Validador de sitemap XML

O que é um sitemap XML?

Um sitemap XML é um arquivo que lista as páginas do seu site que você gostaria que um buscador conhecesse. O elemento raiz é urlset, cada página é um elemento url, e o único filho obrigatório de cada um é loc — o endereço completo da página. Outros três filhos são permitidos: lastmod, changefreq e priority.

Existe um segundo tipo de arquivo, o índice de sitemaps, que lista outros sitemaps em vez de páginas. Ele usa sitemapindex como raiz e elementos sitemap dentro, e é o recurso quando um arquivo só já não basta. Este validador reconhece os dois e diz qual você colou.

O protocolo define dois limites rígidos para um único arquivo de sitemap, e são o tipo de coisa que um verificador resolve em vez de opinar: no máximo 50.000 URLs e no máximo 50MB, que o protocolo soletra como 52.428.800 bytes. Passar de qualquer um deles significa dividir o arquivo e listar as partes num índice.

Como usar

1. Cole o conteúdo do seu sitemap. O texto do arquivo, não o endereço dele — um navegador não consegue buscar o seu sitemap, então isto verifica exatamente o que você colocar na caixa. Os quatro botões de exemplo cobrem um sitemap comum, um índice, uma data malformada e uma URL relativa.
2. Compare as duas contagens com os dois limites. Entradas e bytes aparecem ao lado dos números que o protocolo define, então dá para ver quanta folga resta antes de precisar dividir o arquivo.
3. Leia os achados. Erros são coisas que vão custar entradas ou o arquivo inteiro. Avisos são válidos mas jogam contra você. Notas são válidas e simplesmente não fazem nada — e há mais delas num sitemap típico do que quase todo mundo espera.

Dois dos quatro elementos não fazem nada

Quase todo sitemap escrito à mão coloca priority e changefreq em cada entrada, em geral com cuidado: a home leva 1.0, a página de contato 0.5, o blog é daily e a página sobre é yearly. A documentação do Google é direta sobre o resultado: o Google ignora os valores de priority e changefreq. Descarta os dois.

O mais marcante é que o próprio protocolo já tinha relativizado o priority muito antes. O documento do sitemaps.org que define o elemento diz que a prioridade que você atribui a uma página provavelmente não vai influenciar a posição das suas URLs nos resultados de um buscador. A especificação que inventou o campo avisou que ele provavelmente não faria nada.

Nada disso os torna erros, e esta página não os marca como tal. São XML válido que não custa mais que os bytes que ocupam — o que só importa se você está perto do limite de 50MB, onde tirar os dois de um arquivo grande é um jeito rápido de ganhar espaço. Aparecem como notas porque um verificador que se cala sobre isso deixa você ajustando algo sem efeito.

lastmod é o que pode jogar contra você

O terceiro elemento opcional é diferente e merece um momento. O Google diz que usa lastmod se o valor for consistente e verificavelmente exato — por exemplo comparando com quando a página realmente mudou. Isso é uma condição, e a condição é sobre o seu histórico mais do que sobre qualquer entrada isolada.

Então um sitemap que carimba cada URL com a data de hoje, que é o que muitos geradores fazem por padrão, não é apenas inútil. É uma afirmação de que todas as páginas do site mudaram hoje, verificável contra as próprias páginas, e falhar nela ensina ao rastreador que o seu lastmod não é confiável. É por isso que esta página marca como aviso um lastmod idêntico em todas as entradas em vez de deixar passar: é o único dos elementos opcionais que pode deixar você pior do que se o omitisse.

O formato também é mais rígido do que parece. O protocolo pede W3C Datetime, que aceita um simples AAAA-MM-DD, mas um valor com hora precisa ter fuso horário. 2026-07-14T09:30:00 é inválido; 2026-07-14T09:30:00Z está certo, e 2026-07-14 sozinho também. Uma hora local sem fuso é a forma mais comum de errar aqui, porque é o que a maioria dos formatadores de data produz por padrão.

Limites assumidos

Isto verifica o texto que você cola e não consegue buscar nada. Não sabe se o seu sitemap está acessível no endereço que você imagina, se o robots.txt aponta para ele, nem se alguma das URLs lá dentro resolve. Um sitemap pode ser perfeitamente válido e listar quinhentas páginas que retornam 404.

Os dois números relatados são medidas do que você colou e de nada mais, e vale ser preciso. O tamanho é o comprimento em bytes UTF-8 exatamente do que está na caixa — que é a medida certa, porque o limite do protocolo vale para o arquivo descomprimido mesmo quando servido com gzip — mas se você colou só parte do sitemap, o número descreve a caixa e não o arquivo. A contagem de entradas é de elementos url e não de elementos loc, então uma entrada sem localização ainda conta para as 50.000, que é como o limite realmente funciona.

Também não dá para dizer se as suas URLs merecem estar num sitemap. Listar uma página não faz um buscador indexá-la, e um sitemap cheio de páginas fracas ou duplicadas é um sitemap que será largamente ignorado. O arquivo é uma sugestão, não uma ordem, e nenhum validador muda isso.

Uma coisa que ele deliberadamente não faz é verificar o seu XML com um parser completo. Ele procura os elementos que o protocolo define, então um documento com tags desencontradas ainda pode produzir uma contagem de aparência sensata. Se você quer boa formação estrita, passe o arquivo por um formatador de XML antes — este site tem um — e depois volte aqui.

Por que é grátis?

A verificação é análise de texto e roda no seu navegador. Não há servidor envolvido, então não há nada para cobrar nem conta para criar.

Nada é enviado e nada é guardado. Recarregue a página e ela terá esquecido o seu sitemap.