Verificador de tags rel prev e next de paginação

Informe a URL de cada página e o destino encontrado nas tags rel=prev e rel=next. O resultado identifica links ausentes, links indevidos nas extremidades, autorreferências, URLs duplicadas e destinos que pulam uma página ou apontam para o vizinho errado. A comparação é exata, determinística e não acessa nenhuma página, sendo apropriada para testes de build, exportações de crawlers e auditorias técnicas de SEO reproduzíveis.

Descreva a série na ordem pretendida

Comece pela página que mecanismos de busca e visitantes devem considerar o início da série e depois adicione todas as páginas seguintes em sequência. Em cada registro, informe a URL absoluta da página e os destinos declarados pelas tags rel=prev e rel=next. O verificador considera a ordem do array como a ordem canônica alegada por você. Assim, a relação esperada fica inequívoca: a página dois deve indicar a página um como anterior, a página um deve indicar a página dois como seguinte, e a mesma regra continua por toda a série. O primeiro registro deve omitir prev porque nada vem antes dele, enquanto o último deve omitir next porque nada vem depois. Use os destinos reais das tags, e não as URLs que você esperava que os templates emitissem. Uma entrada exata permite que o relatório revele divergências sutis, como uma barra final diferente, outro parâmetro de consulta ou um link que salta diretamente da página dois para a quatro. Uma lista com menos de dois registros é rejeitada porque não demonstra uma relação de paginação.

Entenda cada problema informado

Um resultado válido significa que cada par adjacente concorda nas duas direções: a página anterior aponta para a posterior, e a posterior aponta de volta para a anterior. Um problema missing_link indica que uma relação exigida pela ordem fornecida está ausente. unexpected_link aparece quando a primeira página declara prev ou a última declara next, estendendo a cadeia para além da série enviada. mismatched_link aponta para algo diferente do vizinho imediato esperado, o que pode revelar páginas puladas, valores antigos de template ou registros colocados na ordem errada. self_link significa que uma página aponta para si mesma em vez de apontar para outro membro da série. URLs duplicadas recebem um problema próprio porque repetir uma página torna ambígua a ordem alegada, mesmo que as tags próximas pareçam coincidir. Cada problema inclui a posição da página a partir de um, a URL, o campo afetado, o destino esperado e o destino real. O verificador não acessa URLs nem determina se o destino responde; ele avalia somente os relacionamentos fornecidos.

Use o resultado em um fluxo de qualidade de SEO

Execute esta verificação depois de extrair elementos de link de páginas renderizadas, de uma exportação de crawler ou de um teste de template. Na integração contínua, transforme o resultado em condição de lançamento exigindo que valid seja true antes da implantação de um template de paginação. Durante uma auditoria, mantenha os problemas junto ao snapshot do rastreamento para que a equipe de desenvolvimento reproduza exatamente qual relação falhou sem rastrear o site novamente. A comparação é intencionalmente exata depois da remoção dos espaços externos. O verificador não normaliza strings de consulta, não remove fragmentos, não combina HTTP com HTTPS e não presume equivalência de barras finais, pois essas transformações poderiam ocultar um problema real de canonicalização. Corrija as tags de origem ou a ordem enviada e execute os mesmos registros novamente até que a contagem de problemas chegue a zero. A ferramenta no navegador é prática para uma revisão manual; solicitações automatizadas custam US$ 0,002 cada e retornam a mesma estrutura determinística. Para uma cobertura completa, combine esta análise com verificações separadas de status, tags canonical, indexabilidade e HTML renderizado.