Redirections SEO : bâtir son tableau de migration

Redirections SEO : bâtir son tableau de migration

Une liste de redirections peut tenir dans un tableur. Son intérêt ne vient pas du nombre de lignes, mais de la qualité des décisions prises pour chacune. Lors d'une migration SEO, le tableau de correspondance relie une ancienne page à une nouvelle destination qui répond au même besoin. Voici comment le construire et le tester sans transformer toutes les URL en raccourcis vers l'accueil.

Redirections SEO : bâtir son tableau de migration : Commencer par les pages utiles ; Utiliser six colonnes qui conduisent à une décision ; Éviter les pièges des règles automatiques

Commencer par les pages utiles

Rassemblez les URL du sitemap, du CMS, de Search Console et des pages qui reçoivent des liens externes ou des demandes. Dédupliquez les variantes évidentes, mais gardez une trace des anciennes adresses réellement accessibles. Une page retirée du menu depuis deux ans peut encore être visitée depuis un article ou un email. Notez les pages commerciales, les articles, les ressources téléchargeables et les images importantes.

Pour chaque URL, ajoutez sa fonction : attirer une recherche, expliquer une prestation, vendre un produit, répondre à une question ou recevoir un contact. Cette colonne empêche de choisir une destination uniquement parce que son nom ressemble à l'ancienne adresse. Le guide Google sur les déplacements de site recommande d'inventorier les anciennes URL et de préparer leur correspondance.

Utiliser six colonnes qui conduisent à une décision

Utiliser six colonnes qui conduisent à une décision : Utiliser six colonnes qui conduisent à une décision ; Éviter les pièges des règles automatiques ; Tester avant et après la mise en ligne

Créez les colonnes : ancienne URL, type de page, trafic ou importance connue, nouvelle URL, décision, résultat du test. La décision peut être « page conservée », « fusionnée », « remplacée par une ressource équivalente » ou « retirée ». Ajoutez un commentaire lorsque le cas n'est pas évident. Une ancienne fiche produit en rupture définitive peut pointer vers une catégorie pertinente si elle aide vraiment à continuer le choix ; une page d'événement terminé peut rester en archive si elle a une valeur informative.

Un exemple fictif : `/services/creation-site-artisan` devient `/creation-site-artisan`. La destination doit encore expliquer l'offre et le formulaire. Un autre ancien article, `/blog/sites-pour-artisans`, contient des conseils proches du nouveau guide ; vous pouvez fusionner les deux textes et rediriger l'ancienne URL vers le nouveau guide. Cette décision est éditoriale avant d'être technique.

Éviter les pièges des règles automatiques

Une règle globale peut remplacer un préfixe d'URL, mais elle peut aussi envoyer des produits vers de mauvaises catégories. Avant de l'activer, testez une page de chaque modèle et les exceptions. Vérifiez que les redirections sont permanentes côté serveur lorsque le changement est définitif, qu'elles ne bouclent pas et qu'elles mènent directement à la bonne destination.

Ne confondez pas « répondre 200 après redirection » avec « migration réussie ». L'adresse finale peut s'ouvrir tout en présentant une offre différente. Ouvrez les destinations prioritaires sur mobile et demandez si le visiteur retrouve l'information qu'il cherchait. Les codes HTTP sont nécessaires, mais le sens de la page l'est aussi.

Tester avant et après la mise en ligne

Tester avant et après la mise en ligne : Tester avant et après la mise en ligne ; Inclure les nouvelles URL dans le sitemap ; Questions fréquentes

En préproduction, vérifiez toutes les URL commerciales et un échantillon des autres familles. Notez le code attendu, la destination et le statut du contenu. Après publication, refaites les tests sur le domaine public ; des règles qui fonctionnaient sur un environnement de test peuvent être écrasées par la configuration réelle. Contrôlez aussi les liens internes pour qu'ils pointent directement vers les nouvelles URL.

Gardez le tableau plusieurs mois. Si Search Console signale une ancienne page introuvable ou si un client signale un lien cassé, vous pourrez retrouver la décision initiale. Ajoutez la correction et sa date. La checklist complète de migration SEO replace ce tableau dans le lancement du site.

Inclure les nouvelles URL dans le sitemap

Le sitemap public doit présenter les pages canoniques que vous souhaitez rendre découvrables, pas toutes les anciennes adresses redirigées. Sur une plateforme qui le génère automatiquement, vérifiez le résultat après publication. Sur un site personnalisé, mettez la liste à jour avec le contenu réellement mis en ligne. La documentation Google sur les sitemaps rappelle qu'une déclaration de sitemap n'est pas une garantie d'indexation.

Pour aller plus loin, le guide « Auditer et corriger son site » aide à passer des URL observées aux corrections priorisées et vérifiées. Commencez toutefois par les pages qui soutiennent vos demandes ou ventes ; un tableau exhaustif n'est utile que s'il mène à des tests.

Questions fréquentes

Faut-il mettre les URL sans trafic dans le tableau ?

Oui si elles sont encore accessibles, liées ou utiles. Vous pouvez les traiter après les pages prioritaires, mais ne les faites pas disparaître de l'inventaire.

Une redirection vers la catégorie suffit-elle pour un produit retiré ?

Seulement si la catégorie propose réellement une suite pertinente. Examinez l'intention de l'ancienne fiche et les alternatives disponibles.

Pourquoi garder la colonne de test ?

Elle distingue la décision prévue de ce qui fonctionne après la mise en ligne. Notez le statut, la destination et la date du contrôle.

Retour au blog