Quase todo site tem um sitemap, e quase ninguém abre o arquivo. Ele nasce gerado por um plugin, alguém envia o endereço ao Search Console no dia do lançamento e o assunto morre ali. O problema é que o arquivo continua falando com o buscador todos os dias, e o que ele diz pode ser falso.
Este guia explica o que é um sitemap XML, quem precisa de um, como montar e enviar. E faz o que os tutoriais mais lidos costumam pular: mostra quais tags o Google declara que ignora, por que a data de modificação é a parte que mais sai errada e o que conferir para que o buscador confie no que o arquivo informa.
O que é sitemap XML?
Sitemap XML é um arquivo de texto estruturado que lista os endereços de um site para os mecanismos de busca. Cada página entra num bloco <url>, com o endereço completo na tag <loc> e, opcionalmente, a data da última mudança em <lastmod>. O formato segue o protocolo publicado em sitemaps.org, que Google e Bing aceitam.
A função é de inventário, não de ranking. Segundo a introdução aos sitemaps do Google Search Central, o arquivo diz ao buscador quais páginas e arquivos você considera importantes e traz informações sobre eles, como a data de atualização e as versões em outros idiomas. Ele ajuda a descobrir URLs, mas não garante que todos os itens serão rastreados e indexados.
O XML não é o único formato aceito. O Google também lê feeds RSS e Atom e um arquivo de texto simples com uma URL por linha, e diz não ter preferência entre eles. O XML é o mais usado porque é o único que carrega a data de modificação e as extensões de imagem, vídeo, notícia e idioma.
Todo site precisa de um sitemap?
Não necessariamente. O próprio Google afirma que, se as páginas estiverem bem ligadas entre si pelo menu e pelos links internos, ele consegue encontrar a maior parte do site sem ajuda. A documentação lista três situações em que o arquivo faz diferença, e três em que talvez seja dispensável:
- Precisa: site grande, em que é difícil garantir que toda página nova receba ao menos um link de outra.
- Precisa: site novo e com poucos links externos, que o robô ainda não tem por onde descobrir.
- Precisa: site com muito vídeo e imagem, ou que aparece no Google Notícias.
- Talvez não precise: site com até cerca de 500 páginas que importam para a busca, bem ligadas desde a página inicial e sem muito conteúdo de mídia.
Na prática, a recomendação é ter o arquivo mesmo quando ele parece dispensável. A própria documentação diz que o sitemap beneficia o site na maioria dos casos, e o custo é baixo: a maioria das plataformas já o gera sozinha. O que custa caro é ter um arquivo errado, como você vai ver adiante.
Qual a diferença entre sitemap XML, sitemap HTML e robots.txt?
Os três nomes aparecem juntos e são confundidos com frequência. Cada um resolve uma coisa diferente, e um não substitui o outro:
| Sitemap XML | Sitemap HTML | robots.txt | |
|---|---|---|---|
| Para quem é | Robôs de busca | Pessoas navegando no site | Robôs de busca |
| O que faz | Lista as URLs que você quer na busca | Página com links para as seções do site | Diz onde o robô pode ou não entrar |
| Onde fica | Em geral /sitemap.xml, na raiz | Uma página comum, linkada no rodapé | Sempre na raiz: /robots.txt |
| Pode bloquear algo? | Não | Não | Sim, por caminho e por robô |
| Como se ligam | É apontado no robots.txt | Ajuda o robô pelos links internos | Traz a linha Sitemap: com o endereço |
Comparativo elaborado pela Alliance Comunicação com base na documentação do Google Search Central.
A ligação entre os dois arquivos técnicos é direta. O Google aceita a linha Sitemap: https://seusite.com/sitemap.xml em qualquer parte do robots.txt, quantas vezes for preciso, e encontra o endereço na próxima vez que ler o arquivo. Mas atenção ao contrário: o Google respeita o robots.txt ao buscar o sitemap, então uma regra que bloqueia o caminho do arquivo impede a leitura.
Quais tags do sitemap o Google lê e quais ele ignora?
O protocolo define quatro tags dentro de cada <url>: <loc>, obrigatória, e três opcionais, <lastmod>, <changefreq> e <priority>. Boa parte dos tutoriais ensina a preencher as quatro com cuidado, sugerindo prioridade 1.0 para a home e frequência diária para o blog. O Google diz outra coisa:
O Bing chegou à mesma conclusão por outro caminho. Num texto de 2025 sobre sitemaps na busca com IA, a equipe de webmaster do buscador escreveu que changefreq e priority são ignoradas e não influenciam o rastreamento nem o ranking. Ou seja: o tempo gasto escolhendo entre 0.6 e 0.8 é tempo perdido nos dois buscadores.
Isso não quer dizer que as duas tags quebram o arquivo. Elas são válidas no protocolo e podem continuar lá sem erro. Só não espere que mudem alguma coisa, e não use o tempo de revisão nelas: a tag que merece atenção é a data.
Por que o lastmod é a tag que mais sai errada?
Porque muitos geradores preenchem a data errada. Em vez de registrar quando cada página mudou, gravam a data em que o próprio sitemap foi gerado. Resultado: todas as URLs aparecem como alteradas no mesmo dia, todos os dias, e o buscador aprende que aquela data não significa nada.
O mesmo texto do Bing reconhece que datas iguais podem ser legítimas, porque um site pode publicar várias páginas no mesmo dia. O que gera desconfiança é o padrão: se as datas aparecem sempre como a data atual, o buscador passa a duvidar delas e pode desconsiderá-las. A partir dessa constatação, o protocolo em sitemaps.org ganhou uma frase explícita: a data deve ser a da última modificação da página, não a da geração do sitemap.
E o que conta como modificação? O Google dá o critério: o lastmod deve refletir a última atualização significativa, como uma mudança no conteúdo principal, nos dados estruturados ou nos links da página. Trocar o ano do rodapé não é. Se o seu CMS atualiza a data a cada salvamento, mesmo sem mudança real, o efeito é parecido com o da data repetida.
Sobre o formato, a data precisa seguir o padrão W3C. Tanto 2026-10-14 quanto 2026-10-14T09:30:00-03:00 são aceitos; se houver hora, o fuso horário é obrigatório, conforme a ajuda do Search Console.
Como fazer um sitemap XML na prática?
Antes de escolher a ferramenta, decida o que entra. O Google pede que o sitemap traga as URLs que você quer ver nos resultados, ou seja, as versões canônicas. Se o mesmo conteúdo abre por endereços diferentes, escolha um e liste só esse. Página de agradecimento, resultado de busca interna e URL com parâmetro de filtro em geral ficam de fora. A ordem das URLs não importa para o Google.
1. Deixe o CMS gerar o arquivo
É o caminho da maioria. WordPress, Wix e Blogger já publicam um sitemap por padrão. No WordPress, desde a versão 5.5, o núcleo expõe um índice em /wp-sitemap.xml, que agrupa sitemaps de até 2.000 entradas cada e é referenciado no robots.txt do próprio WordPress, segundo a nota técnica da equipe do WordPress. Plugins de SEO podem desligar esse sitemap nativo e publicar o próprio em outro endereço; por isso, confira no robots.txt qual deles está valendo.
2. Monte à mão, se forem poucas páginas
Para algumas dezenas de URLs, um editor de texto resolve. O arquivo começa com a declaração <?xml version="1.0" encoding="UTF-8"?>, abre o elemento <urlset> com o namespace do protocolo e traz um bloco <url> por página. Salve em UTF-8, use endereços absolutos, com https e domínio, e publique na raiz do site.
3. Gere a partir do próprio sistema
Acima de algumas dezenas de URLs, a manutenção manual vira armadilha. O Google recomenda que o software do site gere o arquivo, puxando os endereços do banco de dados. É a única forma de o lastmod sair certo sem esforço: a data vem do registro de alteração de cada página, e não de um relógio externo. Geradores avulsos, que rastreiam o site e montam o XML, servem para uma foto inicial, mas podem carimbar a data do rastreamento em todas as páginas.
Num site com muitas páginas, o sitemap costuma ser dividido por tipo de conteúdo: um para páginas institucionais, outro para produtos, outro para posts. Além de respeitar os limites, a divisão ajuda a diagnosticar, porque o Search Console mostra os números de cada arquivo separadamente.
O que conferir no sitemap antes de enviar?
Há um ponto em que muitos guias se desatualizaram: o tamanho máximo. O número de 10 MB que ainda circula não é o que a documentação do Google traz hoje.
O arquivo pode ser compactado em gzip para economizar banda, mas o limite de 50 MB vale para o conteúdo descompactado. O índice segue regras próprias, descritas na página do Google sobre sitemaps grandes: até 50.000 entradas <loc> por índice, sitemaps hospedados no mesmo site e no mesmo diretório do índice ou abaixo dele, e até 500 arquivos de índice por site no Search Console. Um índice não pode apontar para outro índice.
Repare no item 3. Quando uma página muda de endereço, o sitemap precisa listar o destino final, e não o endereço antigo que redireciona. É o tipo de detalhe que se perde numa migração; o artigo sobre redirecionamento 301 e o tempo que o Google pede trata desse cuidado em detalhe.
- Data de geração no lugar da data de mudança. O erro mais frequente no levantamento do Bing, e o que faz o buscador desconsiderar a tag.
- URLs que não deveriam estar lá. Páginas com noindex, versões duplicadas, endereços com parâmetro e páginas de teste mandam sinais contraditórios.
- Endereço relativo. /pagina.html no lugar de https://seusite.com/pagina.html. O Google tenta rastrear a URL exatamente como está listada.
- Mistura de versões. Sitemap em https://www e URLs em http ou sem www geram erro de URL não permitido.
- Arquivo esquecido depois da migração. O site muda de estrutura e o sitemap continua apontando para o mapa antigo.
Como enviar o sitemap ao Google pelo Search Console?
“Enviar”, aqui, significa dizer ao Google onde o arquivo está: não há upload. Pelo relatório de Sitemaps, o caminho descrito na ajuda do Search Console é este:
- Publique o arquivo no site, de preferência na raiz. O sitemap na raiz cobre o site inteiro; num subdiretório, ele só vale para o que está abaixo daquela pasta, a menos que seja enviado pelo Search Console.
- Teste o acesso: cole o endereço do sitemap na Inspeção de URL, rode o teste em tempo real e confira se a busca da página foi concluída e se o rastreamento é permitido.
- Abra o relatório de Sitemaps, cole o endereço no campo de adicionar um novo sitemap e clique em Enviar.
- Volte ao relatório e veja o status. Processado significa que o arquivo foi lido sem erros; qualquer outro status tem detalhes na linha do arquivo.
- Inclua também a linha Sitemap: no robots.txt, para que outros buscadores encontrem o arquivo sem envio manual.
Dois detalhes evitam confusão. Só quem tem permissão de proprietário na propriedade consegue enviar pelo relatório; sem essa permissão, o caminho é o robots.txt. E o relatório só lista o que foi enviado por ele ou pela API: um sitemap descoberto pelo robots.txt pode estar sendo usado sem aparecer ali. Para entender o que mais esse painel deixa de mostrar, vale ler o guia sobre o que os relatórios do Google Search Console não mostram.
Depois de lido, o Google volta ao sitemap periodicamente, num ritmo próprio, independente do rastreamento normal do site. Só vale reenviar quando houver mudança importante no arquivo. E o número de “páginas encontradas” no relatório não é o número de páginas indexadas: para isso, filtre o relatório de indexação de páginas por sitemap.
Como ver o sitemap XML de um site?
Não existe endereço obrigatório, mas há três lugares onde ele quase sempre aparece. O primeiro é o robots.txt: abra seusite.com/robots.txt e procure a linha que começa com Sitemap:. O segundo são os endereços padrão das plataformas, como /sitemap.xml, /sitemap_index.xml e, no WordPress sem plugin de SEO, /wp-sitemap.xml. O terceiro, para o seu próprio site, é o relatório de Sitemaps do Search Console.
O mesmo método funciona para olhar concorrentes. O sitemap de um site é público e revela quantas páginas ele quer na busca, como organiza o conteúdo e com que frequência publica. É uma das fontes mais baratas de inteligência competitiva em SEO.
O que fazer quando o Search Console diz que o sitemap não pôde ser lido?
Primeiro, separe os dois tipos de problema. “Não foi possível buscar” quer dizer que o Google não conseguiu nem baixar o arquivo. “Contém erros” quer dizer que baixou, leu em parte e encontrou falhas; as URLs que puderam ser lidas entram na fila de rastreamento mesmo assim. As causas mais comuns e o que fazer, segundo a ajuda do Search Console:
| Mensagem no relatório | Causa provável | O que fazer |
|---|---|---|
| Não foi possível buscar | Bloqueio no robots.txt, endereço errado (404), servidor fora do ar ou ação manual pendente | Abra o endereço no navegador, revise o robots.txt e confira o relatório de ações manuais |
| Erro na análise | Caractere sem escape, como & ou < dentro da URL | Aplique escape de entidade (&) e reenvie |
| Data inválida | lastmod fora do padrão W3C, ou hora sem fuso | Use AAAA-MM-DD ou data e hora com fuso |
| URL não permitido | URL em outro domínio, em outra versão (http, sem www) ou acima da pasta do sitemap | Alinhe domínio, protocolo e www do arquivo e das URLs |
| URLs em excesso / Erro de tamanho | Mais de 50 mil URLs ou mais de 50 MB descompactado | Divida em vários arquivos e envie um índice |
| URLs não seguidos | Cadeias de redirecionamento ou URLs relativas | Liste o endereço final e absoluto de cada página |
Elaborado pela Alliance Comunicação com base na ajuda do Search Console sobre o relatório de sitemaps.
A ajuda lista ainda uma causa que nada tem de técnica: baixa demanda de rastreamento. Segundo o Google, quanto maior a qualidade do conteúdo do site, maior essa demanda. Se a busca do arquivo falhar repetidas vezes, o Google tenta por alguns dias e depois para de ler. A boa notícia é que ele não “esquece” o que já leu em versões anteriores: uma falha posterior não apaga as informações já processadas.
Sitemap XML ainda importa na busca com IA?
O Bing respondeu à pergunta por escrito, citando o próprio Copilot como exemplo de busca com IA. No texto de 2025, a equipe do buscador afirma que os sitemaps continuam sendo um sinal básico para garantir a cobertura das URLs, e que o lastmod segue como sinal-chave para decidir o que rastrear e reindexar, inclusive para que as atualizações cheguem às respostas geradas por IA. O mesmo texto recomenda combinar o sitemap com o IndexNow, protocolo de aviso imediato de URLs novas ou alteradas.
O Bing também informa que tenta buscar o sitemap logo depois do envio e volta a ele com regularidade, em geral pelo menos uma vez por dia. Isso dá peso extra à data: se o conteúdo muda e o lastmod acompanha, a atualização tende a ser percebida mais cedo. Se o lastmod mente, o buscador gasta rastreamento à toa ou deixa a mudança para depois.
Na nossa leitura, o sitemap não é o que faz uma marca ser citada por uma IA: isso depende do conteúdo responder bem e ter autoridade. Mas ele é parte da base técnica que deixa o conteúdo ser encontrado e lido, o mesmo terreno em que se trabalham SEO e GEO de forma integrada. Sitemap errado não derruba ninguém sozinho; sitemap certo tira um atrito do caminho.
Por onde começar hoje
- Abra seusite.com/robots.txt e confirme que existe uma linha Sitemap: apontando para um endereço que abre.
- Abra o sitemap e confira se as URLs são absolutas, com https e o domínio certo.
- Faça o teste do destaque acima: compare o lastmod de páginas paradas com o da home.
- Se as datas forem todas iguais, ajuste o gerador ou o plugin para usar a data real de modificação de cada página.
- Remova do arquivo o que não deve aparecer na busca: páginas com noindex, duplicadas, de teste e endereços que redirecionam.
- Envie o endereço no relatório de Sitemaps do Search Console e no Bing Webmaster Tools, e volte em uma semana para conferir o status.
Sitemap é o tipo de tarefa que se faz em uma tarde e se esquece por anos. A diferença entre um arquivo que ajuda e um que atrapalha está quase toda na data. Se quiser saber onde o SEO técnico do seu site está entre as prioridades de marketing, o diagnóstico de marketing gratuito devolve um plano com as frentes na ordem certa.