>_ Dev.NovaKit
Português

SEO e Web · 9 min de leitura

Como validar um sitemap antes de enviar ao Google Search Console

Revise URLs canônicas, status, datas lastmod, páginas multilíngues e erros que merecem correção antes do envio.

Sitemap é inventário, não pedido de ranking

O arquivo ajuda buscadores a descobrir URLs canônicas, mas não garante rastreamento, indexação ou posição. Inclua apenas páginas públicas, indexáveis, acessíveis e úteis. Exclua previews, combinações de parâmetros, busca interna, redirecionamentos, erros e duplicatas intencionais.

Comece pelo host exato de produção

Cada loc deve ser uma URL HTTPS completa no host preferido. Não misture www e sem-www, produção e staging, HTTP e HTTPS. Abra uma amostra em janela anônima: ela deve funcionar sem login, mostrar a página certa e evitar cadeias de redirecionamento. robots.txt pode apontar para o sitemap absoluto.

Compare o sitemap com os canonicals

A loc e o link canonical da página precisam contar a mesma história. Automatize a extração do canonical do HTML e compare com a URL listada. Observe barra final, maiúsculas, caminhos codificados e query strings. Links internos, redirecionamentos, canonicals e sitemap consistentes facilitam a interpretação.

Use lastmod apenas quando for verdadeiro

lastmod é opcional e deve refletir uma mudança significativa, não o momento em que o sitemap foi gerado. Não atribua a data atual a todas as páginas em cada build. Use formato W3C a partir de uma fonte confiável ou omita o elemento quando não houver uma data precisa.

Trate idiomas como grupos completos e recíprocos

Cada URL localizada precisa de uma entrada, e cada entrada lista o mesmo conjunto de alternativas, incluindo ela própria. x-default pode indicar o fallback. Verifique status, idioma visível e canonical no mesmo idioma. Gere os grupos a partir de uma única fonte de rotas para evitar reciprocidade quebrada.

Valide o XML e depois o comportamento

Confira UTF-8, namespace e escape XML. Um sitemap suporta até 50 mil URLs ou 50 MB sem compressão. Depois teste status, destino de redirecionamento, robots, canonical e bloqueio no robots.txt para cada loc. Um teste no build deve impedir a publicação de rotas ruins.

Envie uma vez e leia o relatório com contexto

Leitura bem-sucedida só significa que o Google processou o arquivo. Investigue exclusões representativas em vez de reenviar o mesmo sitemap. Erros de busca do arquivo indicam disponibilidade ou sintaxe; “rastreada, não indexada” costuma exigir revisão da qualidade ou duplicação da página.

Checklist curta antes do envio

O sitemap deve ser público, retornar 200 e XML. URLs são absolutas, HTTPS, canônicas, retornam 200, não têm noindex e não estão bloqueadas. Redirecionamentos e duplicatas com parâmetros ficam fora, lastmod é confiável, alternativas de idioma estão completas e os limites são respeitados.

Como este artigo foi produzido

Os artigos da Dev.NovaKit passam por revisão editorial para clareza e precisão técnica. Cada tradução mantém o mesmo tema com URL, metadados e revisão próprios.