Une page qui disparaît, une adresse qui change, un ancien lien encore partagé sur les réseaux… Les redirections font partie de la vie d’un site WordPress. Bien configurées, elles guident les visiteurs vers la bonne destination et préservent une partie du travail accompli pour le référencement. Mal réglées, elles peuvent les envoyer dans une boucle sans fin — ou les conduire tout droit vers une erreur 404.
Le vérificateur de redirection HTTP permet de voir ce qui se passe réellement lorsqu’un navigateur demande une page. En quelques secondes, il révèle si l’adresse répond directement, si elle passe par une ou plusieurs redirections, et quel code HTTP est renvoyé. Voici comment l’utiliser sur votre site, interpréter ses résultats et corriger les problèmes les plus courants.
Une redirection HTTP, c’est quoi au juste ?
Lorsqu’un internaute ouvre une adresse, son navigateur envoie une demande au serveur. Celui-ci répond notamment par un code HTTP, qui indique si la page a été trouvée, si elle a changé d’adresse ou si elle est indisponible. En cas de redirection, le serveur indique au navigateur de poursuivre vers une autre URL.
Imaginez que vous déménagiez votre boutique. Une redirection, c’est le panneau placé sur l’ancienne porte pour indiquer la nouvelle adresse. Sans ce panneau, certains visiteurs continueront de sonner chez l’ancien propriétaire. Sur un site, ce sont les liens enregistrés, les résultats des moteurs de recherche ou les favoris des internautes qui risquent de mener à une page disparue.
Les codes de redirection les plus utiles à connaître sont les suivants :
-
301 — redirection permanente : l’adresse a changé durablement. C’est généralement le bon choix lorsqu’une page est déplacée ou qu’un ancien nom de domaine est remplacé.
-
302 — redirection temporaire : le changement est provisoire. Le serveur indique que l’adresse initiale pourra être réutilisée.
-
307 et 308 : des variantes temporaires et permanentes qui préservent la méthode de la demande. Elles sont surtout utiles dans certains contextes techniques.
-
404 — page introuvable : aucune page ne répond à l’adresse demandée. Ce n’est pas une redirection, mais un signal qu’il faut examiner si la page devrait toujours exister.
Pour la plupart des changements définitifs d’URL, la redirection 301 est le choix habituel. Cela ne signifie pas qu’il faut transformer chaque adresse en 301 par réflexe : une redirection temporaire ou une page d’erreur peut être plus appropriée selon la situation.
À quoi sert un vérificateur de redirection HTTP ?
Un vérificateur de redirection HTTP interroge une adresse et affiche les réponses reçues du serveur. Il peut montrer le code HTTP de départ, la destination suivante et, le cas échéant, toutes les étapes avant l’arrivée sur la page finale. Certains outils indiquent aussi la durée de réponse et les en-têtes transmis par le serveur.
Son intérêt est simple : vous n’avez pas à deviner ce que votre configuration fait. Une règle qui semble correcte dans une extension peut produire un résultat différent une fois appliquée, notamment si elle se combine avec les réglages de l’hébergement, un module de sécurité ou une autre extension de redirection.
Ce contrôle devient particulièrement utile après :
-
la modification du nom de domaine ou le passage du site en HTTPS ;
-
la suppression, le déplacement ou le renommage d’une page ;
-
une refonte qui change la structure des adresses ;
-
l’installation ou la mise à jour d’une extension de référencement ou de redirection ;
-
un signalement d’erreur de la part d’un client, d’un collègue ou d’un moteur de recherche.
Un exemple très courant : vous passez votre site de http://exemple.ch à https://exemple.ch. Si les anciennes adresses ne conduisent pas correctement vers les nouvelles, une partie de vos visiteurs peut tomber sur une version non sécurisée ou sur une erreur. Le vérificateur permet de contrôler le trajet, plutôt que de se contenter de regarder la page d’arrivée.
Comment effectuer une vérification
La plupart des vérificateurs fonctionnent directement dans un navigateur. Choisissez un outil fiable, collez l’adresse complète à tester, puis lancez l’analyse. Vous n’avez généralement ni extension à installer ni compte à créer pour un contrôle ponctuel.
Pour obtenir un résultat utile, testez l’adresse exacte qui pose question. Si vous vérifiez une page, incluez son chemin complet, par exemple https://exemple.ch/services/creation-site/. Pensez aussi à tester les variantes susceptibles d’être utilisées par vos visiteurs : avec ou sans www, avec http ou https, avec ou sans barre oblique finale.
Une fois le contrôle lancé, observez les éléments suivants :
-
Le premier code HTTP : une réponse 200 indique que l’adresse demandée sert directement une page. Une réponse 301 ou 302 annonce une redirection.
-
La destination : vérifiez que l’adresse cible est bien celle que vous souhaitez afficher.
-
Le nombre d’étapes : une redirection suivie d’une autre peut fonctionner, mais chaque étape inutile ajoute de la complexité et peut ralentir le parcours.
-
Le résultat final : la dernière adresse doit aboutir à une page accessible, idéalement avec une réponse 200.
-
Les erreurs : une boucle, une destination inexistante ou une réponse serveur inattendue demande une vérification plus poussée.
Faites le test sur plusieurs pages, pas seulement sur la page d’accueil. Une migration peut avoir été correctement configurée pour le domaine principal tout en oubliant les anciennes adresses des pages de services, des articles ou des images. Et c’est souvent là que les petits problèmes savent se cacher.
Lire une chaîne de redirections sans perdre le fil
Une chaîne de redirections correspond à plusieurs changements d’adresse successifs avant d’atteindre la page finale. Par exemple : une ancienne adresse en HTTP est envoyée vers la version HTTPS avec www, puis vers une version sans www, avant d’arriver sur la page souhaitée. Le visiteur finit peut-être au bon endroit, mais son navigateur a dû faire plusieurs demandes.
La configuration idéale est généralement un trajet direct entre l’ancienne adresse et la destination finale. Si l’adresse http://www.exemple.ch/ancienne-page/ doit désormais mener à https://exemple.ch/nouvelle-page/, une seule redirection bien définie est préférable à une succession de règles héritées de plusieurs années.
Les chaînes longues peuvent ralentir le chargement, compliquer le diagnostic et rendre la maintenance plus délicate. Elles ne signifient pas automatiquement que le référencement est compromis, mais elles méritent d’être simplifiées. Commencez par repérer chaque étape, puis identifiez l’endroit où elle est définie : WordPress, une extension, le serveur ou le service qui gère votre domaine.
Une boucle est plus urgente. Elle apparaît lorsqu’une adresse renvoie vers une autre qui, à son tour, renvoie vers la première. Le navigateur ne peut jamais atteindre de page finale et affiche un message du type « trop de redirections ». Dans ce cas, ne créez pas une nouvelle règle au hasard : elle risque d’ajouter un tour de manège au problème.
Contrôler les redirections dans WordPress
WordPress peut gérer certaines redirections à l’aide d’extensions, tandis que d’autres sont configurées directement sur le serveur ou dans les réglages de l’hébergement. Cela explique pourquoi une règle n’apparaît pas toujours dans le tableau de bord, même si le vérificateur la détecte.
Si vous utilisez une extension de redirection, recherchez l’ancienne adresse et vérifiez la cible, le type de redirection et les éventuelles règles similaires. Deux règles qui se chevauchent peuvent provoquer un résultat inattendu. Avant toute modification, notez la configuration actuelle : une capture d’écran ou une copie des règles peut vous éviter une chasse au trésor numérique.
Vérifiez ensuite les réglages généraux de WordPress, notamment les adresses du site et de WordPress. Elles doivent correspondre à la version retenue de votre domaine et de votre protocole. Si le site doit fonctionner en HTTPS, les adresses principales doivent être cohérentes avec ce choix. Ne les modifiez toutefois pas à l’aveugle : une mauvaise valeur peut rendre l’administration difficile d’accès.
Si la redirection est définie dans la configuration du serveur, dans un fichier de règles ou chez votre hébergeur, l’extension WordPress ne pourra pas toujours la corriger. En cas de doute, contactez l’assistance de votre hébergement ou la personne qui gère la partie technique du site. Mieux vaut poser une question précise que réparer une règle serveur à tâtons.
Les problèmes fréquents et les bons réflexes
La redirection pointe vers une mauvaise page. Une ancienne page produit peut être envoyée vers l’accueil alors qu’une page de remplacement existe. Préférez une destination pertinente : l’internaute cherchait une information particulière, pas une visite surprise de votre page d’accueil.
Une ancienne adresse renvoie une erreur 404. Si la page a été déplacée, créez une redirection vers son équivalent actuel. Si elle a été supprimée sans remplacement pertinent, une erreur 404 peut être préférable à une redirection artificielle vers une page sans rapport.
Les redirections s’accumulent. Après plusieurs refontes, des règles anciennes peuvent se superposer. Utilisez le vérificateur pour suivre la chaîne, puis remplacez les étapes intermédiaires par une destination directe lorsque c’est possible.
Le site boucle entre HTTP et HTTPS. Ce problème peut venir de règles contradictoires entre WordPress, le serveur et un service intermédiaire de sécurité ou de diffusion. Vérifiez quelle couche impose chaque changement. Si vous ne savez pas laquelle intervient, transmettez le résultat du vérificateur à votre hébergeur : il donnera un point de départ concret au diagnostic.
La page fonctionne dans votre navigateur, mais pas pour tout le monde. Le cache peut afficher une ancienne version ou masquer un changement récent. Après une correction, videz le cache de WordPress, de l’hébergement ou du réseau de diffusion utilisé, puis refaites le test. Essayez aussi une fenêtre de navigation privée pour écarter les données enregistrées localement.
Une méthode simple après une modification d’URL
Avant de déplacer une page, dressez la liste des anciennes adresses et de leurs nouvelles destinations. Après la modification, testez les URL importantes avec le vérificateur. Assurez-vous que chaque ancienne adresse aboutit à la bonne page, sans boucle ni étape superflue, et que la destination finale répond correctement.
Pour un site de plusieurs centaines de pages, un contrôle manuel de chaque adresse n’est pas toujours réaliste. Commencez par les pages les plus visitées, les pages de vente et les contenus qui reçoivent des liens externes. Vous pouvez ensuite compléter l’analyse avec un outil d’audit de site ou les rapports de votre outil de référencement.
Gardez également une liste des redirections ajoutées et de leur raison. Dans six mois, la règle qui semblait évidente aujourd’hui ne le sera peut-être plus. Un commentaire comme « ancienne page de réservation déplacée lors de la refonte » est bien plus utile que « règle ajoutée le mardi » — même si le mardi était très chargé.
Le vérificateur, un petit outil pour éviter de gros détours
Un vérificateur de redirection HTTP ne remplace ni un audit complet ni une configuration réfléchie. En revanche, il offre une vue rapide et concrète de ce que le serveur renvoie réellement. C’est un excellent premier réflexe après une migration, une modification d’URL ou un signalement de page inaccessible.
Testez l’adresse exacte, suivez toutes les étapes, vérifiez le code final et corrigez les règles là où elles sont réellement définies. Quelques minutes de contrôle peuvent épargner bien des clics perdus à vos visiteurs — et quelques soupirs à la personne chargée de maintenir le site.
