Seu sitemap é o único arquivo do seu site que ninguém relê.
Alguém o configurou anos atrás, provavelmente um plugin, e desde então ele vem dizendo em silêncio aos mecanismos de busca o que rastrear. Funciona, então ninguém o abre.
Abrimos 21 deles — de IKEA, Booking.com, Stripe, Shopify, Zillow, Goodreads, wikiHow e mais uma dúzia — e verificamos cada um contra o próprio protocolo de sitemap.
Oito estavam limpos. Treze não estavam.
Um dos treze era o nosso.
Resultados em resumo
Dois problemas explicam quase tudo que encontramos, e ambos são invisíveis do lado de fora: campos que não fazem nada e URLs que o arquivo tecnicamente não tem permissão para cobrir.
Nenhum deles vai quebrar seu site. Ambos valem dez minutos.
O que verificamos, e como
Pegamos o robots.txt de cada site, seguimos o primeiro sitemap declarado, abrimos um arquivo real de URLs por trás dele e fizemos três perguntas.
Cada URL fica dentro da própria pasta do sitemap? O protocolo diz que um sitemap cobre o próprio caminho e tudo abaixo dele. Um arquivo em /sitemaps/ listando páginas em /products/ está fora disso.
Ele carrega priority ou changefreq? Ambos são XML válido e ambos são ignorados pelo Google. São sobras de 2005.
Ele carrega um lastmod legível? Este o Google usa, quando confia em você.
Depois rodamos vários dos mesmos arquivos no nosso próprio XML Sitemap Generator, que faz exatamente essas verificações, para garantir que nossa leitura e a ferramenta concordavam. Concordavam.
Apenas 8 de 21 estavam limpos
Os oito limpos: Omni Calculator, Healthline, Coursera, Vercel, Netlify, MongoDB, Semrush e Similarweb.
Os outros treze: wikiHow, Calculator.net, NerdWallet, Goodreads, GeeksforGeeks, Zillow, Booking.com, IKEA, Stripe, Shopify, HubSpot, Atlassian — e UNmiss.
Há um padrão nessa divisão, e é o mesmo que encontramos quando verificamos quem publica um llms.txt: as empresas de ferramentas para desenvolvedores são organizadas, e os grandes sites de consumo rodando sistemas de conteúdo mais antigos não são.
Os campos que não fazem nada
Oito dos 21 sitemaps carregam <priority>. Oito carregam <changefreq>.
Ambas as tags faziam parte da especificação original de sitemap de 2005. A ideia era que você diria aos mecanismos de busca quais páginas eram mais importantes e com que frequência mudavam, e o rastreamento seria agendado de acordo.
Isso não sobreviveu ao contato com a realidade, porque todo site dizia que toda página tinha prioridade 1.0 e mudava diariamente. O Google ignora os dois campos por completo. Eles ainda são XML válido. Simplesmente não fazem nada.
Em um site pequeno, isso é ruído inofensivo. Em um grande, não é. O sitemap de produtos da IKEA chega a 47,6 MB contra um limite rígido do protocolo de 50 MB — e cada entrada nele gasta bytes em dois campos que ninguém lê.
URLs fora da própria pasta
Dez dos 21 listam URLs que ficam fora do próprio diretório do sitemap. Esse é o erro mais interessante, porque quase ninguém sabe que a regra existe.
Um sitemap deveria cobrir apenas o próprio caminho e tudo abaixo dele. Coloque o arquivo em example.com/sitemaps/products.xml e ele tecnicamente cobre /sitemaps/ para baixo — não /products/, e não sua página inicial.
Na prática, o Google é tolerante, especialmente quando você envia o sitemap diretamente no Search Console. Mas "geralmente perdoado" é uma posição pior do que "correto", e a correção é a mais fácil em SEO: mova o arquivo para a raiz do seu domínio. Um sitemap em example.com/sitemap.xml cobre tudo, sempre, sem exceções para lembrar.
Falhamos na nossa própria verificação
Agora a parte desconfortável, e o motivo pelo qual estamos confiantes de que o resto disso é justo.
Rodamos unmiss.com no nosso próprio XML Sitemap Generator. Ele informou 370 URLs, 399,5 KB, HTTP 200, com um lastmod legível em cada entrada — e então sinalizou isto:
370 entradas carregam priority ou changefreq.
"O Google ignora os dois campos por completo. Eles são válidos, simplesmente não estão fazendo nada por você."
Cada URL. Você pode ver no arquivo bruto, onde cada entrada é seguida por uma data, a palavra weekly e o número 0.7:
Ninguém escolheu isso. Veio de um padrão, anos atrás, e sobreviveu porque ninguém reabriu o arquivo — que é exatamente o ponto deste artigo.
Copie isto em uma tarde
Quatro etapas. A coisa toda leva menos tempo do que ler sobre ela.
1. Abra seu próprio sitemap. Adicione /sitemap.xml ao seu domínio, ou encontre o endereço no seu robots.txt. A maioria das pessoas nunca olhou.
2. Procure nele por priority e changefreq. Se estiverem lá, remova. Não há desvantagem nem risco; eles não estavam fazendo nada.
3. Verifique onde o arquivo fica. Se ele está em uma subpasta enquanto suas páginas estão em outro lugar, mova para a raiz. Esse único movimento aposenta uma categoria inteira de problema.
4. Garanta que o lastmod seja honesto. Este é o único campo que ainda conta, e só conta se for verdadeiro. Um arquivo que afirma que tudo mudou hoje está dizendo aos mecanismos de busca para ignorar o campo.
O que não conseguimos medir
21 sitemaps são uma amostra. Escolhemos nomes reconhecíveis em publicação, varejo, software e ferramentas para desenvolvedores, e lemos o primeiro sitemap que cada um declarou. Uma amostra diferente daria percentuais diferentes.
Um arquivo por site. Várias dessas empresas publicam milhares de arquivos de sitemap. Avaliamos um arquivo real de URLs de cada uma, partindo da suposição de que são gerados pelo mesmo sistema — o que é provável, mas não verificado.
Escopo de caminho é uma regra que o Google geralmente perdoa. Estamos relatando isso porque está na especificação e porque nossa ferramenta sinaliza, não porque podemos mostrar que custou tráfego a alguém. Não podemos.
Não conseguimos ver o que qualquer mecanismo de busca faz com esses arquivos. Tudo aqui é o que os sites publicam, não o que é rastreado ou indexado.
Cole o endereço de um sitemap que você já publica e nosso XML Sitemap Generator o verifica contra o protocolo sem visitar uma única URL nele. É a mesma verificação que encontrou o problema no nosso próprio arquivo, e em dez dos vinte e um acima.
- Sinaliza URLs fora do próprio caminho do sitemap
- Aponta priority e changefreq, que o Google ignora
- Devolve uma cópia limpa que você pode publicar hoje
Perguntas frequentes
Quais sitemaps vocês verificaram, e quais foram os resultados?
21 sitemaps legíveis em 23 de agosto de 2026. Limpos: Omni Calculator, Healthline, Coursera, Vercel, Netlify, MongoDB, Semrush, Similarweb. Com pelo menos um problema: wikiHow, Calculator.net, NerdWallet, Goodreads, GeeksforGeeks, Zillow, Booking.com, IKEA, Stripe, Shopify, HubSpot, Atlassian e UNmiss. Dez listavam URLs fora da própria pasta do sitemap, oito carregavam priority e oito carregavam changefreq.
Priority ou changefreq fazem alguma coisa?
Não para o Google, que ignora os dois campos por completo e já disse isso claramente. Outros rastreadores podem lê-los, mas nenhum grande mecanismo de busca se compromete a agir com base em qualquer um deles. São XML válido que não faz nada, e removê-los não traz risco.
Por que importa onde o arquivo de sitemap fica?
Porque o protocolo diz que um sitemap cobre apenas o próprio caminho e tudo abaixo dele. Um arquivo em /sitemaps/products.xml tecnicamente não cobre /products/. O Google geralmente é tolerante, especialmente para sitemaps enviados no Search Console, mas o problema desaparece completamente se você coloca o arquivo na raiz do domínio.
Um sitemap com esses problemas está quebrado?
Não, e não usaríamos essa palavra. Nenhum dos treze sites aqui tem um sitemap que deixa de funcionar. Eles carregam campos que desperdiçam espaço e, em dez casos, uma organização de caminho que a especificação não permite estritamente. São problemas de arrumação, não panes — justamente por isso sobrevivem por anos.
Vocês encontraram um problema no próprio sitemap. Qual era?
Todas as 370 URLs no sitemap em inglês de unmiss.com carregam priority e changefreq. Nosso próprio XML Sitemap Generator sinalizou isso quando apontamos a ferramenta para nós mesmos. Veio de um padrão de anos atrás, ninguém reabriu o arquivo, e é exatamente o padrão de falha sobre o qual este artigo trata.
E quanto ao lastmod?
Esse ainda importa. O Google usa lastmod quando confia no valor, e confiança se ganha com precisão. Cada sitemap na nossa amostra o carregava em praticamente todas as entradas, o que é bom — desde que as datas sejam reais. Um arquivo que diz que toda página mudou hoje ensina os mecanismos de busca a desconsiderar o campo.
Qual pode ser o tamanho de um sitemap?
50.000 URLs ou 50 MB sem compactação, o que vier primeiro; depois disso, você divide em vários arquivos por trás de um índice de sitemap. Esse teto é o motivo pelo qual os campos desperdiçados importam em escala: o sitemap de produtos da IKEA já está em 47,6 MB, que é 95% do limite, enquanto gasta bytes em dois campos que ninguém lê.
Posso rodar essa verificação sozinho?
Sim, de qualquer forma. Manualmente: abra seu robots.txt, siga o sitemap e procure no arquivo por priority e changefreq. Ou cole o endereço no nosso XML Sitemap Generator, que roda as mesmas verificações e devolve uma cópia corrigida.
Corrija o arquivo que ninguém relê
A maior parte desta série é sobre empresas que construíram algo notável. A RTINGS mede o que ninguém mede, a wikiHow desenha uma imagem para cada passo, a Goodreads encontrou dezesseis substantivos onde todo mundo encontrou um.
Este é sobre o oposto: a coisa que todo site tem, e que quase ninguém olhou duas vezes.
Treze de vinte e uma empresas grandes e bem financiadas estão publicando um sitemap com algo errado nele. Não porque seja difícil, mas porque é invisível. O arquivo funciona, então ninguém o abre, e assim os padrões de 2005 vivem para sempre.
Éramos um dos treze, e só descobrimos ao apontar nossa própria ferramenta para nós mesmos.
Então abra seu sitemap. Leva um minuto, e há uma boa chance de você não tê-lo lido desde o dia em que foi criado.
Verificado em 23 de agosto de 2026. Método: buscar o robots.txt de cada site, seguir o primeiro sitemap declarado, abrir um arquivo real de URLs por trás dele e testar escopo de caminho, priority, changefreq e lastmod. Os resultados foram conferidos contra nosso próprio XML Sitemap Generator, que faz as mesmas verificações, e os dois concordaram.
Um arquivo por site é uma amostra, não uma auditoria de todos os sitemaps que essas empresas publicam. Escopo de caminho é uma regra de especificação que os mecanismos de busca comumente perdoam, e não fazemos nenhuma afirmação de que qualquer um desses problemas tenha custado tráfego a alguém.