Freshness Stamp: Regras de Data de Publicação e Atualização

Um freshness stamp informa aos leitores quando uma página se tornou pública pela primeira vez, quando as informações nela confiáveis foram alteradas pela última vez e — quando útil — o que foi verificado. É um elemento de abertura porque o tempo pode alterar como cada alegação abaixo dele deve ser interpretada.

Atualizado em 27 de agosto de 2026 · Publicado em 14 de março de 2025 · Preços e disponibilidade de funcionalidades verificados

Esse espécime renderizado faz três afirmações diferentes. “Publicado” preserva a origem, “Atualizado” regista uma alteração substantiva, e a frase de âmbito diz o que a revisão cobriu. A data é um sinal de proveniência, não uma decoração ou um atalho para fazer conteúdo antigo parecer novo.

Por que este elemento é importante

Os leitores usam datas para estimar risco. Uma explicação de três anos sobre um conceito matemático pode ser perfeitamente fiável, enquanto uma comparação de três meses de preços de software já pode estar errada. Um carimbo visível ajuda o leitor a decidir se deve confiar na página, verificar uma alegação volátil ou procurar uma fonte mais recente. Mostrar ambas as datas também protege o histórico: o leitor pode ver que um recurso maduro foi mantido em vez de ser falsamente apresentado como recém-publicado.

A psicologia falha quando o rótulo alega em excesso. “Atualizado hoje” implica que alguém alterou informações nas quais um leitor confia. Se a única ação foi alterar a data, corrigir pontuação ou mover a página para um novo modelo, o rótulo fabrica confiança sem a merecer. Alterar uma data de atualização sem tocar substancialmente no conteúdo é uma violação de política, mesmo que um sistema de gestão de conteúdo torne a edição fácil.

A extraibilidade por máquina significa que o software pode identificar o tempo de publicação, o tempo de modificação, o âmbito da revisão e a relação entre eles sem adivinhar a partir de prosa. Campos estáveis podem alimentar modelos de página, feeds, auditorias e dados estruturados. Um rastreador pode distinguir datePublished de dateModified; um monitor editorial pode identificar páginas voláteis cujo período de revisão expirou. Uma linha vaga como “atualizado recentemente” não fornece nem um timestamp utilizável nem uma alegação testável.

O elemento tipificado tem precedência sobre uma data digitada em prosa comum. Siga as regras de escrita de elementos : o componente deve ler campos de data canónicos e renderizá-los consistentemente. Os autores não devem digitar manualmente uma segunda data que possa divergir dos metadados.

Quando usar

Use um freshness stamp quando a idade altera materialmente se a página é segura, precisa ou útil. Gatilhos comuns são preços, funcionalidades de produtos, disponibilidade, leis, normas, estatísticas, recomendações classificadas, instruções de compatibilidade, regras de elegibilidade, cronogramas e pessoas nomeadas. Estes factos deterioram-se porque o mundo muda mesmo quando a prosa não muda.

Use-o num recurso vivo quando o editor se compromete a revisitar alegações definidas. Uma comparação de software pode dizer “Planos e limites de funcionalidades verificados”; documentação pode dizer “Verificado para a versão 6.8”; um explicador regulatório pode nomear a jurisdição e a regra em vigor. O âmbito impede que uma verificação recente de uma tabela implique que cada frase, link e conclusão recebeu escrutínio igual.

Conteúdo evergreen pode não precisar de um freshness stamp visível. Uma definição estável, registo histórico, estudo de caso fixo, nota de lançamento ou relatório de pesquisa vinculado a um conjunto de dados fechado muitas vezes precisa apenas de uma data de publicação honesta. Adicione notas de correção ou um registo de atualização separado quando a interpretação mudar, mas não crie um teatro de manutenção no qual um registo imutável recebe uma nova data a cada trimestre.

Quase-acertos incluem:

