Um verificador de sitemaps lê o ficheiro que lista os URL das páginas e identifica problemas no XML, nas entradas e nos metadados. Utilize-o quando um sitemap não pode ser lido, depois de alterar o gerador ou antes de enviar um novo ficheiro. Leia o âmbito antes do resultado: uma verificação sem problemas aplica-se aos ficheiros analisados e não confirma que o Google tenha indexado as páginas.
Que URL deve introduzir?
Introduza a página inicial do site, como https://example.com/, para procurar o sitemap. O Screpy lê as declarações Sitemap: no robots.txt. Se não existirem, tenta /sitemap.xml, /sitemap_index.xml e /sitemap-index.xml. São locais de pesquisa, não nomes obrigatórios. A ausência de um local opcional não invalida um ficheiro encontrado noutro.
Se conhece o endereço, envie o URL exato do sitemap:
https://example.com/sitemap.xmlpara um ficheiro com URL de páginas.https://example.com/sitemap-index.xmlpara um índice com endereços de sitemaps secundários.https://example.com/products-sitemap.xmlpara investigar um ficheiro secundário separadamente.
Estes endereços são exemplos. Substitua o domínio e o caminho pelos seus. Introduzir uma página como /products/ pede esse documento como sitemap; não inicia a pesquisa pela página inicial. Uma página HTML, um ecrã de início de sessão ou uma página de erro no endereço enviado não é conteúdo XML de sitemap.
Como ler o relatório do sitemap
Verifique primeiro a tabela de ficheiros e a cobertura; depois, os resultados:
- Verde: não foram encontrados problemas no âmbito analisado.
- Vermelho: erros confirmados exigem correção, como XML malformado ou endereços de URL em falta.
- Amarelo: reveja avisos sobre duplicados, datas duvidosas ou cobertura incompleta.
- Cinzento: dados indisponíveis ou não verificados; não significa que a verificação teve êxito.
Num índice ilustrativo com três ficheiros secundários, suponha que dois são totalmente analisados com 40 e 60 entradas de páginas, enquanto o terceiro não pode ser obtido. O relatório pode contar 100 entradas dos dois ficheiros completos. Não pode determinar o total do site. O número de ficheiros analisados também inclui o índice lido com êxito; as entradas do índice apontam para ficheiros, não para páginas.
Entradas de URL e URL únicos são medidas distintas. O mesmo endereço listado duas vezes produz duas entradas, mas um único URL. Os problemas podem sobrepor-se, pelo que a sua contagem não corresponde necessariamente ao número de páginas afetadas. Quando aparecem, as barras comparam entradas dos sitemaps secundários analisados; não representam páginas indexadas.
Cada verificação analisa até 20 ficheiros, 100.000 entradas e 100 MiB de conteúdo descomprimido em 27 segundos, seguindo um nível de ficheiros secundários do índice. Índices aninhados, ficheiros ilegíveis ou limites atingidos podem deixar a cobertura parcial. Envie diretamente o ficheiro secundário relevante para investigar a parte em falta. Os limites da ferramenta são distintos dos limites por ficheiro da norma descritos abaixo.
Como é um sitemap XML válido
Um sitemap básico de páginas utiliza XML UTF-8, o espaço de nomes Sitemap, uma raiz urlset e um valor loc para cada entrada url. Cada endereço deve ser um URL completo, incluindo protocolo e nome do servidor. Este exemplo mínimo lista uma página:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/guides/</loc>
</url>
</urlset>
O protocolo Sitemap permite até 50.000 entradas e 50 MiB (52.428.800 bytes) por ficheiro não comprimido. O gzip reduz o tamanho da transferência, não esse limite descomprimido. Divida ficheiros maiores e liste-os num índice.
O escape XML é importante: num URL com ?a=1&b=2, o «e» comercial deve ser escrito como & dentro de loc. Isto preserva o URL; não torna a variante com parâmetros na página preferida. O Screpy suporta sitemaps XML, índices e XML gzip. Um resultado de formato não suportado não comprova que o Google rejeite esse formato, e os esquemas de extensões não são totalmente validados.
Verificar datas, duplicados e propriedade
lastmod é opcional. Se o incluir, use uma data real como 2025-09-12, ou uma data e hora válidas com fuso horário. Numa entrada de página representa a última alteração significativa da página, não o momento em que o sitemap foi regenerado. Numa entrada de índice descreve a alteração do ficheiro sitemap secundário. Um aviso de data futura exige verificar relógio, fuso horário e valor de origem.
O guia de sitemaps do Google indica que o Google utiliza valores lastmod consistentemente exatos e ignora priority e changefreq. Acrescentar estes campos opcionais não melhora a classificação. A ferramenta valida os valores presentes; não consegue confirmar quando o conteúdo da página mudou realmente.
Para entradas duplicadas, corrija a lista de origem do gerador para que o URL pretendido apareça uma vez. Verifique os exemplos antes de alterar endereços: repetições exatas são diferentes de endereços distintos que podem representar o mesmo conteúdo.
Um aviso de propriedade precisa de contexto. Os envios entre sites podem ser legítimos com configuração adequada, como explica o guia de índices do Google. Esta ferramenta não verifica a propriedade nem as definições de envio; confirme-as antes de considerar outro servidor ou âmbito de caminho um erro.
Corrigir a origem e verificar novamente
Repare o gerador de sitemaps, a configuração do CMS ou os dados de origem em vez de editar um ficheiro gerado que será substituído na próxima atualização. Use o ficheiro afetado e os exemplos apresentados para localizar o problema.
| Resultado | O que alterar | O que verificar depois |
|---|---|---|
| Falha ao obter o ficheiro ou HTML em vez de XML | Corrija o caminho público, a restrição de acesso ou a resposta do servidor. | O endereço exato fornece o sitemap sem início de sessão ou ecrã de verificação. |
XML malformado, espaço de nomes incorreto ou loc em falta |
Repare o modelo, o escape ou a entrada incompleta. | O ficheiro é analisado e cada entrada contém o URL absoluto pretendido. |
| URL duplicado ou data inválida | Elimine registos duplicados; corrija datas ou omita as opcionais que não consiga manter exatas. | O mesmo problema deixa de aparecer após a regeneração. |
| Cobertura parcial ou ficheiro acima dos limites da norma | Analise separadamente o ficheiro secundário indicado; divida os ficheiros grandes e atualize o índice. | Os ficheiros relevantes são totalmente verificados e respeitam os limites individuais. |
Regenere e publique o ficheiro corrigido e repita a verificação com a mesma entrada. Transfira o relatório JSON se precisar de guardar os resultados e o âmbito verificado para comparação.
Um sitemap válido não prova a indexação
A ferramenta obtém documentos de sitemap, não cada página listada. Não determina códigos de resposta das páginas, etiquetas canonical, diretivas noindex ou decisões de indexação do Google. Uma entrada bem formada pode apontar para uma página eliminada ou um URL que não pretende indexar.
Escolha um URL relevante da lista e investigue a questão separadamente: use o testador de robots.txt para regras de acesso dos rastreadores, o verificador de etiquetas canonical para o URL preferido declarado ou o verificador de SEO on-page para os sinais SEO da página. Estas verificações também têm o seu próprio âmbito; nenhuma garante a indexação.
Após corrigir o sitemap, reveja o processamento no Google Search Console. Um estado de êxito significa que o Google obteve e leu o ficheiro, não que indexou todas as páginas descobertas. Use as informações de indexação da página para investigar exclusões. A documentação do relatório Sitemaps explica a distinção. Separe os problemas de indexação restantes dos problemas de sintaxe do sitemap para corrigir a origem certa.
Para comparar códigos de resposta e cadeias de redirecionamentos de uma lista de páginas, use Verificador de status HTTP em lote.
Para comparar duas versões de um sitemap, utilize a ferramenta de comparação de sitemaps. Analise os URLs adicionados, removidos e comuns e confirme que ambas as fontes foram processadas na íntegra antes de interpretar os endereços ausentes.
Para analisar a configuração IndexNow separadamente, use o verificador IndexNow. Ele lê o arquivo e compara a chave sem enviar URLs; não confirma aceitação pelo buscador ou indexação.