Principais destaques
- Mueller rejeitou a técnica de alterar diariamente a URL do sitemap com parâmetros para provocar um novo rastreamento.
- URLs estáveis importam porque mudar constantemente o endereço sinaliza aos mecanismos de busca que aquele recurso estaria sempre mudando.
- O
lastmod já existe para isso: o elemento informa quando uma URL foi modificada e ajuda os buscadores a priorizar conteúdo realmente atualizado.
A ideia parecia esperta. Até chegar ao Google 🔎
Uma técnica usada por alguns profissionais de SEO tenta resolver um problema conhecido: fazer o Google voltar ao sitemap todos os dias.
A estratégia consiste em acrescentar um parâmetro variável à URL, como ?v= seguido de um timestamp. Como o endereço muda diariamente, a expectativa é que o mecanismo de busca interprete cada versão como uma nova URL e faça uma nova busca pelo arquivo.
Foi justamente essa prática que chegou a John Mueller, do Google.
A pergunta veio de um profissional que afirmou ter observado o comportamento em um site grande e rigidamente estruturado. Os sitemaps filhos dentro do índice recebiam uma nova versão da URL todos os dias.
🧩 A dúvida central: se a URL do sitemap muda, isso poderia ser usado para substituir, na prática, a função do <lastmod>?
Mueller não pareceu convencido.
Cache busting existe. Mas não para isso 💻
A técnica não surgiu do nada.
O chamado cache busting é uma prática legítima no desenvolvimento web. Ele costuma ser usado em arquivos como CSS, JavaScript e imagens para evitar que o navegador entregue uma versão antiga de um recurso depois que ele foi atualizado.
Imagine que um site tenha:
/estilo.css
Depois de uma alteração, o endereço pode receber um parâmetro, como:
/estilo.css?v=123
O navegador passa a tratar aquele endereço como uma versão diferente do recurso e pode baixar o arquivo atualizado.
É uma solução prática para lidar com cache.
O problema aparece quando a mesma lógica é transplantada para sitemaps.
E o sitemap já tem um mecanismo próprio ⚙️
XML sitemaps possuem uma maneira padronizada de comunicar alterações: o elemento <lastmod>.
Ele indica quando determinada URL foi modificada. Com essa informação, o crawler consegue identificar quais endereços tiveram mudanças e concentrar seus esforços de rastreamento onde existe algo novo.
Isso é bem diferente de simplesmente mudar o endereço do próprio sitemap.
No caso questionado a Mueller, a técnica observada fazia os endereços dos sitemaps filhos receberem um novo ?v=timestamp diariamente.
Ou seja, em vez de dizer claramente “este conteúdo mudou”, o sistema criava uma nova versão do endereço que aponta para o arquivo.
Mueller: melhor deixar a URL quieta 🛑
A resposta do representante do Google foi direta.
“I think that’s a bad idea because you’re signaling that the canonical URL for a piece of content should be constantly changing.”
Na avaliação de Mueller, o problema não está apenas em tentar provocar uma nova busca pelo sitemap.
A mudança constante da URL também transmite um sinal ruim sobre a estabilidade daquele recurso.
URL limpa e estável continua sendo uma peça importante da arquitetura de um site.
Mueller ainda fez referência à conhecida ideia de que URLs devem permanecer estáveis, citando o princípio “Cool URIs don’t change”.
💡 A tentativa de forçar um rastreamento pode acabar criando exatamente o sinal que você não queria enviar.
Mas cache busting não virou vilão 👀
Vale separar as duas coisas.
O fato de Mueller considerar ruim o uso dessa técnica em sitemaps não significa que parâmetros de URL para controle de cache sejam uma prática inadequada em geral.
Em recursos que realmente precisam ser atualizados, cache busting continua tendo uma função clara.
| Uso | Objetivo |
|---|---|
| CSS, JavaScript e imagens | Evitar que versões antigas sejam usadas pelo navegador |
| Sitemap | Comunicar mudanças e ajudar mecanismos de busca a descobrir URLs atualizadas |
<lastmod> | Informar quando uma URL foi modificada |
O contexto é o que muda tudo.
Então como sinalizar que uma página mudou? 📅
A própria estrutura de sitemap já oferece o mecanismo para isso.
O <lastmod> pode indicar a data da última modificação de uma URL. Dessa forma, o site não precisa criar artificialmente uma nova URL para o sitemap a cada 24 horas.
Isso também preserva uma distinção importante: o endereço do sitemap continua sendo o mesmo, enquanto as informações dentro dele refletem o estado atual do site.
É uma solução muito menos criativa.
E, neste caso, isso parece ser justamente a ideia.
O problema pode estar em outro lugar 🧠
A discussão também levanta uma questão maior sobre SEO.
Quando uma página não está sendo rastreada ou indexada como o esperado, pode ser tentador procurar uma configuração, parâmetro ou pequeno truque técnico capaz de “desbloquear” o mecanismo.
Só que alterar a URL do sitemap não resolve necessariamente a causa do problema.
Uma estratégia de rastreamento pode até ajudar os mecanismos de busca a descobrir mudanças, mas isso não transforma automaticamente um conteúdo em algo que mereça ser indexado ou exibido.
Descoberta, rastreamento e indexação não são a mesma coisa.
E é justamente aí que uma suposta solução de engenharia pode começar a tratar o sintoma em vez da causa.
A lição para quem trabalha com SEO 📌
A orientação que emerge do episódio é relativamente simples:
• mantenha URLs de sitemap estáveis;
• use <lastmod> de maneira adequada para comunicar alterações reais;
• não confunda técnicas de cache do navegador com mecanismos de descoberta de conteúdo;
• se páginas importantes não estão sendo indexadas, investigue o conteúdo e os sinais técnicos antes de tentar fabricar uma nova URL diariamente.
No fim, a tentativa de fazer o Google olhar para um sitemap todos os dias pode parecer uma forma de aumentar o controle sobre o crawler.
Mas, como mostra a resposta de Mueller, mais sinais não significam necessariamente melhores sinais.
A história começou com uma URL que mudava para tentar chamar atenção do Google. A recomendação do próprio Google aponta para o caminho oposto: quando o endereço é importante, talvez o melhor truque seja simplesmente não ficar mudando o endereço.