Datas do artigo: confira página, marcação e sitemap

As datas do artigo precisam informar qual momento representam e ser coerentes entre a página e os dados enviados aos sistemas de busca. Antes de tratar dois dias diferentes como erro, confira publicação, modificação e fuso horário. Um mesmo instante pode aparecer em dias distintos quando é expresso em UTC e em um horário local.

O guia de conteúdo evergreen organiza a manutenção de publicações úteis. Aqui, aprofundamos a conferência das representações de data. O exemplo fictício compara texto visível, campos de marcação e sitemap; não relata um problema encontrado ou corrigido em um site real.

Identifique o que cada data pretende comunicar

A publicação identifica quando a página foi disponibilizada originalmente. A atualização informa uma mudança posterior, conforme o histórico e a apresentação adotados. Já uma data de acontecimento ou o ano de referência de uma pesquisa pertence ao assunto do texto. Esses momentos podem ser diferentes e precisam de identificação própria.

A orientação do Google sobre datas de autoria recomenda rótulos visíveis e consistência com os dados estruturados. Ela distingue as datas da página das datas dos fatos descritos e informa que a exibição na pesquisa não é garantida. Use essa referência para conferir a comunicação, sem prometer que uma data escolhida aparecerá nos resultados.

Na marcação de artigo, localize os campos de publicação e modificação, normalmente identificados como datePublished e dateModified. Não deduza seu conteúdo apenas pelo texto mostrado ao lado da assinatura. Uma informação pode vir do cadastro e outra, de um componente diferente da página.

Exemplo fictício: o mesmo instante atravessa a meia-noite em UTC

Exemplo fictício: um guia foi publicado em 15/03/2025. Uma atualização ocorreu em 24/10/2026 às 23h30 no fuso UTC−3. O histórico do exercício confirma esse momento. A marcação usa o horário com deslocamento −03:00, enquanto o sitemap representa o mesmo instante em UTC. Não há URL, página ou revisão real correspondente.

Base fictícia

Página publicada em 15/03/2025 e atualizada em 24/10/2026 às 23h30, UTC−3, conforme o histórico inventado do exercício.

Marcação do artigo

dateModified: 2026-10-24T23:30:00-03:00. Representa 24/10 às 23h30 em UTC−3.

Sitemap

lastmod: 2026-10-25T02:30:00Z. Representa 25/10 às 02h30 em UTC, o mesmo instante.

O que comparar

Para passar de UTC−3 a UTC neste exemplo, somam-se três horas no relógio. Não houve atualização adicional. Sem hora e fuso, a equivalência continua pendente.

Descrição da figura

À esquerda, marcação do artigo com o campo dateModified, valor 2026-10-24T23:30:00-03:00. À direita, sitemap com o campo lastmod, valor 2026-10-25T02:30:00Z. Um sinal de igualdade relaciona os dois instantes. A página fictícia informa atualização em 24 de outubro de 2026 às 23h30, UTC menos três. A conversão soma três horas no relógio para expressar o mesmo instante em UTC, chegando a 25 de outubro às 02h30. A publicação original de 15 de março de 2025 permanece. Datas sem horário e fuso não comprovam essa equivalência. Não há página real diagnosticada ou configuração alterada.

Para converter o horário UTC−3 do exemplo para UTC, somamos três horas: 23h30 de 24/10 passa a 02h30 de 25/10. A diferença de dia, nesse caso, não representa uma atualização adicional. As duas formas incluem horário e fuso suficientes para demonstrar a equivalência.

Se você encontrou apenas “24/10/2026” num lugar e “25/10/2026” em outro, ainda faltam elementos para concluir que são equivalentes. Localize a hora, o fuso e a origem dos campos. Não invente esses dados para fazer a comparação coincidir. Uma hipótese de conversão precisa ser conferida no registro correspondente.

Confira a data visível junto das informações emitidas

Abra a URL pública e registre o que aparece como publicação e atualização, inclusive no celular. Em seguida, peça a conferência dos campos de data que a página efetivamente entrega na marcação estruturada. Uma alteração preenchida no painel ainda precisa ser comparada com a saída pública.

Quando houver horário, verifique o deslocamento de fuso informado e compare momentos equivalentes. O Google orienta consistência entre datas visíveis e estruturadas e recomenda precisão de horário e fuso na marcação. Não é necessário exibir a hora ao leitor em todo formato de página; a interpretação, porém, deve continuar coerente.

