Après une refonte, les anciennes URL ne doivent pas simplement disparaître. Les visiteurs peuvent avoir enregistré des produits ou suivi des résultats de recherche vers d’anciens articles. Une page absente peut les faire partir. Comment gérer les redirections 301 lorsque les URL changent ? Associez chaque ancienne adresse au nouveau contenu correspondant, redirigez-y définitivement les visiteurs, puis ouvrez et vérifiez chaque parcours.

Un 301 est une réponse du serveur indiquant aux navigateurs et aux moteurs de recherche qu’une page a déménagé définitivement. Il ne trouve pas la bonne destination à votre place. Les mauvaises destinations, les boucles et le renvoi de toutes les anciennes pages vers l’accueil empêchent toujours les visiteurs de trouver l’information recherchée.

Comprendre d’abord quand utiliser un 301

Si vous déplacez le contenu d’un produit de example.com/old-product/ à example.com/new-product/ et retirez l’ancienne adresse comme page autonome, il s’agit d’un déplacement permanent classique. Les codes 301 et 308 indiquent tous deux une redirection permanente ; les débutants peuvent utiliser l’option 301 prise en charge par leur site WordPress actuel. Google considère les redirections serveur 301 et 308 comme des signaux forts de déplacement permanent, comme l’explique sa documentation sur les redirections .

Pour une maintenance temporaire suivie du rétablissement de l’URL initiale, ne déclarez pas de déplacement permanent. Les codes 302 et 307 indiquent des redirections temporaires. Si seuls le design et le contenu changent, sans modification d’URL, aucun 301 supplémentaire n’est nécessaire pour cette adresse.

Vérifiez que la nouvelle URL fonctionne avant de configurer la redirection. Si la destination renvoie 404 ou n’est pas publiée, même un 301 correct ne permet pas d’obtenir le contenu. Préparez une liste pilote et effectuez la bascule lorsque les nouvelles pages sont prêtes.

Et si une ancienne page n’a pas de remplaçante ?

N’envoyez pas tout vers l’accueil uniquement pour obtenir un 301 sur chaque ancienne URL. Un produit retiré peut rediriger vers un remplacement réellement similaire si le contenu et l’objectif d’achat correspondent. Sans destination pertinente, expliquez que le produit est retiré ou renvoyez un 404/410 approprié au lieu d’envoyer les visiteurs vers un accueil sans rapport. Le guide de migration de Google avertit aussi que le renvoi de nombreuses anciennes URL vers un accueil non pertinent peut être considéré comme une erreur soft 404.

Étape 1 : établir une correspondance individuelle des URL

Exportez le sitemap actuel, les pages d’entrée importantes et les liens internes, puis ajoutez les anciennes URL qui reçoivent encore des visites ou des impressions dans Search Console. Notez au minimum l’ancienne URL, la nouvelle, l’objectif de la page, l’action et le résultat de la vérification. Ne devinez pas les destinations à partir des seuls titres. Ouvrez l’ancien contenu pour comprendre la tâche du lecteur, notamment lors du renommage de modèles, de la fusion de catégories ou d’une refonte multilingue.

Il s’agit d’exemples pédagogiques, pas de migrations réelles de clients AIRSANG. Pour une mise en ligne réelle, précisez intégralement le protocole, le domaine, le chemin, la barre finale et les majuscules. Passer de http à https ou modifier la présence de www peut aussi produire plusieurs redirections. Vérifiez que la destination finale est bien l’URL canonique prévue.

• Conservez l’ancienne URL, la destination et le type de page pour une vérification individuelle.
• Priorisez les pages recevant du trafic naturel, des liens externes, des favoris fréquents ou des visites publicitaires.
• Notez qui a configuré les règles et quand elles ont été activées pour retrouver rapidement leur origine.

Étape 2 : choisir un emplacement unique et maîtrisable pour les redirections

Les sites WordPress utilisent généralement une fonction existante de gestion des redirections ou des règles de serveur ou d’hébergement. Demandez au responsable de maintenance qui contrôle actuellement les redirections pour éviter des destinations contradictoires entre extensions, serveur et CDN pour une même URL. Si des outils comme Rank Math gèrent les redirections, vérifiez les fonctions installées et la configuration réelle. Citer une extension dans un article ne signifie pas qu’elle est activée sur votre site.

