Datas Visíveis E Sinais de Frescura

As datas mudam comportamentos dos dois lados: os leitores saltam um guia datado de há três anos, e os resultados mostram datas em algumas queries. Isso tenta as equipas a recarimbar páginas que não mudaram, o que é visível para quem compare duas versões e destrói o sinal para as páginas que foram mesmo atualizadas. Se uma data mexe nas posições é discutível; que mexe nos cliques não é. A pergunta mais difícil é que tipos de página devem sequer mostrar uma data, e isso é uma política por tipo e não um interruptor para todo o site.

O ficheiro da competência

---
name: on-page-freshness-signals
description: Use quando está a decidir que data uma página deve mostrar, ou quando alguém propõe atualizar em massa as datas de atualização em todo o site.
---

# Datas Visíveis E Sinais de Frescura

As datas mudam comportamentos dos dois lados: os leitores saltam um guia datado de há três anos, e os resultados mostram datas em algumas queries. Isso tenta as equipas a recarimbar páginas que não mudaram, o que é visível para quem compare duas versões e destrói o sinal para as páginas que foram mesmo atualizadas. Se uma data mexe nas posições é discutível; que mexe nos cliques não é. A pergunta mais difícil é que tipos de página devem sequer mostrar uma data, e isso é uma política por tipo e não um interruptor para todo o site.

## O que precisa primeiro

- A lista de tipos de página do site e para que serve cada um
- O comportamento atual de datas por tipo: publicação, atualização, ambas ou nenhuma, e onde cada valor é guardado
- O que o CMS escreve em dateModified na structured data, que muitas vezes é a última gravação de qualquer campo

## Método

1. Decida por tipo de página se uma data ajuda o leitor. Um tutorial sobre um produto com versões precisa de uma; uma definição ou uma página institucional normalmente não.
2. Onde a data ajuda, mostre a data de atualização mantendo a data de publicação original disponível. Substituir a data de publicação soa a ocultação a quem consulte um arquivo.
3. Defina por escrito o que conta como atualização antes de permitir que a data mude: uma correção factual, uma mudança de versão, uma secção reescrita. Corrigir uma gralha não conta.
4. Inspecione o que o CMS escreve em dateModified. Muitos escrevem-no em qualquer gravação, incluindo a edição de uma etiqueta, o que põe uma data recente na marcação enquanto a data visível continua correta, e as duas passam a contradizer-se.
5. Quando fizer mesmo uma revisão, diga numa linha o que mudou e quando. É a forma mais barata de tornar credível uma data nova e resiste a um leitor desconfiado.
6. Recuse atualizações de datas em massa. O padrão vê-se nos arquivos e na marcação, e retira qualquer capacidade de perceber que revisões resultaram de facto.
7. Agende as revisões em função daquilo que faz cada tipo envelhecer, como um ciclo de lançamento de produto ou uma alteração regulatória, e não segundo um intervalo de calendário fixo sem relação com o conteúdo.

## O que isto produz

Uma política de datas por tipo de página, a regra sobre o que conta como uma atualização que justifica nova data, e a configuração do CMS que mantém a marcação e a data visível de acordo.

## Onde isto corre mal

- Recarimbar sem editar, o que é fácil de detetar e custa credibilidade junto dos leitores antes de custar seja o que for na pesquisa
- Deixar o dateModified afastar-se da data visível, fazendo a página contradizer-se
- Retirar as datas de tudo para não parecer desatualizado, o que também retira a razão para confiar numa página que está genuinamente em dia

---

Da biblioteca de competências da QuQi - https://www.quqi.io/pt/skills/on-page-freshness-signals

O que precisa primeiro

• A lista de tipos de página do site e para que serve cada um
• O comportamento atual de datas por tipo: publicação, atualização, ambas ou nenhuma, e onde cada valor é guardado
• O que o CMS escreve em dateModified na structured data, que muitas vezes é a última gravação de qualquer campo

Método

1. 01 Decida por tipo de página se uma data ajuda o leitor. Um tutorial sobre um produto com versões precisa de uma; uma definição ou uma página institucional normalmente não.
2. 02 Onde a data ajuda, mostre a data de atualização mantendo a data de publicação original disponível. Substituir a data de publicação soa a ocultação a quem consulte um arquivo.
3. 03 Defina por escrito o que conta como atualização antes de permitir que a data mude: uma correção factual, uma mudança de versão, uma secção reescrita. Corrigir uma gralha não conta.
4. 04 Inspecione o que o CMS escreve em dateModified. Muitos escrevem-no em qualquer gravação, incluindo a edição de uma etiqueta, o que põe uma data recente na marcação enquanto a data visível continua correta, e as duas passam a contradizer-se.
5. 05 Quando fizer mesmo uma revisão, diga numa linha o que mudou e quando. É a forma mais barata de tornar credível uma data nova e resiste a um leitor desconfiado.
6. 06 Recuse atualizações de datas em massa. O padrão vê-se nos arquivos e na marcação, e retira qualquer capacidade de perceber que revisões resultaram de facto.
7. 07 Agende as revisões em função daquilo que faz cada tipo envelhecer, como um ciclo de lançamento de produto ou uma alteração regulatória, e não segundo um intervalo de calendário fixo sem relação com o conteúdo.

O que isto produz

Uma política de datas por tipo de página, a regra sobre o que conta como uma atualização que justifica nova data, e a configuração do CMS que mantém a marcação e a data visível de acordo.

Onde isto corre mal

• Recarimbar sem editar, o que é fácil de detetar e custa credibilidade junto dos leitores antes de custar seja o que for na pesquisa
• Deixar o dateModified afastar-se da data visível, fazendo a página contradizer-se
• Retirar as datas de tudo para não parecer desatualizado, o que também retira a razão para confiar numa página que está genuinamente em dia

Use esta skill na sua própria IA

O ficheiro é markdown simples, com o nome e o gatilho no frontmatter. Quando um assistente consegue carregar skills sozinho, é esse frontmatter que lê para decidir que esta se aplica.

Mais em SEO on-page