Documentation

Que vos anciens liens et adresses http:// mènent toujours au bon endroit

Les redirections se configurent une fois, puis s’oublient — jusqu’au remplacement d’un serveur web, à la réécriture d’une règle de CDN ou à la mise en ligne d’une refonte. Alors http:// ne renvoie plus vers https://, le domaine nu n’atteint plus www, les anciennes URL de produits vers lesquelles pointent des années de liens répondent 404, ou deux règles se renvoient les visiteurs jusqu’à ce que le navigateur abandonne. Une vérification de disponibilité ordinaire suit la redirection, trouve une page qui fonctionne au bout et ne signale rien.

Pingsured peut vérifier la redirection elle-même.

Vérifier une redirection

Désactivez « suivre les redirections » sur le ping. La vérification juge alors la réponse de redirection, pas la page qui se trouve derrière :

Elle échoue quand la redirection disparaît, quand elle devient une 302 temporaire et quand elle pointe ailleurs. Utilisez un ping par redirection qui compte : la version http de votre domaine, le domaine nu, et les anciennes adresses des pages qui reçoivent le plus de liens.

Vérifier une chaîne entière

Avec « suivre les redirections » activé, fixez le nombre maximal de redirections — 3 par défaut, jusqu’à 20 — et attendez 200. Une chaîne plus longue se termine sur une redirection au lieu d’une page : le statut ne correspond pas et la vérification échoue. Cela repère les boucles de redirection, et les chaînes qui ont gagné une étape à chaque migration.

Après une refonte

Une migration de site est le moment où les redirections comptent le plus et cassent le plus. Avant la bascule, créez un ping pour chacune de vos anciennes URL les plus importantes, avec sa nouvelle adresse attendue. Le jour de la mise en ligne, ils vous disent quelles règles fonctionnent, et ils continuent de vérifier ensuite, quand la prochaine modification de la configuration du serveur en annule une sans que personne ne le remarque.

Pourquoi surveiller vos redirections avec Pingsured

• Pingsured voit ce que le navigateur ne montre pas. Une redirection qui fonctionne mais mène au mauvais endroit, ou utilise le mauvais code de statut, paraît correcte à une personne qui clique.
• Des vérifications exactes. Code de statut et en-tête Location, comparés à l’identique ou avec une expression régulière.
• Depuis chaque emplacement. Les redirections sont souvent faites par un CDN ; chaque emplacement est jugé séparément, si bien qu’une règle absente sur un nœud n’est pas masquée par les autres.
• Vos identifiants restent à leur place. Quand une vérification suit une redirection vers un autre hôte, les en-têtes de requête que vous avez configurés ne sont pas transmis.

Limites à connaître

• Une vérification qui ne suit pas les redirections juge une seule réponse. Pour vérifier à la fois la redirection et la page vers laquelle elle mène, utilisez deux pings.
• Les vérifications envoient des requêtes GET ou HEAD.