En général, saisissez l’ancien chemin et l’URL complète de destination, puis choisissez une redirection permanente. Avant d’enregistrer, vérifiez que l’ancien chemin ne correspond qu’aux pages visées, que la cible ne comporte aucune faute et que l’administration, les images et les autres langues ne sont pas affectées. Testez une URL réelle à faible risque avant une importation massive.

Si un développeur configure le serveur web, fournissez la correspondance complète et demandez d’abord des tests en préproduction. Nginx, Apache, les CDN et WordPress utilisent des syntaxes différentes. Cet article ne fournit pas de configuration prétendument universelle à coller en production. Adaptez le code à la version réelle du serveur et à sa documentation officielle, en sauvegardant les règles précédentes.

Choisir une redirection permanente et identifier où la règle agit

Ouvrir la nouvelle page dans un navigateur ne prouve pas que l’ancienne URL renvoie 301. Les scripts, l’actualisation meta et les liens invitant à visiter la nouvelle page peuvent y conduire sans la réponse permanente requise du serveur. Inspectez le statut réseau après configuration au lieu de vous fier au changement dans la barre d’adresse.

Une fois une règle validée, importez la liste par lots. Conservez pour chaque lot le nombre de règles, les captures ou exports, les résultats des tests et le responsable du retour arrière. Si le chemin d’une catégorie est erroné, vous pourrez annuler ce lot sans devoir deviner quand le site a cessé de fonctionner.

Étape 3 : vérifier le 301 de chaque ancienne URL et le 200 de sa destination

Ouvrez l’ancienne URL dans une fenêtre privée et vérifiez qu’elle atteint la bonne remplaçante. Inspectez la réponse dans le panneau Réseau des outils de développement ou avec un vérificateur HTTP fiable. Un déplacement permanent normal renvoie généralement 301 à l’ancienne adresse, avec un en-tête Location pointant vers la nouvelle, qui renvoie finalement 200. Le statut 200 signifie que la page a correctement renvoyé du contenu ; 404 signifie que la page est introuvable.

Vérifier uniquement que le navigateur finit par ouvrir une page peut masquer des chaînes : l’ancienne URL redirige vers une adresse intermédiaire, qui redirige encore avant d’atteindre la nouvelle page. Quelques redirections nécessaires ne constituent pas automatiquement un échec, mais les longues chaînes sont plus difficiles à maintenir et risquent davantage de créer des boucles lors de refontes ultérieures. Pointez directement vers l’adresse canonique finale autant que possible.

1. Ouvrez chaque ancienne URL et relevez son statut initial ainsi que l’en-tête Location.
2. Ouvrez l’URL finale, confirmez que son contenu est identique ou réellement correspondant, puis vérifiez la réponse finale 200.
3. Recherchez les retours à l’ancienne adresse, les redirections vers soi-même, les mauvaises langues ou des lots entiers aboutissant à l’accueil.
4. Testez un échantillon de pages importantes sur mobile et ordinateur, en vérifiant images, boutons et formulaires.

Si vous connaissez mal les outils de développement, demandez au développeur un tableau par URL indiquant ancienne adresse, statut, destination et statut de destination plutôt qu’une simple confirmation de configuration. Des scripts peuvent tester toutes les URL d’une grande migration, mais ouvrez manuellement des exemples de chaque modèle de page pour détecter les mauvaises correspondances de contenu.

Étape 4 : actualiser les liens internes vers les nouvelles URL

Un 301 aide les personnes utilisant encore une ancienne adresse ; il ne doit pas devenir le parcours normal de navigation interne. Après configuration, remplacez autant que possible les anciennes URL dans les menus, pieds de page, articles, boutons, recommandations de produits et modèles d’e-mails. Notre guide pour conserver ou supprimer les anciennes sections de l’accueil aide à identifier les points d’entrée à conserver avant d’actualiser leurs liens.

Vérifiez aussi les balises canonical des nouvelles pages. Une canonical indique aux moteurs quelle URL constitue la version principale. Une nouvelle fiche produit pointant encore vers son ancienne URL envoie des signaux contradictoires. Normalement, une nouvelle page doit référencer sa propre URL canonique ou la bonne version selon la stratégie réelle de contenu dupliqué. Ne réécrivez pas toutes les canonical sans examiner le code source et les règles de la plateforme.

Actualisez le sitemap XML pour que sa liste principale contienne les nouvelles URL canoniques que vous souhaitez faire découvrir aux moteurs, puis soumettez-le à nouveau ou attendez l’exploration. Conservez les redirections anciennes : retirer des URL du sitemap ne permet pas de supprimer aussitôt leurs règles. Pour définir le périmètre de la refonte, consultez notre liste en six étapes pour un projet de site d’entreprise et intégrez migration et vérification des URL au plan de livraison.