• Datas atuais automáticas: renderizar a data de hoje em cada pedido não diz nada sobre atividade de revisão e é sempre proibido.
• Um ano no título: “Melhores ferramentas 2026” é uma afirmação sobre cobertura atual, não prova de que a página foi verificada em 2026.
• Um timestamp de build: reconstruir o site altera ficheiros, não substância editorial.
• Um selo de revisão sem âmbito ou responsável: cria autoridade sem um ato auditável.
• Um feed de produto alterado: atualizações automáticas de preços podem atualizar um campo específico, mas não justificam marcar a análise editorial circundante como atualizada, a menos que a conclusão tenha sido reverificada.

Onde posicionar

Coloque o stamp na linha de metadados do hero: abaixo do H1 e da descrição de uma linha, e antes da introdução ou primeiro elemento de resposta direta. O leitor deve receber o contexto temporal antes de encontrar alegações que possam deteriorar-se. Numa página longa, o stamp também pode aparecer junto a uma tabela volátil ou bloco de evidências quando esse bloco tem sua própria data de verificação mais restrita.

Mantenha a identidade de autoria e revisão na mesma região de proveniência quando o modelo as suportar, mas preserve uma ordem de leitura clara: autor, datas de publicação/atualização, depois âmbito da revisão. O stamp pode ficar ao lado de uma estimativa de tempo de leitura porque ambos são metadados neutros. Não deve ficar ao lado de um selo promocional, contagem regressiva de desconto, rótulo “tendência” ou classificação por estrelas; esses sinais podem fazer uma data editorial parecer urgência ou endosso.

Não coloque o stamp dentro da introdução, após a primeira alegação volátil, apenas no rodapé ou dentro de uma imagem. Não repita datas conflitantes no hero, barra lateral e tabela. Se uma secção tiver sua própria data de origem, rotule esse valor como “Dados até junho de 2026” ou “Preços verificados em 27 de agosto de 2026” em vez de alterar a data de atualização ao nível da página.

Anatomia

1. Rótulo primário: “Atualizado” quando existe uma modificação válida; caso contrário, “Publicado.” Deve ser texto visível, não um ícone ou tooltip.
2. Data primária: Uma data de calendário legível por humanos derivada de metadados canónicos.
3. Publicação original: Mantida quando o rótulo primário é “Atualizado” e a proveniência beneficia de mostrar ambas.
4. Âmbito da revisão: Texto curto opcional nomeando os factos, versão, jurisdição ou conjunto de dados realmente verificados.
5. Timestamp de máquina: Um valor ISO 8601 completo no atributo HTML datetime, incluindo fuso horário quando a hora é armazenada.
6. Relação documental: O elemento pertence ao hero da página; uma data de evidência mais restrita pertence junto à evidência que qualifica.

Cor, ícone, espaçamento e separadores pertencem ao renderizador. A sequência semântica deve ainda ser legível quando CSS não está disponível.

Exemplos de design

As variantes suportadas refletem diferentes estados editoriais, não preferências estéticas.

Apenas publicado: Use para uma página nova ou uma página estável que nunca recebeu uma revisão substantiva. Este é o padrão.

Publicado e atualizado: Use após uma revisão substantiva. “Atualizado” vem primeiro porque é a data relevante para a decisão; a publicação permanece disponível como histórico.

Verificação com âmbito: Adicione um âmbito curto quando apenas alegações voláteis definidas foram reverificadas ou quando a página está vinculada a uma versão. O âmbito não deve implicar uma auditoria mais ampla.

Revisado sem alteração: Use apenas quando uma revisão real constatou que a página ainda está precisa. Registe reviewedAt separadamente; não altere dateModified e não rotule o evento como “Atualizado.”

Viewport estreito: Permita quebra natural entre itens completos. Nunca trunque uma data nem oculte “Publicado” enquanto deixa um número não rotulado.

Parâmetros

Os campos de data são atributos de metadados, não corpo de texto escrito pelo autor. Isto evita que um rótulo visível discorde de feeds ou esquema. A especificação de frontmatter permanece autoritativa para valores ao nível do documento.

O elemento não tem corpo nem mapeamento de primeiro cabeçalho. Um corpo permitiria que autores duplicassem metadados canónicos. O âmbito é deliberadamente um atributo porque é curto, estável e legível por máquina.

