Vérifier les balises rel prev et next de pagination

Indiquez l’URL de chaque page ainsi que la destination trouvée dans ses balises rel=prev et rel=next. Le résultat signale les liens manquants, les liens de terminaison inattendus, les autoréférences, les URL dupliquées et les destinations qui sautent une page ou désignent le mauvais voisin. La comparaison est exacte, déterministe et n’interroge aucune page, ce qui convient aux contrôles de compilation, aux exports de robots d’exploration et aux audits SEO techniques reproductibles.

Décrivez la série dans l’ordre prévu

Commencez par la page que les moteurs de recherche et les visiteurs doivent considérer comme le début de la série, puis ajoutez toutes les pages suivantes dans l’ordre. Pour chaque enregistrement, saisissez l’URL absolue de la page et les destinations déclarées par ses balises rel=prev et rel=next. Le vérificateur interprète l’ordre du tableau comme l’ordre canonique que vous affirmez. La relation attendue est ainsi sans ambiguïté : la page deux doit désigner la page un comme précédente, la page un doit désigner la page deux comme suivante, et cette règle doit se poursuivre dans toute la série. Le premier enregistrement doit omettre prev, car rien ne le précède, tandis que le dernier doit omettre next, car rien ne le suit. Utilisez les destinations réellement présentes dans les balises, et non les URL que le modèle devait selon vous produire. Une saisie exacte permet au rapport de révéler des écarts discrets, tels qu’une barre oblique finale différente, un autre paramètre de requête ou un lien passant directement de la page deux à la page quatre. Une liste de moins de deux enregistrements est rejetée, car elle ne peut démontrer aucune relation de pagination.

Comprenez chaque anomalie signalée

Un résultat valide signifie que chaque paire adjacente concorde dans les deux sens : la page antérieure pointe vers la page suivante, et celle-ci renvoie vers la précédente. Une anomalie missing_link indique l’absence d’une relation imposée par l’ordre fourni. unexpected_link apparaît lorsque la première page déclare prev ou que la dernière déclare next, ce qui prolongerait la chaîne au-delà de la série transmise. mismatched_link désigne une destination autre que le voisin immédiat attendu ; cela peut révéler une page sautée, une ancienne valeur de modèle ou des enregistrements mal ordonnés. self_link signifie qu’une page pointe vers elle-même plutôt que vers un autre membre de la série. Une URL répétée fait l’objet d’une anomalie spécifique, car elle rend l’ordre déclaré ambigu, même si les chaînes voisines semblent correspondre. Chaque anomalie comprend la position de la page à partir de un, son URL, le champ concerné, la destination attendue et la destination réelle. Le vérificateur ne consulte pas les URL et ne détermine pas si une destination répond ; il évalue uniquement les relations que vous fournissez.

Intégrez le résultat à votre contrôle qualité SEO

Lancez cette vérification après avoir extrait les éléments de lien de pages rendues, d’un export d’exploration ou d’un test de modèle. En intégration continue, faites du résultat une condition de publication en exigeant que valid soit true avant de déployer un modèle de pagination. Pendant un audit, conservez les anomalies avec l’instantané d’exploration afin que l’équipe de développement puisse reproduire précisément la relation défaillante sans explorer à nouveau le site. La comparaison est volontairement exacte après suppression des espaces extérieurs. Le vérificateur ne normalise pas les chaînes de requête, ne retire pas les fragments, ne confond pas HTTP et HTTPS et ne suppose pas que les barres obliques finales soient équivalentes, car ces transformations pourraient masquer un véritable problème de canonicalisation. Corrigez les balises sources ou l’ordre transmis, puis relancez les mêmes enregistrements jusqu’à obtenir zéro anomalie. L’outil du navigateur convient aux contrôles manuels ; les requêtes automatisées coûtent $0.002 chacune et renvoient la même structure déterministe. Pour une couverture complète, associez ce contrôle à des validations distinctes des codes d’état, des balises canonical, de l’indexabilité et du HTML rendu.