Entender os estudos, manter o conteúdo

CH.01

O que os estudos de atualidade medem

Idade da página, recuperação de fontes e citações visíveis são medidas distintas. Confira população e definição de data.

Um artigo pode ser útil por anos; um comparativo novo de preços pode ficar incorreto rapidamente. Idade não basta para saber se a informação responde à pergunta. Confira fatos, fontes e contexto antes de atualizar.

Em 28 de julho de 2025, a Ahrefs publicou uma análise de 16,975 milhões de URLs citadas. Usou a primeira observação pelo crawler como aproximação da publicação e relatou idade média de 1.064 dias para URLs citadas por ChatGPT, Perplexity, Copilot e Gemini. É uma comparação transversal de URLs já citadas, não prova de validade de três meses nem do efeito de atualizar uma página.

CH.02

Distribuição de idade não é meia-vida de uma página

Comparar páginas de anos diferentes não mede a perda de citações da mesma página.

O relatório Gander de 7 de abril de 2026 compara fontes distintas recuperadas por ChatGPT, Google AI Overviews, Gemini e Perplexity no 1º trimestre de 2026. Só 17,4% das URLs traziam ano no caminho; a comparação anual usa esse subconjunto. O relatório chama o padrão de meia-vida, mas não acompanha longitudinalmente citações de uma página inalterada.

A menor presença de grupos antigos pode refletir volume publicado, temas, disponibilidade ou recuperação. Não demonstra perda anual automática em cada página. Gander distingue as fontes lidas na composição da resposta dos links exibidos ao final; não são a mesma medida de citação.

• →Registre se a unidade é URL, evento de recuperação ou citação visível.
• →Informe o subconjunto com ano e o período; uma URL sem ano não comprova idade.
• →Para suas páginas, repita as perguntas e registre modelo, data, URLs citadas e mudanças.

CH.03

dateModified registra alterações, não um peso publicado

Google recomenda datas claras e consistentes e usa vários sinais para estimar publicação ou revisão importante.

Google recomenda datas visíveis e datePublished ou dateModified em dados estruturados adequados. Não publica uma hierarquia de pesos de atualidade. Descreva a página corretamente sem atribuir um multiplicador de citações a um campo JSON-LD.

Mantenha a publicação original em datePublished. Após revisão substancial, dateModified indica a data real e coincide com a data visível equivalente. Publicação e alteração não precisam ser iguais. Confira fuso e evite datas futuras ou de eventos descritos na página.

CH.04

Faça alterações úteis e registre a data

Mudar só a data não adiciona informação. Google questiona mudanças para parecer recente sem alteração substancial.

Não coloque a data de hoje em todas as páginas diariamente. Google desaconselha apresentar conteúdo intacto como novo. As orientações não revelam verificação universal de body hash, punição específica de IA nem prêmio fixo por tipo de edição. Guarde um registro editorial que fundamente a data.

Uma revisão útil corrige fatos antigos, usa uma fonte atual verificada ou responde a uma pergunta antes ausente. Mudar apenas o ano não traz evidência. Registre a mudança e sua utilidade para o leitor.

CH.05

Planejar verificações por tipo de conteúdo

Os intervalos são recomendações Tenten, não regras de validade dos modelos. Uma verificação pode manter o conteúdo correto sem alterações.

Priorize valor comercial e velocidade de mudança dos fatos. Preços e versões precisam de mais verificações que definições estáveis. A revisão decide se corrigir, sem forçar reescrita ou data por uma meta de atualidade.

A disciplina do cronograma é "em camadas, não na média". O erro é definir uma regra fixa de "atualizar o site inteiro a cada seis meses" — resultado: a página de preços fica três meses vencida sem ninguém ligar, enquanto um artigo de cauda longa que ninguém pergunta é renovado pontualmente. O certo é deixar o conteúdo de alto valor comercial e alta sensibilidade ao tempo consumir a maior parte do orçamento de atualização, o conteúdo perene cobrir a base com um ritmo trimestral ou semestral estável, e o conteúdo de baixa intenção ser disparado de forma totalmente passiva pelo sinal de revarredura.

CH.06

Checklist de operação de frescor: o SOP de schema + cronograma

A lista mensal é uma rotina de planejamento Tenten. Defina um revisor; não é uma exigência automática do motor.

Os cinco capítulos anteriores eram conceito; este é fixá-los num processo. O frescor quase nunca cai por falta de entendimento, mas por não haver uma pessoa fixa fazendo uma verificação fixa em um momento fixo. Este SOP tem um único objetivo de design: fazer com que "atualização significativa + sincronização do dateModified" vire um evento de calendário, e não algo que dependa da sua memória.