Backlinks de migration de site : un guide pour les URLs liées

Comment une migration met vos entrées à risque

Le changement de plateforme ou de structure d'URL met vos liens entrants à risque, et ce risque est concentré. Quelques URLs concentrent la majorité des domaines référents.

Ces URLs reçoivent une redirection construite à la main, jamais une règle de motif. Découvrez lesquelles elles sont avec la méthode d'entrée. Le reste peut suivre des motifs.

Voici notre guide. Il utilise un export de liens pour décider ce qui est sacré. Il se termine par une vérification, contre Search Console, car les redirections qui semblent correctes dans une feuille de calcul peuvent encore se comporter étrangement en production. Pour la structure derrière les URLs sacrées, lisez les pages d'entrée.

Pourquoi les URLs sacrées viennent en premier

Toutes les URLs ne se valent pas. Un petit ensemble concentre la majorité des domaines référents, et ces adresses méritent plus de soins que le reste du site combiné. Les backlinks de migration de site en dépendent, traitez-les donc comme des points fixes dans le plan.

Commencez par la liste des entrées, pas par le sitemap. Le sitemap liste ce que vous publiez, tandis que la liste des entrées montre ce que le web pointe déjà.

Écrivez cette liste avant que quiconque n'ouvre le fichier de redirection. Une liste écrite après coup a tendance à correspondre à ce que les règles font déjà, et cela masque les lacunes que vous avez le plus besoin de voir. Triez-la par domaines référents. Les lignes lourdes se retrouvent alors en haut.

Redirections construites à la main pour les quelques-unes

Chaque URL sacrée reçoit sa propre ligne dans la carte de redirection, avec une destination choisie à la main. La destination doit couvrir le même sujet que l'ancienne page, afin que les mots qui pointent vers elle aient encore du sens.

Imaginez un ancien guide qui déménage dans un nouveau centre d'aide. Si la nouvelle page répond à la même question, la redirection en porte le sens. Si la nouvelle page est une page de destination générique, non.

Gardez une ligne par URL sacrée avec une courte note expliquant pourquoi sa destination a été choisie. La note est ce dont une personne lisant le fichier dans un an aura le plus besoin.

Motifs pour tout le reste

Les règles de motif sont acceptables pour la longue traîne, comme un chemin de blog daté qui devient un slug propre. Écrivez-les après les lignes construites à la main, afin qu'une règle large ne puisse pas écraser une spécifique.

Testez un échantillon des sorties de motif contre la liste en direct des anciennes adresses, et vérifiez les codes de statut avant de déployer quoi que ce soit.

Vérifiez qu'aucune règle de motif ne capture une URL sacrée, en testant la liste des sacrées contre les règles avant leur mise en production.

Ancres après le déménagement

Une entrée peut être arrivée avec le nom d'un produit que vous avez depuis supprimé. La nouvelle destination doit encore avoir du sens pour ces mots, même lorsque la page produit a disparu.

Si ce n'est pas le cas, la destination est incorrecte, aussi propre que la carte de redirection puisse paraître sur le papier.

Variantes de paramètres lors d'un déménagement

Un déménagement est un bon moment pour décider quelles chaînes de requête méritent d'exister. De nombreux sites transportent des tris, des filtres et des balises de suivi qui créent des adresses supplémentaires pour le même contenu, et une migration copie tout cela sauf si vous l'arrêtez.

Décidez une fois, notez la décision, et appliquez-la partout où le site fait des liens. La page sur la profondeur de crawl montre comment ces variantes faussent un rapport de profondeur.

Quelles chaînes de requête portent du contenu

Un paramètre qui modifie le contenu, comme un numéro de page dans une longue liste, peut conserver sa propre adresse. Un paramètre qui ne fait que réordonner ou suivre n'en a pas besoin.

Écrivez la décision à côté du nom du paramètre, afin que la prochaine personne n'ait pas à deviner ce qu'il fait.