Se houver mais de uma marcação de artigo ou valores conflitantes, registre qual componente emite cada um e encaminhe a correção no escopo autorizado. Acrescentar outro bloco de dados não resolve uma fonte incorreta que continua ativa. Preserve a cópia e a configuração anteriores antes de qualquer ajuste permitido.

Use lastmod como informação de atualização, com origem conferida

No sitemap, o campo lastmod informa uma modificação da URL. A documentação do Google sobre sitemaps XML orienta que ele reflita a última atualização significativa e seja correto de forma consistente e verificável. Alterações no conteúdo principal, nos dados estruturados ou nos links geralmente podem ser significativas; mudar apenas a data de direitos autorais não é o mesmo tipo de atualização.

Localize a entrada correspondente à URL e compare seu valor com o histórico e com a versão pública. Não presuma que o sitemap, o rótulo de atualização e o cadastro são alimentados pelo mesmo mecanismo. Quando os valores não puderem ser explicados, registre a divergência e identifique quem mantém cada saída.

O exemplo usa um instante completo no sitemap para demonstrar a conversão. Não estabelece que qualquer entrada precisa exibir a mesma forma textual da marcação do artigo. O importante na conferência é entender a precisão disponível, o que o campo representa e se a informação corresponde à atualização registrada.

Relacione a atualização ao trabalho efetivamente realizado

Uma gravação automática da página pode ocorrer durante várias ações de manutenção. Esse registro não descreve, sozinho, o escopo de uma revisão factual. Guarde o que foi alterado e o que foi conferido: instrução, fonte, link, imagem ou conjunto completo. Uma data recente não comprova que todos esses itens foram examinados.

O registro de revisão de artigo aprofunda essa evidência por item. Use-o para localizar a decisão que sustenta a apresentação pública. Aqui, a conferência adicional é verificar se cada representação de data continua correspondendo ao momento e ao significado declarados.

URL e versão pública examinada: [identificar]
Publicação original e evidência do histórico: [registrar]
Atualização e alteração que a sustenta: [descrever]
Rótulos e valores visíveis em computador e celular: [copiar]
Campos datePublished e dateModified emitidos: [conferir]
Horário, fuso e precisão de cada representação: [registrar]
Conversão para uma referência comum, quando possível: [refazer]
Entrada da URL e valor lastmod no sitemap: [localizar]
Origem de cada campo e possíveis conflitos: [identificar]
Datas de fatos ou pesquisas preservadas no conteúdo: [conferir]
Divergência confirmada ou hipótese ainda pendente: [separar]
Responsável, ajuste autorizado e cópia anterior: [registrar]
Nova conferência da saída pública: [documentar]

Não troque a data original para esconder a idade do artigo nem use uma data futura como atualização já realizada. Se a revisão apenas confirmou que um item permanece correto, registre a conferência com seu alcance. A manutenção deve melhorar a orientação disponível, sem fabricar novidade.

Perguntas frequentes sobre datas do artigo

Página e sitemap mostram dias diferentes. Isso sempre é erro?

Não necessariamente. Confira hora e fuso. No exemplo fictício, 24/10/2026 às 23h30 em UTC−3 equivale a 25/10/2026 às 02h30 em UTC. Datas sem horário e contexto não bastam para comprovar essa equivalência.

datePublished e dateModified precisam ser iguais?

Eles representam momentos diferentes quando houve atualização posterior. Confira a publicação original, o histórico da modificação e a coerência com os rótulos e valores que a página apresenta.

Uma data recente prova que todas as fontes foram revisadas?

Não. O escopo da conferência depende do registro do trabalho. Identifique o que foi examinado e o que mudou, sem transformar uma gravação da página em revisão factual integral.

Informar a atualização garante a data ou uma posição na pesquisa?

Não. O Google usa vários sinais e não garante a exibição da data informada. A conferência busca coerência e transparência, sem promessa de classificação ou de citação por IA.

Se sua equipe precisa organizar o histórico e a manutenção dos conteúdos, converse conosco sobre a rotina editorial. Podemos ajudar a definir critérios e responsabilidades. Revisão de texto, marcação, sitemap e configuração técnica devem ter escopos e entregas definidos.