Votre migration affecte aussi les liens obtenus : protocole pour préserver leur contexte et leur destination
Intégrez les liens éditoriaux au plan de migration : inventoriez les URL qui reçoivent des liens, attribuez-leur des destinations pertinentes et vérifiez les redirections, le contexte et les incidents après le lancement.
Pourquoi intégrer les liens obtenus au plan dès le début
Lors d’une migration, les modèles, les contenus ou les URL internes ne sont pas les seuls éléments à changer. L’URL vers laquelle aboutissent les liens publiés dans les médias, les blogs et d’autres sites externes peut également changer. Si une adresse liée disparaît, renvoie une erreur ou redirige vers un contenu qui ne répond plus au même besoin, l’expérience se dégrade et une relation éditoriale mérite d’être réexaminée. C’est pourquoi les liens entrants existants doivent figurer dans l’inventaire et être pris en compte dans les décisions d’architecture avant la mise en ligne du nouveau site. Il ne suffit pas d’exporter les URL du site et d’appliquer une règle générale de redirection. Chaque lien pointe vers une page précise et s’inscrit dans un contexte précis : un article d’actualité, un guide, une fiche ou une mention dont le sens peut dépendre de la destination.
- L’URL de destination qui change est celle de votre site ; la page externe qui contient le lien n’est généralement pas sous votre contrôle.
- Une redirection permanente correctement définie peut guider les utilisateurs et les robots d’exploration vers la nouvelle URL, mais ne garantit pas la préservation des positions, du trafic ni des autres signaux.
- L’objectif est de maintenir une correspondance utile entre la page liée et sa nouvelle destination, et non de préserver n’importe quel lien à tout prix.
Comment inventorier les URL qui reçoivent des liens et consigner leur contexte
Commencez par dresser la liste des anciennes URL pertinentes pour le projet qui reçoivent des liens entrants. Combinez les sources disponibles : outils d’analyse des liens, données de crawl, outils d’analyse d’audience ou journaux du site et, le cas échéant, informations de Search Console. Aucune source n’offre nécessairement une couverture complète ; il est préférable de conserver l’origine de chaque donnée et de ne pas considérer une mesure isolée comme une vérité absolue. Pour chaque URL, consignez au minimum l’ancienne adresse, son état actuel, l’URL d’origine du lien, le texte d’ancrage, une brève description du contexte et l’importance pratique de la page. Notez également si la page génère du trafic ou des conversions que vous souhaitez préserver, et si le lien semble toujours publié. Si la page d’origine ne peut pas être vérifiée, indiquez que la donnée reste à confirmer plutôt que de la considérer comme validée.
- Incluez les URL sous leurs différentes variantes : avec ou sans barre oblique finale, majuscules, paramètres ou protocoles, selon les données disponibles.
- Conservez la date et l’outil d’extraction afin de comparer les vérifications et de comprendre les divergences.
- Distinguez les métriques de tiers des faits vérifiables, comme l’existence de la page, la destination du lien et son code de réponse.
Décidez du sort de chaque URL : conserver, rediriger ou retirer
Attribuez une décision à chaque ancienne URL avant le lancement. Si la page peut être conservée avec une adresse stable et reste utile, la maintenir évite des changements inutiles. Si son URL change, cherchez la nouvelle page qui traite le plus directement le même sujet ou le même besoin. Si le contenu a été intégré à une page plus générale, vérifiez que cette nouvelle page contient réellement les informations vers lesquelles le lien pointait. S’il n’existe pas de remplacement pertinent, ne forcez pas une redirection vers la page d’accueil, une catégorie générique ou une page qui ne partage qu’un mot-clé. Il peut être plus honnête de retirer le contenu et de renvoyer un état « non trouvé » ou « retiré définitivement », selon le cas. Documentez la décision et sa raison : elle pourra ainsi être réexaminée sans transformer des exceptions justifiées en règles automatiques.
- Conserver : l’URL reste en vigueur, accessible et remplit toujours sa fonction.
- Rediriger : une nouvelle destination répond à une intention et à un contexte comparables.
- Retirer : le contenu n’existe plus et aucun remplacement utile n’est disponible ; vérifiez que le code de réponse est adapté.
- Évitez les chaînes et les boucles de redirection ; chaque ancienne URL devrait mener directement à la destination prévue.
Vérifiez que chaque redirection mène à une destination pertinente
Le tableau de correspondance doit associer chaque ancienne URL à sa destination finale et expliquer pourquoi ce choix préserve au mieux la fonction de la page. Examinez manuellement les correspondances des URL les plus importantes et vérifiez les autres par échantillonnage. Une simple similitude de termes ne suffit pas : comparez le sujet, le type de contenu et les informations que le lien semble recommander. Lors des tests, vérifiez que les redirections permanentes sont intentionnelles — par exemple 301 ou 308, selon le cas —, que la destination répond correctement et qu’il n’y a pas d’étapes intermédiaires évitables. Vérifiez aussi que les règles ne touchent pas par erreur des paramètres, des langues, des sections ou des chemins qui doivent rester distincts. Le plan de redirection est un guide de correspondance, pas une garantie que tous les signaux ou résultats resteront inchangés.
- Testez le code de réponse de l’ancienne URL et celui de l’URL finale.
- Confirmez que la destination ne redirige pas à nouveau vers une autre URL et ne mène pas à une page d’erreur.
- Comparez les contenus ancien et nouveau : la destination doit être cohérente pour la personne qui a suivi le lien.
- Validez les règles dans un environnement de test et conservez le tableau approuvé pour son utilisation et son audit.
Que vérifier dans les liens et leurs destinations après la mise en ligne
Après le lancement, ne considérez pas la vérification comme terminée simplement parce que le site semble se charger normalement. Testez l’ensemble des anciennes URL et contrôlez les codes de réponse, les chaînes de redirection et le contenu des pages de destination. Parcourez également les nouvelles pages pour repérer les liens internes qui pointent encore vers les anciennes adresses, les balises canonical qui indiquent une URL incorrecte ou les pages qui auraient été bloquées ou exclues de l’index à la suite d’une erreur de configuration. Sur les pages externes qui contiennent des liens, vérifiez si la mention est toujours publiée et vers quelle adresse elle pointe. Il ne sera pas toujours possible de vérifier toutes les sources, et certains liens peuvent changer à la suite d’une décision éditoriale indépendante de la migration. Consignez ce qui a été vérifié, à quelle date et avec quel résultat. Les rapports de liens des moteurs de recherche et des outils externes peuvent aider à détecter des changements, mais ils ne constituent pas nécessairement un inventaire complet et ne sont pas tous actualisés au même rythme.
- Vérifiez les réponses HTTP, la destination finale, les balises canonical, l’indexabilité et les liens internes.
- Vérifiez le sitemap et les directives d’exploration afin de vous assurer qu’ils reflètent la nouvelle architecture.
- Surveillez les erreurs de crawl, le trafic de référence et les performances des pages concernées, en comparant les périodes avec prudence.
- Distinguez les liens qui n’ont pas pu être vérifiés de ceux dont la rupture ou la modification a été confirmée.
Quand demander à une publication de mettre à jour un lien
Contacter la publication peut être pertinent si le lien est toujours actif mais pointe vers une ancienne adresse, si la redirection n’est pas réalisable ou si un motif éditorial clair justifie que la destination reflète une mise à jour. La demande doit permettre une vérification facile : indiquez l’URL de l’article, le lien concerné et la nouvelle adresse, puis expliquez brièvement pourquoi cette URL est la référence appropriée. Il n’est pas nécessaire de demander une modification pour chaque lien : une redirection pertinente peut permettre d’accéder au contenu sans intervention de l’éditeur. Donnez la priorité aux pages les plus importantes pour l’activité ou à celles qui posent un réel problème aux utilisateurs. Si la collaboration initiale était rémunérée ou sponsorisée, restez transparent et conservez la qualification appropriée du lien, par exemple sponsored ou nofollow, selon le cas. Ne demandez pas de retirer ces attributs pour tenter de modifier la manière dont un lien payant est interprété.
- Priorisez les demandes selon leur utilité pour le lecteur et leur impact opérationnel, et pas uniquement selon une métrique externe.
- Formulez une demande précise et respectueuse ; la publication conserve le contrôle éditorial de sa page.
- Consignez la date, la réponse et le résultat, sans présumer que la modification sera effectuée.
Documentez les incidents et distinguez les erreurs techniques des changements éditoriaux
Un incident ne signifie pas toujours que la migration a rompu un lien. Il peut être dû à une règle incorrecte, à un site externe qui a retiré ou modifié son article, à une variation temporaire du crawl ou à un écart entre les outils. Classer la cause permet d’éviter des corrections qui ne résoudraient pas le problème et facilite la remontée des défaillances qui dépendent effectivement du site. Tenez un registre comprenant l’ancienne URL, la destination attendue, la destination observée, la page d’origine si elle est connue, la date de détection, les éléments de preuve et la personne responsable. Ajoutez un état et une résolution afin que les équipes puissent clôturer le suivi. Répétez les vérifications après avoir corrigé les règles et à la fin des principales étapes de la migration. Cet historique aide également à distinguer les effets techniques des changements éditoriaux ultérieurs, sans attribuer automatiquement toute variation de visibilité à une cause unique.
- Erreur technique : redirection absente ou incorrecte, boucle, chaîne évitable, réponse incorrecte ou destination non indexable en raison de la configuration.
- Changement éditorial : le site d’origine modifie, supprime ou redirige l’article qui contient le lien.
- Donnée incertaine : la source disponible ne permet pas de confirmer l’existence du lien ni la version de l’URL utilisée.
- Clôturez chaque incident à l’aide d’un élément de preuve vérifiable et d’une action, ou consignez les raisons pour lesquelles aucune intervention n’est nécessaire.
Questions fréquentes
Une redirection 301 préserve-t-elle la valeur d’un lien entrant ?+
Une redirection permanente peut aider à guider les utilisateurs et les robots d’exploration de l’ancienne URL vers une nouvelle, mais elle ne garantit pas le maintien des positions, du trafic ni de tous les signaux. La relation entre les deux pages, la qualité de la destination et d’autres facteurs comptent également.
Dois-je rediriger toutes les anciennes URL vers la page d’accueil ?+
Non. Si la page d’accueil ne remplace pas le contenu vers lequel le lien pointait, la redirection peut être peu utile. Cherchez une destination qui répond à un besoin équivalent ; si elle n’existe pas, envisagez de retirer l’URL avec le code d’état approprié.
Dois-je demander à chaque média de mettre à jour le lien ?+
Pas nécessairement. Si l’ancienne URL redirige correctement vers une page pertinente, il peut être inutile de les contacter. Une mise à jour peut être utile si elle apporte une amélioration éditoriale ou évite un problème d’accès, sachant que la décision finale appartient à la publication.
Que se passe-t-il si un lien disparaît après la migration ?+
Vérifiez séparément la page d’origine et la destination, et conservez la date et les éléments de preuve. Si la publication a supprimé ou modifié le lien, il s’agit d’un changement externe ; si votre URL de destination ne fonctionne pas, vérifiez les règles et l’état de la page sur votre site.
Comment traiter les liens issus de collaborations rémunérées ?+
Les collaborations rémunérées doivent être transparentes et les liens doivent être qualifiés selon le cas, par exemple avec sponsored ou nofollow. La migration ne justifie pas de dissimuler la nature de la collaboration ni de demander la suppression de cette qualification.
Sources et références
- Google Search Essentials — Google Search Central
- Spam policies for Google web search — Google Search Central
- Qualify outbound links — Google Search Central