Atualidade: datar, rever, provar. O que os motores e as IA esperam de um conteúdo em dia

Um leitor que faz uma pergunta a um assistente em 2026 quer uma resposta válida em 2026. Os motores, tanto clássicos como generativos, sabem-no e têm em conta a data de um conteúdo, sobretudo nos temas em que os factos mudam: regulamentação, preços, versões, números de mercado. Muitos editores tiraram daí um mau hábito, o de mudar a data de um artigo sem lhe mudar uma linha. Esta prática é detetável e contraproducente. Eis o que os motores leem realmente, como o verificam, e como um meio de comunicação que publica muito organiza as suas atualizações.

O que a Google lê, e onde

A Google documenta, na sua página sobre os dados estruturados Article, duas propriedades vindas de schema.org: datePublished e dateModified. A segunda tem de indicar a data da última alteração substancial do conteúdo, e a Google pede, nas suas diretrizes sobre as datas, que corresponda à data visível na página. O sitemap transporta um terceiro sinal, lastmod, que a Google usa para decidir o que recarrega em prioridade, desde que seja fiável, como explica a página sobre a construção de um sitemap.

O ponto importante é a coerência. A Google compara o que dizem os dados estruturados, a data mostrada, o lastmod do sitemap e, se existirem, os cabeçalhos HTTP de última modificação. Quando estas fontes se contradizem, deixa de confiar nelas e recorre à sua própria observação: viu o conteúdo mudar entre duas passagens? Um site cujo sitemap anuncia todos os dias uma alteração de todas as páginas, sem que nenhuma mude, ensina à Google que o seu lastmod não quer dizer nada. Documentámos este caso em «Sitemap XML: um lastmod igual em todos os URL torna o seu sitemap inútil».

O que os motores generativos fazem das datas

Um motor generativo que responde com fontes procura passagens pertinentes e depois pondera-as. Numa pergunta cuja resposta depende do tempo, privilegia passagens datadas de há pouco, e lê a data onde ela está disponível: nos dados estruturados, no texto, por vezes no URL. A Google indica na sua página sobre as funcionalidades de IA na pesquisa que as suas respostas geradas assentam nos mesmos sinais que a pesquisa clássica, sem marcação particular; a atualidade é um deles.

Há uma consequência que os editores subestimam: um motor generativo pode citar a passagem que contém a sua própria data. «Desde 2 de agosto de 2026, o artigo 50.º aplica-se» é uma passagem datável e citável. «Recentemente, a regulamentação mudou» não o é, e envelhece mal. Escrever as datas no texto, por extenso, é uma prática de atualidade tanto como uma prática de citabilidade, na lógica que descrevíamos em «Resposta primeiro, nuance depois».

Porque é que o falso sinal custa mais do que rende

Mudar a data de um artigo sem o alterar produz três efeitos, todos negativos.

1. A perda de confiança nos sinais. O motor observa que a data muda e que o conteúdo não muda. O risco é que aprenda que as datas deste site são ruído e deixe de as ter em conta, inclusive nas atualizações verdadeiras. Nenhum motor documenta esse comportamento: é uma dedução, não uma medição. Os dois efeitos sucedem-se aliás no tempo em vez de coexistirem. O motor recarrega primeiro confiando nas datas anunciadas, e é a constatação repetida de um conteúdo inalterado que o leva depois a desconfiar delas.
2. O desperdício do orçamento de crawl. Cada página anunciada como modificada é recarregada. Num meio de comunicação de quinhentos artigos, anunciar todos os dias quinhentas alterações fictícias é pedir quinhentos recarregamentos para nada, em detrimento das páginas realmente novas.
3. O risco de contradição. Um artigo «atualizado em setembro de 2026» que cita um preço de 2024 ou uma versão de software abandonada perde imediatamente credibilidade junto de um leitor atento, e um motor generativo mostra de bom grado a data que encontra na passagem que cita.

A documentação dos avaliadores de qualidade da Google dedica várias páginas à noção de conteúdo em dia, e distingue explicitamente os temas em que a data conta daqueles em que não conta. Um guia sobre a colocação de uma cobertura não precisa de ser reescrito todos os meses; uma página sobre os apoios à renovação, sim.

Com que se parece uma revisão verdadeira

Uma revisão que justifica uma nova data de modificação muda alguma coisa que um leitor poderia notar: um número substituído por um número mais recente, uma secção acrescentada sobre um facto novo, uma recomendação retirada porque já não se aguenta, uma fonte substituída por uma fonte em dia. Corrigir uma gralha, mudar uma imagem ou reformular um título não é uma revisão e não deve alterar dateModified.

A regra é simples de manter em dez artigos e impossível de manter de cor em quinhentos. É aí que a organização conta.

Organizar a revisão à escala

Um meio de comunicação que publica vários conteúdos por semana acumula num ano algumas centenas de artigos, parte dos quais contém factos perecíveis. A sua revisão continua a ser sustentável sem mobilizar uma equipa a tempo inteiro, desde que seja instrumentada.

O referencial. Se os factos, os números e as posições vêm de uma base de referência comum em vez de virem de cada artigo, atualizar um facto na base permite encontrar todos os artigos que o utilizam. Um preço muda: sabe-se que artigos o citam. Um prazo regulamentar é adiado: sabe-se que artigos o anunciavam. Sem referencial, essa procura faz-se à mão, e não se faz.

A marcação dos factos perecíveis. Na redação, cada afirmação datada ou numérica é identificada como tal, com a sua fonte e a sua data de validade presumida. Uma passagem em revista mensal lista as afirmações cuja validade está ultrapassada, e o editor decide, para cada uma, verificá-la, corrigi-la ou retirá-la. É um trabalho de algumas horas por mês, e incide sobre as passagens que os motores mais releem.

A medição. Os logs dizem que páginas os robots voltam a ler depois de uma alteração, e a Search Console diz quais perdem impressões. Uma página que desce numa pesquisa cuja resposta mudou é candidata à revisão ainda antes de o referencial a assinalar. Descrevemos esta leitura em «Ler um access log em 30 minutos».

Assinalar a alteração, sem abusar

Feita a revisão, falta dá-la a conhecer. Três canais, a usar em conjunto e apenas para as revisões verdadeiras: a atualização de dateModified nos dados estruturados e da data visível na página; a atualização do lastmod desse URL, e só desse, no sitemap; e, para os motores que o suportam, um aviso direto por IndexNow, que informa o Bing e os motores parceiros de que um URL mudou, sem esperar pela sua passagem seguinte.

O servidor acrescenta um último sinal, muitas vezes esquecido: os cabeçalhos Last-Modified e ETag, e o respeito pelos pedidos condicionais. Um robot que pergunta «esta página mudou desde a minha última visita?» e recebe uma resposta honesta, sim ou não, deixa de recarregar às cegas e concentra as suas passagens no que se mexe realmente.

A atualidade é um ativo, não uma configuração

Um meio de comunicação cujas datas são fiáveis é um meio que os motores voltam a ler quando ele o pede, e que citam com a data certa. Um meio de comunicação que muda a data de tudo não ganha nada a curto prazo e perde, a médio prazo, a única coisa que conta: a confiança dos motores nos seus sinais. A diferença entre os dois decide-se na organização, num referencial comum, numa passagem em revista regular dos factos perecíveis, numa medição do que os robots voltam a ler. É uma das razões pelas quais achamos que um meio de comunicação de empresa se constrói sobre uma base de referência antes de se construir sobre artigos.