Sitemap XML: quais URLs incluir e como verificá-los?

9 min de leitura

Um sitemap XML deve listar os URLs finais, canônicos e de indexação, e não todos os endereços produzidos pelo seu site. Para verificar isso, cruze seu inventário com respostas HTTP, diretivas de indexação e dados de modificação. O envio vem em seguida, quando o arquivo descreve corretamente as páginas que você deseja tornar visíveis.

Lembre-se: o mapa do site é um índice de descoberta, não uma garantia de indexação.^[21] Mantenha as versões úteis e canônicas, forneça informações lastmod somente a partir de uma alteração significativa, verifique o processamento do arquivo e o status das páginas prioritárias.

Definir o escopo do mapa do site XML

Google especifica que um envio não garante o download do mapa do site nem seu uso para rastrear URLs.^[21] Distinguir entre o arquivo disponível, a página acessível e a página realmente indexada. Mesmo que indexada, uma página não aparece necessariamente em todas as buscas.^[22]

O escopo relevante inclui o conteúdo que você deseja oferecer nos resultados: páginas de serviços, categorias editoriais substanciais ou recursos públicos. Não corresponde ao histórico de URLs nem a todas as rotas técnicas de CMS.

Propomos uma regra de admissão operacional: manter uma URL final que seja acessível, indexável, consistente com a versão canônica retida e útil para o público-alvo. Este filtro é um método de controle, não um novo requisito de protocolo.

Crie um inventário canônico explorável

Comece com o conteúdo publicado em CMS e depois combine-o com uma exploração do site e do mapa do site existente. Identifique páginas ausentes, rotas antigas e variantes de campanha.

Para cada URL candidato, registre:

• o endereço absoluto e seu tipo de página;
• o status HTTP e o destino de um possível redirecionamento;
• canonicidade declarada, diretrizes noindex e restrições de exploração;
• a utilidade do conteúdo, seu responsável e seu status de publicação;
• a data da última alteração significativa, com sua justificativa.

Quando vários URLs fornecem acesso ao mesmo conteúdo, Google recomenda escolher aquele de sua preferência e incluí-lo em vez de todas as suas variantes.^[21] No entanto, não exclua cegamente cada URL que contém um parâmetro: analise sua função.

Defina também suas convenções de endereço: domínio, protocolo, caminho e formulário utilizado pelo site. Mantenha o URL encontrado e o URL final separadamente. Isso permitirá que você explique por que uma rota antiga desaparece do arquivo sem perder o controle de sua substituição.

Decidindo com uma tabela de admissão preenchida

Exemplo explicitamente fictício: o site atelier.example publica serviços e mantém URLs de campanha. Os caminhos abaixo são abreviados para leitura; As entradas XML devem usar endereços absolutos.

A última linha requer uma decisão comercial e técnica: a página é uma duplicata voluntária ou sua canonicidade vem de uma configuração de modelo incorreta? Não exporte uma contradição só porque CMS fornece uma URL. Outros controles de acesso continuam necessários.

Adicionar ao cadastro a justificativa, o responsável pela correção e a prova esperada. Para um redirecionamento, esta prova será a resposta do destino; para exclusão voluntária, a decisão de manter noindex. “Suspender” significa aguardar essa arbitragem, e não remover automaticamente a página do site.

Verifique as respostas antes de produzir o arquivo

Aplique as verificações nesta ordem, antes de cada comissionamento de um gerador ou após uma modificação do modelo:

1. Resolução HTTP. Consulte o endereço exato. Para sua regra de admissão, aguarde uma resposta direta 200. Substitua URLs redirecionados por seus destinos elegíveis; descartar páginas excluídas e lidar com erros do servidor.
2. Acesso e indexabilidade. Verifique o acesso offline, regras robots.txt, a tag robots e o cabeçalho X-Robots-Tag. O conteúdo destinado à indexação não deve ser exportado com exclusão conflitante.
3. Consistência canônica. Compare o endereço final e o canônico declarado. Se forem diferentes, verifique o conteúdo e a configuração antes de decidir qual versão manter.
4. Utilidade real. Abrir a página: um código satisfatório não prova que ainda existe uma oferta ou que o conteúdo principal está presente.

Verifique todos os URLs automaticamente em busca de respostas e diretivas recuperáveis ​​e, em seguida, revise manualmente as exceções. Uma verificação limitada à página inicial não valida outros modelos.

Arquive a exportação testada, as respostas HTTP e as diretivas anotadas. Uma correção é validada tecnicamente quando o novo controle confirma o comportamento esperado. Isto não constitui prova de indexação por Google.

Produza XML limpo e lastmod confiável

O arquivo deve ser codificado em UTF-8 e conter URLs absolutos. Os valores XML devem ter escape: um caractere & em um endereço torna-se & no arquivo.^[21] Teste o documento com um analisador XML, não apenas abrindo-o em um navegador.

Aqui está uma entrada utilizável para nosso exemplo fictício, sem data de modificação injustificada:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://atelier.example/services/audit/</loc>
  </url>
</urlset>

Google usa lastmod quando esse valor for regularmente preciso e verificável. Deve refletir uma mudança significativa no conteúdo principal, dados estruturados ou links, e não uma simples atualização de direitos autorais.^[21]

