Como criar um sitemap: os quatro campos e os dois que o Google ignora

Para saber como criar um sitemap, você precisa de um arquivo UTF-8 na raiz do site com as URL absolutas que quer ver nos resultados de busca. O Google ignora dois dos quatro campos que as pessoas costumam preencher. O arquivo não indexa nada: ele diz o que existe e, se um campo for honesto, quando mudou.

Comece pela lista de páginas que você quer posicionar, não pela lista de todas as páginas. Listagens filtradas, arquivos de tags, duplicatas de paginação e páginas de agradecimento ficam de fora. Um sitemap é uma declaração de intenção que outros sinais comparam com o conteúdo real.

Se o seu sistema já publica um sitemap, não construa outro. Leia primeiro o que existe: a maior parte deste capítulo vira revisão, não construção.

Por que dois dos quatro campos não servem

O formato XML permite quatro elementos por URL. A documentação do Google sobre sitemaps, lida em 24 de agosto de 2026, resolve metade em uma frase: «Google ignores <priority> and <changefreq> values».

A condição da segunda linha é a parte interessante: o Google «uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate». Depois define o que conta: «an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not».

Um modelo que carimba a data de hoje em cada URL toda noite não envia sinal de atualidade. Envia um campo que pode ser comparado com a página e achado falso, em cada URL, toda noite. Medimos a frequência: 13 de 24 sites não dizem nada com o lastmod (em inglês).

O Bing registrou o mesmo veredito sobre si, então há dois motores no processo: «Optional sitemap tags like changefreq and priority are ignored by Bing and do not influence how your content is crawled or ranked» (Keeping content discoverable with sitemaps in AI-powered search, publicado em 31 de julho de 2025, lido em 9 de setembro de 2026). Em 168.434 entradas de URL lidas em 9 de setembro de 2026, sete de 24 sitemaps ainda traziam changefreq e 17 não traziam nenhum dos dois campos; entre os sete, quatro colocavam um único valor em 97% ou mais do arquivo, que é a forma de um padrão de gerador, não de uma decisão.

Um sitemap é uma afirmação sobre o seu site que um motor consegue verificar. Cada campo preenchido sem cuidado é uma afirmação que falha na checagem.

Como criar um sitemap em cinco passos

Em um site pequeno, o trabalho manual leva uns vinte minutos, e vale fazer uma vez mesmo que um plugin assuma depois. Esse passo manual mostra quais URL você não esperava ver.

1. Liste as URL que quer nos resultados, como endereços absolutos. O Google é explícito: «Google will attempt to crawl your URLs exactly as listed». Caminhos relativos não servem.
2. Escreva um bloco <url> por endereço, com <loc> e, se puder produzir com honestidade, <lastmod>. Escape os ampersands e as demais entidades, como em qualquer XML.
3. Salve em UTF-8 e coloque o arquivo na raiz. A localização importa: «unless you submit your sitemap through Search Console, a sitemap affects only descendants of the parent directory».
4. Declare no robots.txt com uma linha Sitemap: e envie no Search Console. As duas vias são independentes e baratas.
5. Corte nos limites. Um sitemap tem teto de «50MB (uncompressed) or 50,000 URLs». Se passar de qualquer um, divida o arquivo e envie um índice de sitemaps.

O passo 4 tem um segundo benefício em sites grandes: enviar vários sitemaps separados permite ler a cobertura por grupo no Search Console, e assim descobrir que uma seção está indexada e outra não.

O entregável: dois arquivos e uma contagem

Um sitemap mínimo. Este é o formato inteiro: não há cabeçalho para acertar além destas duas linhas.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/foo.html</loc>
    <lastmod>2026-08-24</lastmod>
  </url>
</urlset>

Um índice de sitemaps, para quando você passa de um limite ou quer acompanhamento por seção:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap-blog.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap-products.xml</loc>
  </sitemap>
</sitemapindex>

E a contagem, a checagem que vale rodar depois de cada deploy: ela diz quantas URL você está reivindicando de verdade e se o arquivo está perto de um limite.

curl -s https://example.com/sitemap.xml \
  | grep -o '<loc>[^<]*' | sed 's/<loc>//' | tee /tmp/sitemap-urls.txt | wc -l

# Bytes, contra o teto de 50 MB
curl -s https://example.com/sitemap.xml | wc -c

# Endereços listados que não retornam 200
while read -r u; do
  printf '%s %s\n' "$(curl -s -o /dev/null -w '%{http_code}' "$u")" "$u"
done < /tmp/sitemap-urls.txt | grep -v '^200'

O que quebra e como reconhecer

O sitemap lista URL que redirecionam

Sintoma: o Search Console relata páginas «Página com redirecionamento» em número que coincide com uma seção do site. Causa: o arquivo foi gerado antes de uma mudança de URL. O terceiro comando acima encontra essas páginas em uma passada.

O sitemap e o canonical se contradizem

O guia de canonicalização do Google desaconselha exatamente isso: não «specify one URL in a sitemap, but a different URL for that same page using rel="canonical"». A presença no sitemap é um sinal fraco de canonicalização: a contradição geralmente não vence, só desperdiça o sinal.

As URL de celular e desktop aparecem juntas

Se uma página tem dois endereços, o Google recomenda apontar apenas um no sitemap. Listar os dois sem anotação pede ao motor que decida algo que você já sabe.

O arquivo existe, mas ninguém aponta para ele

Um sitemap sobre o qual ninguém foi informado só é encontrado por convenção. A linha no robots.txt custa uma linha; vimos que a declaração e a abertura variam mais do que o esperado (em inglês).

O que um sitemap não fará

Ele não fará uma página ser indexada. Torna a página descoberta, o que é uma afirmação mais fraca, e não acrescenta nada a uma página que já é descoberta pelos seus próprios links. Em um site pequeno com links internos limpos, o valor realista é o de uma lista que você pode comparar, não o de uma fonte de tráfego.

Também não resgata uma página bloqueada, quebrada ou excluída de propósito. Listar uma URL que retorna redirecionamento, 404 ou noindex não anula nenhum desses sinais. Pare quando o número de URL no Search Console corresponde ao do seu arquivo e as páginas descobertas são as que você queria. Não há estado seguinte.

O passo seguinte é dizer aos motores que algo mudou: é outro mecanismo, com seus próprios modos de falha. Veja como indexar uma página mais rápido. Para a cadeia completa, do rastreamento à citação, o caminho de diagnóstico começa aqui.

Perguntas frequentes

Um sitemap é obrigatório?

Não, se o site é pequeno e cada página é alcançável pelos seus links. Fica útil quando o site cresce, quando as páginas estão mal linkadas ou quando você quer cobertura por seção. Criar custa quase nada, por isso a resposta prática é sim e a de princípio é não.

Onde o arquivo deve ficar?

Na raiz, porque um sitemap «affects only descendants of the parent directory» a menos que seja enviado pelo Search Console. Um arquivo em /blog/sitemap.xml não pode falar por /products/.

Posso usar um feed RSS como sitemap?

Sim. O Google aceita feeds RSS 2.0 e Atom 1.0 enviados como sitemaps, com uma ressalva: um feed «only provides information on recent URLs». É um bom canal de atualidade e um mau inventário.

Quantas URL cabem em um sitemap?

50.000, ou 50 MB sem compactação, o que chegar primeiro. Ao passar, divide-se o arquivo e envia-se um índice. A maioria dos sites está longe, e os que chegam costumam descobrir por um erro de validação, não por uma contagem.