Lorsqu’une page change d’adresse, ses anciens liens continuent d’être utilisés. Sans traitement adapté, les visiteurs peuvent rencontrer une erreur et Google ne dispose pas d’une indication claire du déplacement. Une redirection permanente vers une page équivalente aide à assurer cette continuité, sans garantir le maintien exact des positions.
Pour préparer une migration ou une refonte, il faut décider quelles URL conserver, choisir les destinations, documenter les correspondances et tester le résultat. Voici comment organiser ces étapes et suivre leurs effets.
Ce qu’une redirection peut préserver, et ses limites
Une redirection demande au navigateur ou au robot d’exploration de consulter une autre adresse. Elle permet notamment aux visiteurs utilisant un ancien lien de retrouver le contenu déplacé.
La continuité dépend aussi de la destination. Déplacer un guide vers une nouvelle adresse en conservant son sujet diffère d’envoyer ce guide vers une page commerciale sans rapport direct. Une redirection techniquement correcte peut rester inadaptée au besoin du lecteur.
Elle ne compense pas toutes les modifications d’une refonte : suppression de contenu, changement d’intention, navigation dégradée ou problèmes d’accès. Le maintien de la visibilité doit donc être évalué à l’échelle du projet.
Faut-il conserver, rediriger ou supprimer l’URL ?
Le contenu reste à la même adresse
Une nouvelle mise en page ou une révision du texte n’impose pas de modifier l’URL. Si l’adresse reste adaptée, la conserver évite un déplacement inutile.
Changer de serveur ne signifie pas non plus changer d’adresse. Vous pouvez changer d’hébergeur en conservant votre nom de domaine et vos chemins existants. Aucune redirection liée à un déplacement n’est alors nécessaire si les URL restent strictement identiques.
Le contenu est déplacé ou fusionné
Une modification de chemin, de domaine ou d’arborescence demande de définir la correspondance entre l’ancienne page et sa destination. Choisissez une page qui répond au même besoin, plutôt qu’une adresse dont le nom ressemble simplement à l’ancien slug.
Exemple fictif : un guide « entretien du vélo » passe du répertoire « conseils » au répertoire « guides ». Sa nouvelle version constitue une destination logique. Si plusieurs articles sont fusionnés, vérifiez que le contenu final reprend leurs informations utiles.
La page disparaît sans remplacement pertinent
Une suppression ne justifie pas automatiquement une redirection. Sans remplacement pertinent, une réponse 404 ou 410 peut être appropriée. Ces codes indiquent une ressource absente ; ce ne sont pas des redirections.
Ne choisissez pas l’accueil par défaut. Demandez-vous si la destination permet réellement de poursuivre la tâche commencée sur l’ancienne page.
Quel code choisir entre 301, 302, 307 et 308 ?
Les déplacements permanents
Les codes 301 et 308 correspondent à un déplacement permanent. Ils conviennent lorsque l’ancienne adresse est remplacée durablement. Pour une page éditoriale déplacée, la 301 est un choix courant.
La durée envisagée concerne le déplacement du contenu, pas la durée pendant laquelle vous comptez conserver la règle.
Les déplacements temporaires
Les codes 302 et 307 correspondent à un déplacement temporaire. Utilisez-les lorsque l’adresse d’origine doit reprendre son rôle, par exemple pour un parcours provisoire.
Définissez dès le départ la condition de suppression de la règle. Une redirection temporaire oubliée rend la configuration plus difficile à comprendre et à maintenir.
Les cas particuliers des formulaires et requêtes POST
Les codes 307 et 308 préservent la méthode et le corps de la requête. Avec une 301 ou une 302, certains clients peuvent transformer une requête POST en GET.
Cette distinction compte pour les formulaires et les échanges applicatifs. Une 308 n’est donc pas simplement une 301 « améliorée » : choisissez le comportement attendu et testez le parcours concerné.
Construire un plan de redirection exploitable
Recenser les anciennes URL
Commencez par réunir les adresses concernées. Selon les accès disponibles, croisez le crawl du site, les sitemaps, les pages présentes dans Google Search Console et les URL recevant des liens entrants. Un seul inventaire peut omettre des pages devenues difficiles à découvrir.
Conservez une version datée de cette liste. Elle servira de référence pour vérifier que chaque adresse a reçu une décision explicite.
Choisir une destination qui répond au même besoin
Comparez le sujet, le type de contenu et l’action attendue sur les deux pages. Une fiche produit, une catégorie et un guide peuvent partager des mots sans répondre à la même intention.
Pour chaque correspondance, formulez une justification courte : « même contenu déplacé », « remplacement équivalent » ou « contenu intégré à la destination ». Une justification difficile à écrire signale un arbitrage à revoir.
Documenter les exceptions et les priorités
Préparez un tableau comprenant :
- L’ancienne URL et la décision : conservation, déplacement ou suppression.
- La destination et le code prévu, lorsqu’une redirection est nécessaire.
- La justification, la priorité et le responsable de validation.
- Le résultat du test et les anomalies restantes.
Repérez les pages importantes pour l’activité, les liens entrants ou la visibilité, si ces données sont disponibles. Leur priorité de contrôle ne dispense pas de traiter les autres URL.
Implémenter les règles dans le bon environnement
Redirections côté serveur et gestion dans le CMS
Identifiez où les redirections sont gérées : serveur, CMS ou autre couche technique. Plusieurs mécanismes peuvent coexister et produire des comportements contradictoires.
Le fichier .htaccess concerne certains environnements Apache ; NGINX utilise une configuration différente. Sous WordPress, une extension peut faciliter la gestion, mais elle ne décide ni de la pertinence des destinations ni de la qualité du mapping.
Avant toute intervention, sauvegardez la configuration concernée, prévoyez son rétablissement et testez les règles dans un environnement adapté.
Chemins, paramètres et règles générales
Une règle couvrant un répertoire entier peut simplifier l’implémentation lorsque les correspondances sont régulières. Elle devient risquée si certaines pages suivent une autre logique.
Documentez les exceptions, l’ordre des règles et le traitement des paramètres. Une expression régulière, ou regex, doit être testée sur des URL attendues et sur des adresses qu’elle ne devrait pas capturer.
Tester les redirections avant et après la mise en ligne
Vérifier le trajet et la destination finale
Comparez le résultat réel au plan validé. Pour chaque ancienne adresse, relevez le statut reçu, la destination indiquée par l’en-tête Location et le contenu finalement obtenu.
Une chaîne passe par plusieurs redirections successives ; une boucle ramène vers une adresse déjà parcourue. Cherchez un trajet direct et contrôlez les destinations incorrectes. Une page répondant en 200 ne suffit pas, à elle seule, à garantir son indexation.
Vérifiez également la cohérence des liens et des indications canoniques. Pour approfondir cette étape, voyez comment corriger le maillage interne et orienter les liens vers les bonnes pages.
Contrôler les cas limites et le parcours utilisateur
Testez les variantes réellement utilisées : paramètres, chemins proches et différences de barre oblique finale. Parcourez aussi les formulaires, téléchargements et autres fonctionnalités concernées.
Contrôlez les restrictions d’exploration et les directives d’indexation. Pour distinguer ces mécanismes, consultez les explications sur le fonctionnement du fichier robots.txt.
Consignez chaque anomalie avec l’adresse testée, le résultat attendu et le résultat obtenu. Rejouez les vérifications après la mise en ligne : la configuration de production peut différer de celle utilisée pendant la préparation.
Suivre la migration et corriger les anomalies
Comparer les anciennes et nouvelles pages
Enregistrez la date de bascule et les autres changements réalisés. Comparez ensuite les anciennes et nouvelles pages par groupes cohérents, plutôt que de regarder uniquement le trafic global.
Selon vos données, suivez l’indexation, les clics, les impressions et les conversions. Les conseils pour choisir les KPI SEO à suivre permettent de relier cette surveillance aux objectifs du site.
Dans ses recommandations pour les migrations avec changement d’URL, Google conseille généralement de conserver les redirections au moins un an, et davantage lorsqu’elles restent utiles. Cette durée n’est pas une échéance de suppression automatique.
Distinguer les fluctuations et les problèmes identifiés
Des fluctuations de visibilité peuvent accompagner le traitement d’une migration. Elles ne prouvent pas seules une erreur de redirection. Examinez les pages touchées, leurs destinations et les modifications de contenu intervenues.
Corrigez d’abord les anomalies vérifiables : boucle, mauvaise destination, contenu inaccessible ou règle manquante. Évitez de modifier plusieurs éléments sans documenter chaque intervention : vous compliqueriez l’analyse de leurs effets.
Questions fréquentes sur les redirections URL
Peut-on supprimer une redirection lorsque la nouvelle page est indexée ?
Pas sur ce seul critère. Des visiteurs et des liens externes peuvent encore utiliser l’ancienne adresse. Évaluez ces usages avant de retirer la règle.
Que faire si plusieurs anciennes pages ont été réunies dans un seul guide ?
Vous pouvez prévoir une destination commune si le guide reprend réellement leurs contenus utiles. Vérifiez chaque correspondance séparément, sans supposer que toutes les pages d’un même thème sont équivalentes.
Une balise canonique peut-elle remplacer une redirection ?
Elle ne déplace pas le visiteur. Elle indique une préférence entre des contenus identiques ou proches. Si une adresse est abandonnée au profit d’une autre, la redirection répond au besoin de déplacement.
Pourquoi Google affiche-t-il encore l’ancienne adresse ?
Le déplacement peut être en cours de traitement. Vérifiez aussi le code renvoyé, la destination et la cohérence des liens et indications canoniques. Aucun délai universel ne permet de conclure à une anomalie.
Faut-il conserver les paramètres dans la destination ?
Cela dépend de leur rôle. Un paramètre fonctionnel peut être indispensable, tandis qu’un paramètre de suivi demande un traitement différent. Définissez le comportement souhaité et testez-le.
Une redirection peut-elle perturber un formulaire ?
Oui, notamment si elle modifie la méthode de requête ou dirige vers une destination incapable de traiter les données. Vérifiez le formulaire complet, jusqu’au résultat attendu.
Vous préparez une migration ou une refonte ? Vale Tudo peut vous accompagner pour cadrer les changements d’URL et les vérifications à prévoir. Vous pouvez échanger avec Vale Tudo sur votre projet de migration ou de refonte.
