Migration de site : faut-il rediriger toutes les URL qui reçoivent des liens ?

Au moment de préparer le plan de redirection d'une migration, la question revient toujours : faut-il rediriger toutes les anciennes URL qui reçoivent des liens, ou seulement les plus importantes ? La réponse courte est oui, toutes, à quelques exceptions près. Cet article explique pourquoi, quelles exceptions retenir et vers quelle page rediriger.

Pour ce que les liens apportent, lisez pourquoi les backlinks comptent pendant une migration ; pour trouver ces URL, les outils de backlinks comparés.

On parle de « rediriger les backlinks », mais c'est un abus de langage : on ne touche pas aux liens, qui sont sur d'autres sites. On redirige l'URL qu'ils visent. Une seule redirection sert donc tous les liens qui pointent vers cette page, et il n'y a pas à trier les liens un par un. Le coût d'une redirection de plus est nul ; celui d'une page liée qui tombe en 404 est la perte de ce qu'elle recevait.

La bonne question n'est donc pas « quels liens garder ? », mais « quels liens ne veut-on pas garder ? ». Pour la plupart des sites, la réponse est : aucun.

• Les URL créées par un piratage : des pages de spam injectées dans le site attirent des liens de spam. Elles ne se redirigent pas : elles doivent disparaître de l'index ; voir désindexer des URL piratées.
• Les URL visées par une attaque de liens (negative SEO) : si une page ne reçoit que des liens artificiels hostiles, la laisser répondre en 404 ou en 410 coupe ces liens au lieu de les reporter sur une page saine.
• Les contenus retirés sans équivalent : s'il n'existe vraiment aucune page proche sur le nouveau site, un 410 vaut mieux qu'une redirection vers l'accueil, que Google traite souvent comme une erreur 404 déguisée.

Une redirection ne reporte la valeur des liens que si la page d'arrivée reprend le sujet de l'ancienne : le même produit, le même article, à défaut la catégorie ou la page la plus proche. C'est le travail le plus long d'un plan de redirection quand le site compte des milliers d'URL. Swan l'automatise : il crawle l'ancien site et la préproduction, compare les contenus par proximité sémantique et propose pour chaque ancienne URL la page la plus proche, que vous validez ou corrigez.

Les pages qui reçoivent des liens ne sont pas toutes dans le site actuel. Pensez aux pages supprimées lors d'une précédente refonte et jamais redirigées, aux anciennes redirections qui visent des adresses que la migration va changer (à mettre à jour pour éviter les chaînes), aux adresses avec paramètres ou anciennes extensions (.html, .php), et aux variantes en http ou sans www. Une analyse complète des liens est souvent l'occasion de redécouvrir des pages oubliées qui reçoivent encore des liens.

Pour les trouver, croisez plusieurs sources : la Search Console, un ou deux outils de backlinks (par exemple Majestic, importé dans Swan), et les journaux du serveur. Dans Swan, chaque liste se colle dans l'import manuel avec son origine, et rejoint le plan de redirection avec les autres URL.

Une redirection prévue n'est pas une redirection qui fonctionne. Testez chaque ancienne URL sur la préproduction, puis en production le jour de la mise en ligne : elle doit mener en un seul saut à une page qui répond 200. Swan fait ce contrôle sur toute la liste et relève les redirections manquantes ou en erreur. Notre guide du plan de redirection décrit la démarche complète.