Um validador de sitemap verifica se um sitemap XML usa a estrutura esperada e valores de campos suportados. O Screpy examina um documento e apresenta erros, avisos e evidências da fonte para corrigir o gerador. Um resultado sem problemas aplica-se apenas ao âmbito verificado: não prova que as páginas funcionam nem que o Google as indexou.
Escolha o documento que pretende validar
Introduza o endereço público exato do XML, como https://example.com/sitemap.xml, para verificar o ficheiro publicado. Este endereço fictício ilustra o formato. Uma página inicial pode devolver HTML; use o Sitemap Checker se precisar primeiro de localizar o sitemap.
Escolha colar XML para verificar a fonte antes de publicar ou examinar um documento guardado. Copie o XML original, não a tabela formatada do navegador. Não existe um campo de carregamento de ficheiros. O URL base opcional fornece contexto para comparar origens; não corrige endereços relativos. Mesmo com https://example.com/ como base, <loc>/products/</loc> precisa de um endereço HTTP ou HTTPS completo.
Sem URL base, o conteúdo colado não tem contexto de origem para essa comparação. A estrutura e os valores suportados continuam a poder ser verificados.
Corrija a raiz, o espaço de nomes e o escape XML
Um sitemap de páginas precisa de uma raiz urlset no espaço de nomes padrão e de um loc dentro de cada url. Este documento fictício com uma entrada mostra a estrutura necessária:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/products/blue-mug/</loc>
</url>
</urlset>
Mantenha exatamente o URI do espaço de nomes, incluindo http. Identifica o vocabulário XML; alterá-lo para https não melhora a segurança e muda o identificador. Um índice usa outra raiz, explicada abaixo. O protocolo Sitemaps define ambas as estruturas.
Dentro do XML, escreva o & de um URL como &, por exemplo ?color=blue&size=m. Corrija o escape no gerador em vez de remover um parâmetro necessário. Etiquetas de fecho em falta, conteúdo não suportado ou uma declaração DOCTYPE podem interromper a verificação antes de existir um relatório detalhado. Uma verificação falhada não equivale a uma validação aprovada.
Converta cada ocorrência numa correção da fonte
Leia os indicadores de resultado e cobertura em conjunto. Vermelho indica erros; amarelo, avisos ou cobertura parcial; verde, ausência de ocorrências que exijam atenção no âmbito verificado. Texto e ícones acompanham as cores. Use as evidências e a linha inicial da entrada para localizar o bloco XML; depois corrija a fonte que o gera.
| Ocorrência | Exemplo de problema | Correção da fonte |
|---|---|---|
| Endereço inválido | /products/ ou loc vazio |
Fornecer o URL HTTP ou HTTPS absoluto pretendido. |
| Valor opcional inválido | lastmod com 2026-02-30 ou priority com 1.2 |
Corrigir o valor ou omitir um campo opcional que não possa manter. |
| Campo repetido | Dois campos loc numa entrada |
Gerar um único valor para o campo; é um erro. |
| Endereço repetido | O mesmo endereço em duas entradas | Eliminar duplicados da lista de origem; é um aviso. |
| Elemento inesperado | priority numa entrada de índice |
Manter campos adequados ao tipo de documento. |
A verificação de duplicados compara os textos dos endereços após remover espaços exteriores. Não determina se URL diferentes têm o mesmo conteúdo nem escolhe um URL canónico. Um endereço repetido noutro ficheiro também está fora desta verificação de um único documento.
«Entradas que exigem revisão» conta entradas com erros, não todos os avisos ou problemas ao nível do documento. Por isso, pode mostrar zero junto de um erro de raiz ou espaço de nomes. Leia as ocorrências em vez de usar essa medida como pontuação de validade. Várias ocorrências podem referir-se à mesma entrada.
Verifique o significado da data e o seu formato
lastmod, changefreq e priority são opcionais num sitemap de páginas. A ausência destes campos não é um erro. Se indicar uma data, use um valor válido como 2026-09-01 ou 2026-09-01T14:30:00Z. Um formato plausível não torna válida uma data impossível.
Para uma página, lastmod deve refletir uma alteração significativa, não cada reconstrução do sitemap. Um gerador que substitua todas as datas pela de hoje pode produzir dados sintaticamente válidos, mas enganadores. Compare a data da fonte com as alterações reais; este validador não verifica o histórico de modificações.
O guia de sitemaps do Google indica que usa datas de modificação consistentemente exatas e verificáveis e ignora priority e changefreq. Corrigir estes dois campos repara os metadados fornecidos; não aumenta por si só a classificação. Se forem mantidos, a prioridade deve estar entre 0 e 1 e a frequência deve usar um valor suportado em minúsculas, como weekly.
Leia um índice como uma lista de ficheiros
Um sitemapindex contém entradas sitemap. Cada loc aponta para um ficheiro de sitemap subordinado; o lastmod opcional descreve a alteração desse ficheiro. Não descreve cada página dentro dele. Um índice com três ficheiros tem, portanto, três entradas, não três páginas do site.
O Screpy valida o próprio índice submetido sem abrir os ficheiros subordinados. Valide cada ficheiro relevante separadamente ao investigar um erro no seu interior. Para um inventário descarregável, o XML Sitemap Parser extrai entradas sem transformar o índice numa lista combinada de páginas.
Um aviso de origem compara o esquema, nome do anfitrião e porta da entrada com o URL final do documento obtido ou com a base do XML colado. Verifique um http inesperado, outro anfitrião ou uma porta diferente antes de alterar endereços. Uma diferença exige revisão, não um veredito automático de submissão inválida.
O Google permite submissões de sitemaps entre sites configuradas com a propriedade adequada ou referências a sitemaps específicas de cada site. Esta ferramenta não verifica essas definições. Confirme a configuração pretendida antes de substituir endereços legítimos apenas para eliminar um aviso.
Verifique novamente o ficheiro corrigido no âmbito indicado
O protocolo limita cada ficheiro a 50.000 entradas e 50 MiB de conteúdo não comprimido. O Screpy aceita até 256 KiB de XML colado ou 50 MiB de XML remoto descodificado. Estes limites medem bytes, não caracteres.
A validação para nas 50.000 entradas processadas; o total completo e a boa formação do XML podem permanecer desconhecidos. São conservadas no máximo 1.000 linhas e os limites de tamanho da resposta podem reduzir mais o resultado. Ler mais entradas do que as visíveis não torna completa a lista apresentada. Verifique a cobertura antes de interpretar totais ou partilhar o relatório.
CSV e TXT contêm entradas conservadas; JSON contém o relatório limitado. Exportar um resultado parcial não garante um inventário completo. Os elementos de extensão também podem causar cobertura parcial: a ferramenta verifica os campos principais suportados, não todos os esquemas de extensão nem a conformidade XSD completa.
Corrija o gerador, modelo ou registos de origem, regenere o XML e verifique novamente o endereço publicado corrigido. Editar apenas o ficheiro gerado pode ser desfeito na próxima reconstrução. Para um ficheiro grande, valide sitemaps de origem mais pequenos separadamente e registe quais verificações terminaram.
Por fim, investigue o comportamento das páginas separadamente. O Bulk HTTP Status Checker ajuda a examinar respostas e redirecionamentos dos URL listados. Passar nas verificações XML não demonstra o estado da página, canonicalização, noindex ou indexação. Após a submissão, examine o processamento do sitemap e as evidências de indexação do Google, em vez de tratar este relatório como prova de visibilidade nas pesquisas.