Use o lastmod do sitemap apenas quando o conteúdo principal, os dados estruturados ou os links da página mudarem de verdade. O Google só confia no valor se ele for consistente e verificável. Em páginas de produto, isso significa atrelar a data a mudanças de preço, estoque, ficha ou oferta, e nunca a um deploy ou ao ano do rodapé.
O que o Google diz sobre o lastmod?
A documentação do Google sobre sitemaps é direta. O valor de lastmod deve refletir a data e a hora da última atualização significativa da página. Mudanças no conteúdo principal, nos dados estruturados ou nos links da página costumam contar; uma alteração na data de copyright, não. O Google usa o valor apenas se ele for consistente e verificavelmente exato, e compara a data informada com o momento em que a página de fato mudou. Já priority e changefreq são ignorados. Tudo isso está em Build and submit a sitemap.
Repare no verbo: o Google verifica. O lastmod não é um pedido, é uma afirmação que pode ser conferida e, se falhar na conferência, deixa de valer.
Por que página de produto é um caso especial?
Porque o que muda mais numa página de produto não é a descrição, é a oferta. Preço, disponibilidade, parcelamento, frete. A documentação de dados estruturados de produto do Google lembra que os trechos de produto podem usar o preço do feed do comerciante quando ele não está nos dados estruturados da página, e recomenda informar a disponibilidade para o comprador saber se há estoque. Também diz que quedas de preço são calculadas pelo Google a partir das mudanças ao longo do tempo e que sua exibição não é garantida. Os detalhes estão em dados estruturados de produto.
Na prática, o preço é uma série temporal, e a série só faz sentido se cada ponto tiver data confiável. Uma página que muda de preço três vezes por semana e mantém o mesmo lastmod do mês passado está dizendo ao sistema que nada aconteceu.
Qual é o erro mais comum?
Carimbar tudo, sempre. Imagine, num exemplo hipotético, uma loja de acessórios com 4 mil páginas. Toda noite um processo de build reescreve o sitemap e grava a data de hoje em todas as URLs, porque o template foi regenerado. O lastmod vira o carimbo de "saiu do forno agora" colado em todos os pães de uma padaria, a toda hora. Ninguém mais olha o carimbo, porque ele não distingue o pão quente do pão de ontem.
O efeito prático é perder a única vantagem do campo: apontar onde vale a pena voltar. E há um efeito colateral na sua própria operação, porque você também perde a capacidade de auditar o que realmente mudou.
Como configurar o lastmod passo a passo?
- Defina o que é mudança significativa para o seu catálogo. Sugestão de lista inicial: preço, disponibilidade, parcelamento, especificações, imagens principais, texto descritivo, dados estruturados, avaliações exibidas.
- Liste o que não é. Ano do rodapé, banner promocional global, contador de visitantes, itens de menu, "produtos relacionados" que rotacionam sozinhos.
- Calcule a data a partir do conteúdo. Gere um resumo (hash) apenas dos campos da lista do passo 1 e atualize o lastmod somente quando esse resumo mudar. Assim a data deixa de depender do deploy.
- Use a mesma fonte para o sitemap e para o que é exibido. Se a página mostra "Atualizado em 10/10/2026", o lastmod dessa URL deve apontar para a mesma data. Essa coerência visível é recomendação nossa, não exigência do Google.
- Audite por amostragem. Pegue 30 URLs, compare o lastmod com o histórico real de alterações do seu sistema e corrija as divergências antes de tudo o mais.
- Registre a regra. Escreva no repositório o que conta como mudança significativa. Daqui a um ano, ninguém lembrará por que o campo é calculado assim.
Para a parte de coerência entre preço no feed, na página e na resposta da IA, veja a auditoria de preço e estoque. E se quiser entender por que o frescor pesa em catálogos de compra, há o texto sobre Shopping Graph e frescor do catálogo.
O que isso tem a ver com respostas de IA?
Menos do que a internet costuma sugerir, e vale ser honesto. O Google afirma que não há requisitos técnicos adicionais para aparecer em AI Overviews e no Modo IA além de a página estar indexada e elegível para aparecer na Busca com snippet. Não encontramos documentação que diga que outros assistentes usem o lastmod do seu sitemap, e não vamos afirmar isso.
O argumento a favor de cuidar do lastmod é indireto, mas sólido: conteúdo que o Google rastreia com mais precisão é conteúdo indexado com preço e disponibilidade mais próximos da realidade, e é desse índice que os recursos de IA da Busca partem. Em outras palavras, o lastmod ajuda o encanamento. O que a IA diz, depois, ainda depende do modelo, do prompt e do dia.
Por isso, mantemos uma regra metodológica: prontidão de página, inclusive frescor, não equivale a ser recomendado. O diagnóstico gratuito é uma análise experimental via API, que não replica a interface de consumidor. Ele serve para verificar se as respostas repetem o preço e a disponibilidade que a sua página mostra hoje. A metodologia explica o que cada leitura permite concluir.
O que levar daqui
- Lastmod é uma afirmação verificável, não um pedido; data falsa invalida o campo.
- Em produto, as mudanças relevantes são de oferta: preço, estoque, parcelamento e frete.
- Calcule a data a partir do conteúdo que importa, não a partir do deploy.
- Frescor ajuda o índice, mas não garante recomendação por nenhuma IA.
Perguntas frequentes
Posso atualizar o lastmod quando mudo só o rodapé?
Não. O Google cita expressamente que a mudança na data de copyright não é uma atualização significativa para esse fim.
O Google usa priority e changefreq do sitemap?
Não. Segundo a documentação, esses valores são ignorados. O que pode ser usado é o lastmod, desde que seja consistentemente exato.
Atualizar o lastmod faz a IA me recomendar mais?
Não há evidência disso nas fontes que consultamos. O efeito é indireto, via rastreamento e indexação mais fiéis ao estado atual da página.
Quer saber se as respostas de IA repetem o preço e a disponibilidade que sua página mostra hoje? Rode o diagnóstico gratuito e compare com o seu catálogo.