Une redirection 301 sert à envoyer durablement une ancienne URL vers une nouvelle. Pendant une refonte, elle devient indispensable dès qu’une adresse change : ancienne page service, ancien article, ancienne page locale, ancien nom de domaine ou ancienne structure de dossier. Sans redirection, un visiteur qui clique sur un ancien lien peut tomber sur une erreur, et les moteurs doivent redécouvrir la relation entre l’ancienne page et la nouvelle.
La règle pratique est simple : si une page change définitivement d’adresse et qu’un équivalent existe, préparez une redirection 301 de l’ancienne URL vers la nouvelle URL la plus pertinente. Ne le faites pas au dernier moment. Une bonne table de redirections se prépare avant la mise en ligne, se teste juste après, puis se garde aussi longtemps que les anciennes adresses peuvent encore être utilisées.
Voici une méthode concrète pour une TPE, un artisan, un commerçant ou une entreprise qui refond son site sans vouloir transformer la migration en casse-tête technique.
Comprendre ce qu’indique vraiment une 301
Une redirection 301 est un code HTTP de redirection permanente. MDN explique que le statut 301 Moved Permanently indique qu’une ressource a été déplacée durablement vers l’URL fournie dans l’en-tête Location. Le standard HTTP décrit la même idée : l’ancienne ressource a désormais une nouvelle adresse permanente.
Pour un visiteur, l’effet est généralement invisible : il demande une ancienne URL, puis le navigateur charge automatiquement la nouvelle. Pour le référencement, Google indique dans sa documentation sur les redirections et la recherche qu’une redirection permanente peut servir de signal pour choisir l’URL canonique, c’est-à-dire celle à privilégier.
Cela ne signifie pas qu’une 301 est une baguette magique. Elle doit pointer vers une page réellement pertinente. Si l’ancienne page “création de site pour restaurant” redirige vers une page d’accueil très générale, le visiteur perd le contexte et la migration devient moins claire. Si elle redirige vers une nouvelle page restaurant complète, la continuité est beaucoup meilleure.
Utiliser une 301 seulement pour un changement durable
La redirection 301 convient lorsque le changement est définitif ou prévu pour durer. Elle est adaptée dans ces cas :
- une URL est simplifiée ;
- une page change de rubrique ;
- deux pages proches sont fusionnées ;
- une ancienne offre est remplacée par une page équivalente ;
- un site passe d’un ancien domaine à un nouveau ;
- une refonte modifie l’arborescence ;
- une ancienne page locale est remplacée par une version mieux structurée.
Elle n’est pas le bon réflexe pour tout. Si vous testez temporairement une page, si une promotion revient bientôt, ou si vous fermez une page pendant quelques jours, une redirection permanente peut envoyer un signal trop fort. Dans ce cas, il faut réfléchir au statut approprié selon le contexte technique.
Pendant une refonte, la vraie question n’est donc pas “faut-il mettre des 301 partout ?”, mais “quelles anciennes URL ont une nouvelle destination durable et cohérente ?”. Cette nuance évite les redirections automatiques vers des pages sans rapport.
Construire une table de correspondance URL par URL
La table de redirections est le document central de la migration. Google recommande, dans sa documentation sur les migrations avec changement d’URL, de préparer la correspondance entre anciennes et nouvelles URL. Pour une petite entreprise, ce tableau peut rester très simple.
Créez quatre colonnes :
| Ancienne URL | Nouvelle URL | Type de correspondance | Commentaire |
|---|---|---|---|
/creation-site-internet |
/site-vitrine-professionnel |
équivalent proche | service principal conservé |
/agence-web-paris |
/agence-creation-site-internet-paris-tpe |
page locale remplacée | intention locale gardée |
/ancien-blog/devis-site |
/combien-coute-site-internet-professionnel |
contenu fusionné | ancien article repris dans un guide |
/offre-archivee |
/offres |
catégorie proche | offre retirée |
Chaque ligne doit être décidée à partir du contenu réel, pas seulement du nom de l’URL. Une page ancienne peut avoir un titre vague mais répondre à une intention précise. À l’inverse, deux URL différentes peuvent couvrir exactement le même sujet et mériter une fusion.
Notre méthode pour refondre un site sans perdre ses pages importantes détaille l’inventaire global. Ici, la redirection est une décision ligne par ligne : ancienne adresse, nouvelle adresse, justification.
Choisir la destination la plus proche
La destination idéale est la page qui répond le mieux à la même intention que l’ancienne. Plus la correspondance est proche, plus la migration est lisible.
Exemples de bonnes correspondances :
- ancienne page service vers nouvelle page service équivalente ;
- ancien article vers nouvel article mis à jour ;
- ancienne page locale vers nouvelle page locale de la même zone ;
- ancienne catégorie vers nouvelle catégorie équivalente ;
- ancien guide fusionné vers le guide principal qui reprend le sujet.
Exemples à éviter :
- toutes les anciennes pages vers l’accueil ;
- une page service vers une page contact sans explication ;
- un article conseil vers une page commerciale sans continuité ;
- une page locale vers une page nationale trop générale ;
- une ancienne URL vers une page qui sera elle-même bientôt supprimée.
Si aucune destination proche n’existe, deux options sont possibles : créer une page de remplacement utile, ou accepter que l’ancienne page disparaisse. Il vaut mieux ne pas rediriger que de créer une correspondance trompeuse. Pour les pages faibles ou inutiles, l’article sur les pages indexées qui n’aident ni les visiteurs ni le référencement aide à choisir entre améliorer, fusionner, rediriger ou retirer.
Éviter les chaînes et les boucles
Une chaîne de redirection apparaît lorsqu’une ancienne URL redirige vers une autre URL, qui redirige encore vers une troisième. Une boucle apparaît lorsque les redirections se renvoient entre elles et empêchent d’atteindre la page finale.
Exemple de chaîne :
/ancienne-page→/page-intermediaire→/nouvelle-page
Exemple de boucle :
/ancienne-page→/nouvelle-page→/ancienne-page
Pendant une refonte, ces erreurs arrivent souvent lorsque plusieurs migrations se superposent : ancien CMS, passage en HTTPS, ajout ou retrait du www, changement de slug, nouvelle arborescence. La solution est de faire pointer chaque ancienne URL directement vers l’URL finale.
Contrôlez aussi les variantes :
httpvershttps;- domaine avec ou sans
www; - slash final ou non ;
- majuscules ou minuscules ;
- anciennes extensions comme
.htmlou.php.
Une redirection propre évite les détours inutiles. Elle améliore l’expérience du visiteur, réduit les risques d’erreur et rend la migration plus compréhensible.
Mettre à jour les liens internes, pas seulement les redirections
Une erreur fréquente consiste à poser les redirections puis à laisser les liens internes pointer vers les anciennes URL. Techniquement, le visiteur finit parfois sur la bonne page, mais le site continue de raconter une histoire confuse.
Après refonte, les liens internes doivent pointer directement vers les nouvelles adresses finales. Vérifiez :
- le menu principal ;
- le pied de page ;
- les boutons d’appel à l’action ;
- les liens dans les articles ;
- les liens vers les pages locales ;
- les liens des cartes de réalisations ;
- les liens du sitemap HTML ou du hub ressources.
Le sitemap XML doit aussi lister les URL finales, pas les anciennes URL redirigées. Google précise qu’un sitemap aide à découvrir les pages, mais il ne remplace pas une architecture claire. Si votre sitemap liste une ancienne adresse, vos liens internes une variante, et votre redirection une troisième adresse, les signaux deviennent contradictoires.
Pour renforcer ce point côté contenu, vérifiez aussi les titres et descriptions avec la méthode de rédaction des title et meta descriptions utiles. Une nouvelle URL doit porter un contenu et des métadonnées cohérents.
Tester les redirections avant et après la mise en ligne
Avant publication, testez la table sur un environnement de préproduction si possible. Après publication, testez le site réel. Ne vous contentez pas d’ouvrir deux pages dans un navigateur : contrôlez un échantillon représentatif.
Priorisez :
- les anciennes URL qui recevaient du trafic ;
- les pages qui avaient des liens externes ;
- les pages service ;
- les pages locales ;
- les anciens articles importants ;
- les URL présentes dans des campagnes, devis, signatures d’e-mail ou QR codes.
Pour chaque URL, vérifiez :
- le code de départ est bien une redirection attendue ;
- la destination finale répond en
200; - la destination correspond au contenu ancien ;
- il n’y a pas de chaîne inutile ;
- il n’y a pas de boucle ;
- la page finale est accessible sur mobile ;
- la page finale contient une action claire.
Après mise en ligne, surveillez aussi les erreurs d’exploration, les anciennes URL encore demandées, les pages 404 et les impressions des pages importantes. Une migration peut demander du temps à être entièrement comprise par les moteurs, mais les erreurs techniques critiques doivent être corrigées vite.
Garder les redirections assez longtemps
Supprimer trop tôt des redirections est risqué. Les anciens liens peuvent rester dans des e-mails, des annuaires, des articles, des favoris, des documents PDF ou des conversations commerciales. Même si les moteurs ont découvert les nouvelles URL, les visiteurs peuvent encore utiliser les anciennes.
Pour une refonte simple, gardez au minimum les redirections importantes pendant une longue période, et idéalement tant que les anciennes adresses reçoivent encore des visites ou des liens. Pour un changement de domaine, la prudence est encore plus importante. L’aide Search Console sur l’outil de changement d’adresse rappelle d’ailleurs que le changement de domaine suppose notamment d’avoir déplacé le site et mis en place les redirections nécessaires.
En pratique, documentez les redirections dans un fichier ou un tableau conservé avec le projet. Notez la date de mise en place, la raison, l’ancienne URL et la nouvelle. Cela évite de supprimer une règle sans comprendre son rôle quelques mois plus tard.
Prochaine étape
Si une refonte est prévue, commencez par extraire les anciennes URL et attribuer une destination à chacune avant de modifier le site. Les redirections 301 ne doivent pas être une correction de dernière minute : elles font partie du plan de migration.
Pour une petite entreprise, la bonne approche tient en une phrase : chaque ancienne page utile doit mener vers la nouvelle page la plus pertinente, sans détour inutile, avec des liens internes et un sitemap alignés. C’est cette continuité qui protège le parcours du visiteur et rend la refonte beaucoup plus propre.