Sintaxe e exemplos de código

Todos os adaptadores leem os mesmos valores de publicação, modificação e âmbito. Podem formatar datas para o locale, mas não devem alterar seu significado.

Diretiva Markdown portátil

:::freshness-stamp{published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified"}
:::

Contrato de shortcode Hugo

{{< freshness-stamp published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified" >}}

No Hugo, o adaptador de produção preferido deve ler .Date e o parâmetro updated aprovado dos metadados da página para que os autores não os repitam. Os valores explícitos acima documentam o mapeamento de campo portátil; não são permissão para codificar uma segunda fonte de verdade.

WordPress block

<!-- wp:amicited/freshness-stamp {"published":"2025-03-14T09:00:00+01:00","updated":"2026-08-27T10:00:00+02:00","scope":"Pricing and feature availability verified"} /-->

Um adaptador WordPress deve usar published e updated por defeito a partir do registo do post, expor o âmbito como um campo editorial e impedir que um fluxo de trabalho de atualização apenas de data apresente silenciosamente uma revisão que não ocorreu.

Exemplos

Atualizado em 27 de agosto de 2026 · Publicado em 14 de março de 2025
Preços, limites de planos e disponibilidade de funcionalidades verificados nas páginas dos fornecedores.

Isto é bom porque os rótulos preservam ambos os eventos, o âmbito nomeia os factos voláteis e a alegação pode ser auditada contra o histórico de edições e fontes da página. Um revisor sabe o que “atualizado” significa aqui.

Recentemente atualizado hoje!
Originalmente publicado recentemente.

Isto é mau porque “hoje” move-se sem evento editorial, “recentemente” é promocional, “recentemente” apaga o histórico, e nenhuma linha expõe um timestamp legível por máquina. Se a página foi apenas reformatada, mesmo substituir essas frases por datas exatas permaneceria enganoso. A ação correta é manter a data de publicação original e omitir uma data de atualização.

Marcação de esquema e acessibilidade

O stamp pode alimentar datePublished e dateModified num Article, TechArticle, NewsArticle ou outro tipo de página verdadeiro que o envolva. datePublished vem do registo de publicação original. dateModified vem apenas da alteração de conteúdo substantiva mais recente. Uma revisão registada separadamente que não altera nada não deve sobrescrever dateModified; o esquema não deve transformar um evento de revisão numa falsa modificação.

Não invente um tipo Schema.org FreshnessStamp. O âmbito da revisão geralmente permanece como texto visível e metadados de auditoria interna. Se uma página cita factos voláteis, mantenha suas evidências num bloco de fontes em vez de implicar que uma data recente os prova.

Renderize cada data com um elemento semântico <time datetime="…">. A forma visível segue o locale da página; o valor datetime preserva um timestamp de máquina inequívoco. Os rótulos devem ser texto. Não dependa de ícone de relógio, cor verde, tooltip ou redação relativa como “há dois meses.” Separadores marcados como decorativos devem ser ignorados pela tecnologia assistiva, e a quebra de linha deve preservar uma ordem de leitura lógica.

O stamp é metadado estático, portanto não precisa de região ARIA live, papel de botão, alvo de foco ou anúncio. Se um registo de atualização estiver vinculado, use um rótulo descritivo como “Veja o que mudou,” não “Mais.”

Regras de escrita

Escreva rótulos como proveniência factual: “Publicado,” “Atualizado” ou “Revisado.” Use uma data localizada absoluta, não “hoje,” “recentemente,” “novo” ou “fresco.” Mantenha o âmbito em 3–12 palavras e nomeie o objeto verificado: “Preços e limites de planos verificados” é mais forte do que “Conteúdo revisado.” Não adicione pontos de exclamação, urgência, alegações de SEO ou promessas de que a página é totalmente precisa.

Uma alteração substantiva redefine updated apenas quando melhora a informação em que um leitor confia. Gatilhos legítimos incluem corrigir um facto material, substituir preços ou especificações desatualizados, rever instruções após uma alteração de produto, adicionar evidências significativas, mudar uma recomendação após reavaliação, expandir âmbito o suficiente para alterar a resposta ou concluir uma revisão documentada que resulta em alterações de conteúdo significativas.

O seguinte não a redefine: correções tipográficas, pontuação, formatação, compressão de imagens, alterações de CSS ou modelo, tags de analytics, rastreamento de links, edições apenas de metadados, builds automatizados, alterações de categoria, formatação de biografia de autor, ou meramente verificar a página e não encontrar alteração necessária. A substituição de um link quebrado redefine a data apenas quando o destino altera a evidência ou orientação; trocar por um URL equivalente funcional não o faz.

Nunca coloque uma afirmação como “O Google recompensa conteúdo fresco,” uma mensagem promocional, expiração de desconto, tempo de leitura, biografia de autor, lista de fontes, registo de alterações ou metodologia de revisão completa dentro do stamp. Estes têm propósitos diferentes. Nunca retroceda uma atualização, sobrescreva a data de publicação, derive o tempo de modificação do repositório ou agende uma data de atualização futura.

Tipos de post que o utilizam

O postTypes do frontmatter é a origem deste mapeamento. Inclusão significa que o formato tem um risco recorrente de deterioração; não significa que cada instância deve exibir uma data de atualização.

Definições de glossário estáveis, registos históricos, pesquisa de conjunto de dados fechado e notas de lançamento geralmente mantêm datas de publicação sem reivindicar frescura contínua. Seu período de evidência ou versão de lançamento faz mais trabalho interpretativo do que um rótulo “atualizado” contínuo.

Lista de verificação de QA

• A data de publicação original é preservada e antecede ou é igual a todos os eventos posteriores.
• updated corresponde a uma alteração substantiva visível no conteúdo ou na evidência documentada.
• Uma revisão sem alteração de conteúdo usa reviewedAt, não updated ou dateModified.
• A data visível, o valor do frontmatter, o valor do feed e o valor dos dados estruturados concordam.
• O âmbito nomeia exatamente o que foi verificado e não implica uma auditoria à página inteira quando apenas um bloco foi alterado.
• O stamp aparece no hero antes de alegações voláteis, com datas mais restritas junto a evidências mais restritas.
• As datas absolutas e os rótulos de texto visíveis permanecem compreensíveis sem cor, ícones, CSS ou prosa circundante.
• Cada timestamp de máquina usa sintaxe ISO 8601 válida e o fuso horário correto.
• Nenhum tempo de build, tempo de modificação de ficheiro, token de ano atual ou data de movimento automático alimenta o elemento.
• O histórico de edições pode explicar por que a data mudou; uma edição apenas de data falha na revisão.
• Eventos de publicação, atualização e revisão permanecem distintos em cópia visível e esquema.
• O tipo de post e o risco de deterioração da página justificam exibir o elemento.

FAQ

Todo artigo deve mostrar uma data de última atualização?

Não. Mostre uma data de atualização apenas após uma alteração substantiva. Uma página evergreen estável pode mostrar apenas sua data de publicação, enquanto uma página em deterioração deve expor a data e o âmbito da sua revisão válida mais recente.

Corrigir um erro tipográfico justifica alterar a data de atualização?

Não. Edições tipográficas, de formatação, de rastreamento, de modelo e apenas de metadados não alteram a informação em que um leitor confia, portanto não redefinem a data de atualização.

Uma página pode mostrar uma data de revisão quando nenhuma alteração foi necessária?

Sim, se uma pessoa qualificada verificou genuinamente o âmbito definido e o rótulo diz “Revisado,” não “Atualizado.” Mantenha as datas de publicação e modificação inalteradas e registe a revisão separadamente.

A data de publicação deve desaparecer após uma atualização?

Geralmente não. Mantenha a data de publicação original nos metadados e mostre-a junto à data de atualização quando a proveniência for importante. A data de atualização nunca deve reescrever o histórico da página.

Um freshness stamp melhora classificações por si só?

Não. Um rótulo de data não é evidência de que a página é precisa. Seu valor vem da manutenção honesta, metadados consistentes e conteúdo que realmente reflete a revisão declarada.