Balises canoniques sur le nouveau site

Là où une variante doit rester, sa balise canonique doit nommer l'adresse propre. La balise est une indication plutôt qu'un ordre, elle doit donc être cohérente avec les liens internes et le sitemap.

Des signaux incohérents sont la défaillance courante. Une page qui déclare une canonical, lie à une seconde adresse et en liste une troisième dans le sitemap donne à un crawler trois instructions conflictuelles.

Liens internes qui portent encore des paramètres

Les modèles de navigation copient souvent les anciens paramètres dans les nouvelles pages. Crawlz le nouveau site, comptez les liens internes qui portent une chaîne de requête, et corrigez le modèle plutôt que chaque page.

Une correction de modèle empêche également le problème de réapparaître lors de la prochaine refonte.

Erreurs de redirection apparaissant dans Search Console

Après un déménagement, Search Console signale souvent des erreurs de redirection par lots. La liste semble alarmante. Google rapporte ce que son crawler a rencontré, pas ce que votre carte avait prévu. Une longue liste remonte généralement à quelques causes, triez donc les erreurs par cause avant de toucher à une redirection.

Commencez par le motif le plus courant et descendez. De nombreuses erreurs disparaissent une fois les causes principales corrigées.

Chaînes et boucles

Une chaîne va de l'adresse ancienne à une adresse intermédiaire puis à la page finale. Chaque saut ajoute une étape qu'un crawler peut abandonner, et une boucle le fait tourner en rond.

Aplatissez les chaînes afin que chaque adresse ancienne pointe directement vers sa cible finale, et supprimez toute boucle avant de demander un nouveau crawl.

Une chaîne apparaît souvent après un deuxième déménagement sur le premier, recherchez donc dans le fichier de redirection toute destination qui est elle-même une source.

Destinations qui échouent

Une redirection vers une 404, une page de connexion ou une cible globale de page d'accueil apparaît comme une erreur ou comme un signal faible. Vérifiez chaque destination avec une requête de statut avant de supposer que la carte est correcte.

Ces trois échecs sont faciles à repérer une fois que chaque destination est dans une seule colonne de la feuille.

Incluez également les destinations des anciennes redirections dans la vérification, car une chaîne peut se terminer à une page supprimée il y a des années.

Mise en cache d'une redirection modifiée

Une redirection est une réponse, et les navigateurs et les caches partagés peuvent la conserver plus longtemps que prévu. Si vous modifiez l'adresse vers laquelle pointe une ancienne adresse, le cache d'un visiteur peut encore l'envoyer vers la cible précédente pendant un certain temps.

Demandez à votre hébergeur ou CDN comment il met en cache les redirections et s'il offre une purge. Testez ensuite depuis une session navigateur propre plutôt que celle que vous avez utilisée pour écrire la carte.

Ce que les redirections ne peuvent pas sauver

Un 301 est une adresse de transfert, pas une transfusion. Si la nouvelle page a un sujet différent de l'ancienne, le lien peut cesser de compter, c'est pourquoi les destinations doivent être pertinentes.

Les liens provenant de sites qui ne se mettent jamais à jour continueront de pointer vers l'ancienne adresse, maintenez donc les redirections en vie. Combien de temps est une question d'appétit pour le risque ; nous n'indiquons aucune période ici.

Les ancres sont un autre piège. Si une entrée est arrivée avec les mots d'un produit que vous avez depuis supprimé, la nouvelle destination doit encore avoir du sens pour eux.

Après la comparaison des captures, toute page d'entrée qui a disparu mérite un examen manuel. Un rafraîchissement mensuel peut être en retard sur les changements réels, vérifiez donc également Search Console.

Gardez un œil sur les sources également. Un site qui se met rarement à jour peut continuer de pointer vers l'ancienne adresse pendant longtemps, la redirection doit donc rester en place, et personne ne devrait la supprimer lors d'un nettoyage.