Redirections 301 et backlinks : une recette pour une migration propre
Avant de déplacer un site, identifiez les anciennes URLs vers lesquelles d’autres sites créent réellement des liens. Le reste peut être nettoyé plus tard, mais ceux-ci non.
Étape 1 : listez les URLs qui portent des liens
Cela coûte 2 crédits pour un appel, jusqu’à 1 000 lignes.
curl "https://rankbrainmarketing.link/api.php?action=toppages&q=old-domain.com&per=1000&sort=ref_domains&order=desc&key=sk_live_..."Ingrédients et méthode
- 1
Exporter
Enregistrez la réponse dans un tableur. Les 100 premières URLs concentrent généralement l’essentiel de la valeur des liens.
- 2
Mapper
Attribuez à chaque URL une seule destination sur le nouveau site, la plus proche en sémantique. Les redirections globales vers la page d’accueil diluent le signal.
- 3
Rediriger
Utilisez un 301 pour les changements permanents. Servez-le en un seul saut, car les chaînes ralentissent l’exploration et peuvent parfois être ignorées.
- 4
Tester
Interrogez chaque URL mappée et confirmez un 301 suivi d’un 200. Tout autre résultat doit être réintégré à la liste.
- 5
Relancer après la mise à jour
Notre index se met à jour mensuellement, vérifiez donc les
refdomainssur le nouveau domaine dans quatre à six semaines.
Erreurs courantes
Les chaînes sont la première cause. Une ancienne URL vers une page temporaire puis vers la page finale double les sauts et favorise les erreurs.
La deuxième cause est la mixité des signaux. Un 301 pointant vers une page avec noindex, ou bloquée dans robots.txt, perd la valeur. Interrogez chaque destination et lisez les en-têtes, pas seulement la ligne de statut.
La troisième concerne les variantes de casse et de slash. Un lien vers /Page/ et /page peut correspondre à deux URLs sur certains serveurs, et les deux peuvent avoir des liens entrants. Ajoutez les deux à votre carte.
Le quatrième problème est la séparation des sous-domaines. Décidez du www ou du non-www avant le déplacement, puis redirigez l’autre hôte en une seule règle et conservez le sitemap sur l’hôte choisi. Utilisez un crawler comme Screaming Frog sur l’ancien site avant sa disparition, car les pages oubliées sont celles qui poseront problème plus tard.
Un cinquième problème est facile à manquer. Un ancien sitemap liste encore des adresses obsolètes et continue d’envoyer les crawleurs via des redirections bien après que la carte indique le contraire. Remplacez-le le jour du changement.
Redirections vers une cible mobile
Une destination qui change d’adresse après le déplacement crée un second saut non prévu. Vérifiez l’adresse finale de chaque destination avant de rédiger la règle, pas après.
Des cibles stables facilitent l’audit de la carte de redirection un an plus tard.
Les anciennes erreurs qui persistent dans les rapports
Les erreurs de crawl anciennes continuent d’apparaître dans les rapports longtemps après un déplacement. Une ligne périmée n’est pas toujours une erreur active. Comparez la date de chaque erreur avec la date du changement avant d’agir.
Questions fréquentes à ce stade
Les 301 perdent-ils la valeur des liens ? Google a indiqué depuis 2016 que les 301 ne perdent pas le PageRank. À prendre avec précaution, car une redirection vers une page non pertinente peut être traitée comme un soft 404.
Et le sous-domaine www ? Choisissez un seul hôte, redirigez l’autre vers celui-ci et mettez à jour le sitemap. Cela semble évident, mais la séparation des hôtes est l’une des causes les plus courantes de problèmes d’indexation.
Les liens spam vers un ancien domaine suivent également la redirection. Consultez le guide anti-spam avant de conserver une redirection pendant des années.
Lors de la vérification finale, comptez les redirections 301 sur lesquelles les backlinks reposent, et non le nombre total de redirections. Mille redirections propres pour des pages sans liens comptent beaucoup moins que dix pour les pages les plus citées.
Une question connexe est de savoir s’il faut conserver l’ancien domaine enregistré. Le conserver pendant des années est une assurance peu coûteuse, car chaque nom expiré est un endroit supplémentaire où un lien perdu peut aboutir à une erreur.
Une chaîne nuit-elle plus qu’une redirection unique ? Un seul saut est la valeur par défaut sûre. Deux sauts fonctionnent souvent, mais chaque saut supplémentaire est un point de défaillance potentiel, donc gardez les chaînes courtes par conception.
Exemple de cartographie, inventé à des fins illustratives
| Ancienne URL | Domaines référents (fictifs) | Nouvelle destination | Note |
|---|---|---|---|
| /blog/trail-shoes-2019 | 42 | /guides/trail-shoes | Correspondance la plus proche en sémantique |
| /blog/tent-sizes | 18 | /guides/tents | Page de section, acceptable |
| /tag/misc | 1 | (aucun) | Laissez retourner 410 |
| /about-us | 9 | /about | Renommage simple |
Mapper une URL quand aucune nouvelle page ne correspond
Le tableau montre les cas simples. Les cas plus complexes nécessitent une règle que vous pouvez expliquer à quelqu’un qui n’a pas pris la décision.
Même sujet, même intention
La plupart des anciennes URLs ont un successeur clair, une page qui répond à la même question. Mappez-y, puis vérifiez qu’un lecteur venu pour l’ancien sujet atterrit bien sur une page qui y répond encore.
La correspondance la plus proche en sémantique est la règle que vous pouvez justifier dans un rapport.
Vérifiez également la page successeur. Si elle a été allégée ou couvre désormais un sujet plus étroit, la redirection transfère un ancien lien vers une page plus faible. Une lecture rapide des deux pages côte à côte permet de détecter ce problème avant le changement plutôt qu’après.
Comptez combien d’anciennes pages vous mettez hors ligne plutôt que de les rediriger. Une part élevée signifie généralement que le nouveau site est plus petit, ce qui mérite d’être mentionné dans le plan.
Quand aucune page ne correspond
Parfois, l’ancien article couvrait un produit supprimé ou une question que personne ne pose plus. Une redirection vers une page non pertinente est interprétée par Google comme un soft 404. Dans ce cas, une page de catégorie avec du contenu réel est généralement plus sûre que la page d’accueil.
Notez la raison pour chaque URL non correspondante en une courte ligne. Un réviseur pourra ainsi distinguer une suppression volontaire d’un mapping qui a simplement pris du retard.
Supprimé définitivement : 404 ou 410
Une URL sans valeur de lien et sans successeur peut retourner un 410 au lieu d’une redirection. Cela indique à Google que la suppression est volontaire. Gardez cette liste courte et vérifiez-la par rapport à votre rapport des pages principales avant de retourner une erreur.
Un 410 n’est pas une punition pour le lecteur. La page a disparu, et un code de statut clair indique au navigateur et au crawler de cesser de la solliciter. La différence entre un 404 et un 410 importe moins que la décision derrière ce choix.
Écrivez la raison à côté de chaque 410 dans votre carte, afin que personne ne restaure la page par erreur plus tard.
Combien de temps avant de pouvoir évaluer ?
Attendez au moins six semaines. Google recrawle les anciennes URLs à son propre rythme, et les grands sites prennent plus de temps.
Notre index de liens se rafraîchit environ mensuellement, donc la première capture du nouveau domaine peut encore montrer un écart. Ne revenez pas en arrière au premier regard.
Évaluez le déplacement sur les URLs qui portaient des liens, et non sur les moyennes globales. Les moyennes masquent quelques liens perdus derrière les nombreuses pages non citées.
Maintenez vos vérifications selon un calendrier fixe. Des inspections irrégulières ont tendance à capturer un creux et à manquer la reprise, ce qui donne l’impression qu’un déplacement sain est un échec.
Vérifications à effectuer le jour du changement
Exécutez ces vérifications avant d’annoncer le déplacement. Une erreur découverte le jour coûte beaucoup moins cher qu’une erreur découverte dans les graphiques de trafic un mois plus tard.
Journalisez chaque résultat avec l’heure de la vérification. Une liste prise le matin et une autre prise le soir peuvent diverger pour des raisons sans rapport avec les redirections.
Codes de statut en un seul passage
Interrogez chaque ancienne URL une fois et enregistrez le statut et le premier saut. Une URL mappée doit afficher un 301 puis un 200, sans chaîne intermédiaire.
Tout ce qui retourne un 302 ou un 404 est une erreur jusqu’à preuve du contraire.
Conservez les résultats dans la même feuille que votre carte. Une colonne qui compte les sauts pour chaque URL révèle les chaînes inattendues.
- Ancienne URL
- Statut de la première réponse
- Adresse après le dernier saut
- Nombre de sauts
En-têtes et signaux d’indexation
Vérifiez que la destination ne porte pas d’en-tête noindex ou de meta robots tag, et que robots.txt ne la bloque pas. Un 301 correct pointant vers une page masquée perd la valeur.
Lisez les en-têtes de réponse ainsi que la ligne de statut. La ligne de statut seule masque le problème.
Testez un échantillon sur mobile et sur desktop. Certaines règles de redirection sont écrites par appareil ou par agent utilisateur, donc une règle qui fonctionne dans votre navigateur peut se comporter différemment pour un crawler. Testez le chemin que le crawler emprunte réellement.
Screaming Frog crawl l’ancien site pour capturer les URLs que l’index de liens n’a jamais vues. Search Console liste les pages que Google affiche déjà. Notre appel toppages couvre la troisième vue, les pages vers lesquelles d’autres sites créent des liens.
Notre recommandation
Mappez les cent premières à la main
L’automatisation convient pour la longue traîne. Les URLs qui attirent des liens méritent une décision humaine, car chacune est un vote que vous ne pouvez pas renouveler.
- Préférez les pages de correspondance la plus proche à la page d’accueil.
- Maintenez les redirections actives pendant au moins un an.
- Revérifiez les pages non indexées après le déplacement.
Questions sur les 301 et les liens
Ai-je besoin d’une redirection pour une URL à laquelle personne ne lie ?
Pas pour la valeur des liens. Vous pouvez néanmoins en vouloir une pour maintenir le fonctionnement des visiteurs et des favoris. Si l’ancienne page attirait du trafic de recherche, une redirection vers la correspondance la plus proche est généralement la réponse propre.
Puis-je fusionner deux anciens sites en un seul domaine ?
Oui, si chaque ancienne URL obtient sa propre destination et que la décision d’hôte est prise avant le déplacement. La partie difficile est le mapping, pas la règle. Planifiez d’abord la liste, puis rédigez les redirections. Vérifiez la liste par rapport à un crawl de chaque ancien site avant le changement, car les pages auxquelles personne n’a lié sont celles qu’une exportation simple a tendance à manquer.
Combien de redirections sont trop ?
Aucun nombre fixe n’a de l’importance. Ce qui compte est que les URLs qui portent des liens se résolvent en un seul saut. Une longue traîne de redirections propres pour des pages sans liens compte beaucoup moins.
Que faire avec une redirection qui ne fonctionne pas ?
Corrigez d’abord la destination, puis la règle. La plupart des échecs sont une chaîne, une destination noindex ou une faute de frappe dans la carte, et chacun se révèle dans une seule vérification des en-têtes. Gardez une note datée de chaque correction, afin de pouvoir identifier plus tard quel changement a résolu quel problème.