Portanto, vincule este valor a um evento documentado: revisão de uma oferta, modificação substancial de um recurso ou alteração de links relevantes. A data de exportação do mapa do site e a data de salvamento automático de CMS não são suficientes para estabelecer esta alteração.

Se a sua ferramenta não distingue uma modificação real de uma operação técnica, é melhor omitir lastmod que transmitiu uma data enganosa. Acompanhe o evento lembrado para poder comparar o campo com o conteúdo. Google caso contrário ignora priority e changefreq : Não os use como alavancas de prioridade de indexação.^[21]

Organize o envio sem automação cega

Gere o arquivo a partir do inventário validado, em vez de empilhar diversas extensões cujas regras se contradizem. Verifique se a postagem, a remoção e a mudança de endereço atualizam as entradas afetadas.

Um mapa do site é limitado a URLs não compactados de 50 MB ou 50 000. Além disso, deve ser cortado; um índice de mapa de site pode agrupar arquivos.^[21] Sem atingir esses limites, os subsitemaps por modelo, como serviços e recursos, podem facilitar seu monitoramento caso seus critérios de admissão permaneçam os mesmos. Esta divisão é uma escolha organizacional, não uma garantia SEO.

De preferência, coloque o arquivo na raiz. Sem o envio no Search Console, seu escopo fica limitado aos descendentes de seu diretório pai.^[21] Verifique também se o URL do arquivo retorna XML e não uma conexão HTML ou página de erro.

Em seguida, envie o sitemap ou seu índice para o relatório Sitemaps no Search Console. Você também pode indicar o endereço deles em robots.txt, por exemplo Sitemap: https://atelier.example/sitemap.xml.^[21] Log enviado caminho e configuração do gerador.

Validar correções com os relatórios corretos

Comece com o relatório Sitemaps: Google indica seus acessos a arquivos e possíveis erros de processamento.^[21] Um erro XML exige uma correção do documento; um arquivo inacessível exige uma verificação de hospedagem ou restrições de acesso. Reenviar o mesmo arquivo sem corrigir a causa não substitui essas verificações.

Em seguida, consulte o relatório de indexação de páginas. Analise padrões, não apenas URLs não indexados totais: nem todas as duplicatas e exclusões intencionais exigem correção. Os totais também podem diferir do seu inventário.^[22]

Para uma página de serviço prioritário, use a inspeção de URL e compare o estado conhecido de Google com o teste ativo. Fornece informações sobre o acesso atual; isso não prova que a página já esteja indexada.^[22] Para explorar este caso com mais detalhes, consulte nosso diagnóstico de uma página ausente em Google.

Observe também a canonicidade mantida por Google na inspeção de URL.^[22] Se for diferente de sua preferência, verifique se há duplicatas e links internos antes de editar o construtor. O mapa do site expressa uma preferência, não impõe a sua escolha.^[21]

Mantenha o comprovante de fechamento: arquivo corrigido, verificação XML bem-sucedida, respostas de URLs afetados e status do relatório após o processamento. Se uma página elegível continuar faltando, abra um diagnóstico direcionado em vez de uma sucessão de envios. Nenhum período de indexação pode ser garantido.

Perguntas frequentes

Uma página órfã pode aparecer no mapa do site?

Sim, se atender aos seus critérios de admissão. Mas o seu registo não substitui uma navegação útil: descubra porque é que nenhum link interno o serve. Para uma oferta pública, adicione um link contextual de uma página relevante e verifique se os visitantes conseguem encontrá-lo. O mapa do site completa esta descoberta, sem resolver por si só o isolamento editorial.

Um URL deve ser removido após uma interrupção temporária?

Não automaticamente. Para um URL já aceito, faça a distinção entre indisponibilidade temporária e retirada duradoura. Anote o incidente, verifique a recuperação da resposta esperada e evite transformar esta falha em uma exclusão permanente. Não modifique lastmod para relatar um reenvio simples sem alteração no conteúdo. Reexamine a admissão se a oferta ou seu endereço realmente mudarem.

Remover o mapa do site é suficiente para ocultar uma página privada?

Não. Google pode descobrir um endereço através de outros links; sua ausência no mapa do site não proíbe a indexação.^[22] Para conteúdo confidencial, use o controle de acesso apropriado, e não o mapa do site, como proteção. Uma página pública que você deseja excluir dos resultados deve ter uma diretiva noindex legível pelo robô. Nunca exporte URLs contendo tokens de acesso ou dados pessoais.

Conclusão: valide antes de enviar

Sua próxima ação: retornar à mesa de admissão e verificar uma página de serviço, sua variante de campanha e um antigo endereço redirecionado. Corrija as regras do gerador e valide o arquivo antes de enviá-lo. Se CMS ou os modelos produzirem sinais conflitantes, você pode entrar em contacto com nosso serviços web e SEO para enquadrar as verificações e correções necessárias.

Fontes

• Build and Submit a Sitemap | Google Search Central | Documentation | Google for Developers (acessado em 2026-10-08)
• Page indexing report - Search Console Help (acessado em 2026-10-08)