Vous ne maîtrisez pas forcément les anciens liens présents sur des sites externes ; les redirections 301 doivent donc continuer à servir ces visites. Demandez aux partenaires importants disposés à le faire d’actualiser leurs liens directement vers les nouvelles adresses. Cela réduit les redirections intermédiaires, sans remplacer le maintien des redirections serveur.

Étape 5 : surveiller après la mise en ligne et conserver les anciennes règles

Les premiers jours suivant la migration, surveillez les journaux d’accès aux anciennes URL, les rapports 404, le traitement du sitemap et l’indexation dans Search Console. Le rapport Pages de Google Search Console aide à identifier les pages absentes, redirigées et le traitement des nouvelles pages. Les rapports sont différés : l’absence de mise à jour le jour même ne prouve pas un échec.

Retestez des anciennes URL récemment visitées, notamment celles des publicités, profils sociaux et e-mails clients. Si une ancienne URL renvoie 404, cherchez d’abord un nouveau contenu correspondant avant d’ajouter une association. Ne redirigez pas automatiquement tous les 404 vers l’accueil. Si de nombreux liens internes utilisent encore les anciennes URL, corrigez leur source puis testez à nouveau un échantillon.

Le guide de migration de Google recommande généralement de conserver les redirections des anciennes URL au moins un an, davantage si des utilisateurs ou liens externes emploient encore ces adresses. Un an est une recommandation de maintenance, pas une promesse de rétablissement du classement après un an. Avant la refonte, consultez notre guide du périmètre tarifaire d’une refonte web pour attribuer les responsabilités de surveillance après lancement, de réparation des liens et de conservation des règles.

Diagnostiquer selon les symptômes

Les anciennes pages arrivent à l’accueil ou dans la mauvaise langue

Vérifiez si plusieurs anciens chemins sont associés à une destination générique, puis recherchez des règles en double dans le serveur, WordPress ou le CDN. Corrigez selon l’objectif initial : une personne recherchant les tailles doit trouver ces informations, pas l’accueil de la marque. Sur un site multilingue, veillez à ce qu’une ancienne page chinoise n’arrive pas accidentellement sur un accueil produit anglais.

Le navigateur signale trop de redirections

Cela signifie souvent que deux règles se renvoient mutuellement ou que les normalisations HTTP/HTTPS et avec/sans www se contredisent. Suivez chaque Location dans la chaîne de requêtes au lieu de vider sans cesse les caches. Désactivez ou corrigez une règle conflictuelle, puis vérifiez à nouveau en navigation privée et en ligne de commande.

La nouvelle page fonctionne, mais les résultats affichent encore l’ancienne URL

Alignez d’abord le 301 serveur, le 200 de destination, la nouvelle canonical, les liens internes et le sitemap, puis laissez aux moteurs le temps de les traiter. Enregistrer les règles ne met pas instantanément les résultats à jour. Ne changez pas sans cesse les slugs et ne soumettez pas le même sitemap incorrect pour accélérer l’affichage : corrigez d’abord les signaux techniques.

Pour annuler une migration incorrecte, restaurez la sauvegarde de configuration afin que les anciennes URL servent le bon contenu, ou corrigez les destinations erronées avec des correspondances individuelles adaptées. Notez l’heure du retour arrière, les URL concernées et les résultats des nouveaux tests pour éviter qu’un collègue réimporte les anciennes règles. Lors d’un retour arrière formel, vérifiez aussi que les liens internes et canonical correspondent aux URL restaurées.

Conclusion : associer, rediriger et retester

Si une refonte modifie les URL, redirigez définitivement chaque ancienne adresse disposant encore d’un contenu correspondant vers sa remplaçante la plus pertinente. Après publication, vérifiez le 301 de chaque ancienne adresse et le 200 de chaque destination finale. Actualisez liens internes, canonical et sitemaps, puis poursuivez la surveillance des rapports 404 et Search Console.

Pour une première migration, testez trois à cinq pages importantes afin de repérer les incohérences plus facilement qu’en changeant tout le site d’un coup. Confirmez où les règles agissent, le sens des correspondances et le responsable du retour arrière avant d’étendre par lots. Ne forcez pas les anciennes pages sans remplacement vers l’accueil. La capacité du visiteur à retrouver l’information initialement recherchée reste le premier critère d’une redirection correcte.