Se connecter

Migration de site Web : implications SEO

Table des matières

TERMES CLÉS :

Migration SEO, analyse de scénarios,


Résumé

Cet article examine les conséquences de la migration de sites web sur le référencement naturel (SEO) et les moyens de les atténuer. Nous analysons cinq types de migration, abordons les raisons commerciales qui les sous-tendent et identifions trois problèmes de SEO majeurs liés aux migrations. L'analyse de l'impact SEO de la migration de sites web propose un cadre d'analyse de scénarios ainsi qu'un modèle d'évaluation des dommages potentiels pour le référencement.

Nous présentons par exemple les scénarios optimaux et quasi optimaux pour la migration de plusieurs sites web géolocalisés vers un seul domaine. Nous proposons également une méthodologie d'estimation des pertes de référencement (SEO) à communiquer aux parties prenantes internes. De plus, nous détaillons les actions à entreprendre avant la migration, suggérons une checklist SEO complète et élaborons un plan de redirection en plusieurs étapes pour atténuer les risques liés à l'exploration des sites web.


Qu’est-ce que la migration de site web du point de vue du référencement (SEO) ?

Quand on parle de migration, on utilise en réalité un terme générique. Il existe différents types de migration, notamment :

Migration de serveur

Refonte du site web (modification du balisage HTML)

Migration d'URL (modification du masque d'URL)

Migration de domaine (changement de nom de domaine)


Le niveau de risque associé à chaque type de migration est donc évidemment différent : 


  • de la risque le plus faible de migration de serveur vers 
  • le risque le plus élevé de migration de domaine. 


Il arrive souvent que les entreprises entreprennent plusieurs types de migrations simultanément. Par exemple : « Nous envisageons une migration de domaine, car nous souhaitons passer à un autre nom de domaine, et il pourrait également y avoir une migration de serveur. Par ailleurs, nous réfléchissons aussi à une refonte, voire à une modification du CSS et de la mise en page (migration du design), et enfin, la migration des URL est également à l’étude. »

Ainsi, au moins quatre types de migration sont ici englobés par un seul terme. Dans le cadre de cette discussion, Nous nous concentrerons sur la migration des domaines et des URL., qui a le plus grand impact sur le référencement naturel.


Pourquoi migrer, au juste ?

Du point de vue des pratiques commerciales, la migration est une décision « descendante », c'est-à-dire Cette décision a été prise par la direction pour des raisons internes qui ne sont pas nécessairement liées au référencement naturel.Cela peut inclure :

 

  • Fusions et acquisitions et leurs conséquences,
  • changement d'image / changement de nom, etc. 


Dans la plupart des cas, les spécialistes du référencement adoptent une approche de type « réflexion après coup », c'est-à-dire que maintenant que la décision est prise, ils ne font que… discuter de l'apport de chaque action individuelle et comparez cela avec des chiffres, y compris: 


  1. Quel est l'impact SEO prévu d'une migration de site web ?
  2. Quel impact cela aura-t-il sur les OKR de l'entreprise ?
  3. Comment atténuer les risques liés au référencement naturel et aux opérations commerciales ?

Pourquoi la migration d'un site web pose-t-elle problème pour le référencement naturel (SEO) ? 

La redirection n'est pas de type 1 à 1.Lorsque Googlebot accède à un site web via un lien externe, les signaux de qualité du lien (qui s'appliquaient à l'ancienne URL) doivent être réappliqués à la nouvelle, et la correspondance n'est pas nécessairement parfaite. Lorsque Googlebot visite et explore l'ancienne URL puis est redirigé vers la nouvelle, les capacités d'exploration (également appelées budget d'exploration) ne sont plus nécessairement identiques à celles utilisées précédemment. deux risques majeurs de réorientation et nous les aborderons (ainsi que la manière de les atténuer) plus tard.


Lors d'une migration de site web, un certain nombre de facteurs individuels entrent en jeu.Plus il y a de personnes, plus il y a de parties impliquées, plus le problème se complexifie et plus le risque d'erreur augmente.


Risque de mauvais timingLe problème, c'est que la migration ne coïncide pas forcément avec une mise à jour de l'algorithme de Google, ce qui est de plus en plus fréquent ces derniers temps. Pourquoi est-ce un problème ? Parce que Google crée… un classificateurou le score d'un site web, avant toute mise à jour. Ensuite, pendant les quatre semaines qui suivent, Google teste des hypothèses pour modifier ce classificateur. Ainsi, si vous effectuez une migration entre-temps, un tout nouveau site web apparaît et Google doit recalculer le classificateur, tester une hypothèse, etc.   


Ces trois considérations générales constituent une approche possible de la migration de site web sous l'angle du référencement naturel :

La migration d'un site web n'est jamais une stratégie gagnante en matière de référencement.

Par conséquent, le rôle du SEO est de contribuer à atténuer ses impacts négatifs.


Impact SEO de la migration du site web

L'impact sur le référencement naturel peut être évalué à partir de l'analyse de scénarios de la migration future. Prenons un exemple.


Supposons que nous ayons plusieurs sites web géolocalisés que nous souhaitons migrer vers un seul. Un ccTLD est un domaine de premier niveau national, par exemple .fr. Nous avons donc défini 5 scénarios de migration en fonction de leur impact sur le référencement naturel. Ces scénarios incluent :


  • Ce qui doit changer,
  • Le masque (ou la structure) d'URL résultant
  • Coïncidence avec d'autres types de migration
  • Niveau de risque ainsi que 
  • La nature du risque encouru.

Modèle d'évaluation de l'impact SEO d'une migration de site

Modèle d'évaluation de l'impact SEO d'une migration de site

Ce modèle couvre un large éventail de scénarios. Meilleur à Pire Cela dépend de l'impact perçu sur le référencement naturel. Apparemment, les meilleurs scénarios consistent à ne modifier qu'un seul élément à la fois et à conserver un contrôle maximal sur le processus.


Le scénario le plus favorable


Le scénario le plus favorable c'est quand vous :

Sur le plan technique


  1. Migrer les sites web vers un site en .com. 
  2. Transformez les ccTLD ou les domaines géographiques en dossiers, par exemple PT devient /pt/.
  3. Conservez la même structure d'URL qu'auparavant et, par exemple, après /pt/. 
  4. Pas de refonte, pas de changement de modèle, nous prenons simplement l'ancienne page et la plaçons sur une URL légèrement modifiée où le ccTLD devient un dossier. 

En termes de préparation

  1. Élaborez un plan de migration 12 semaines à l'avance et présentez-le à toutes les parties intéressées. Ces dernières conviendront qu'une fois signé et scellé, aucune modification ne sera apportée. 
  2. Migrer Google Analytics (ou un outil similaire) est nécessaire pour que les données convergent dans la même direction.
  3. Veillez particulièrement à utiliser les outils d'analyse :  

Déterminez quelle mesure nous devons considérer comme la plus importante, et ce qui relève d'une mesure « superficielle ».

Avantages : 


  • Contrôle maximal de l'ensemble du processus : migration des zones géographiques plus petites dans un premier temps, puis pause avant de passer aux plus grandes une par une.
  • "granularité" maximale : l'URL migre de manière identique (1 à 1) avec seulement une modification mineure du chemin.
  • Pureté de l'expérience : une seule chose change pendant la durée de l'expérience.


Les inconvénients de ce scénario :


  • une exposition plus élevée au risque de « mauvais timing », puisque nous utilisons une séquence de migration (un « côté inverse » du contrôle maximal).
  • L'amplitude de changement du trafic est relativement faible (faible impact) au départ, ce qui signifie que nous ne pouvons potentiellement pas voir un seul point où nous avons envoyé une erreur (si tel est le cas).

Deuxième meilleur scénario


Ici, les dossiers Geo deviennent des paires geo+langue, et non plus seulement geo comme ci-dessus. Par exemple, pas PT pour le Portugal, mais PT-PT pour le Portugal ET la langue portugaise, ou PT-BR pour le Portugal et le portugais brésilien. Ainsi, nous aurions à terme plusieurs sous-sites pour une même zone géographique. Pourtant, dès le départ, nous n'en avons qu'un seul : nous migrayons tout vers une seule zone géographique, PT-PT. 


Nous procédons quasiment de la même manière, mais nous nous réservons la possibilité de créer ultérieurement (dans un second temps) une version portugaise-brésilienne pour ce site web. Pourquoi est-il préférable de le faire plus tard ? Ou pourquoi est-ce une solution de second choix ?  


Parce que cela implique réellement un budget de crawl plus importantIl nous faudra un robot pour indexer toutes les pages portugaises (à l'exception de celles redirigées vers le Brésil), puis accéder au sous-dossier PT-BR et indexer également certaines pages brésiliennes. Google pourrait hésiter à les indexer sans liens retour provenant du Brésil.


Avantages :


  • Flexibilité maximale (l'option « à l'épreuve du temps ») : possibilité d'ajouter davantage de paires pays-langue et de mettre en œuvre le concept de « pays de destination », ce qui pourrait s'avérer bénéfique pour la monétisation.
  • une bonne granularité SI nous migrayons tout dans un seul dossier géo-linguistique dès le départ,


Inconvénients :


  • Ce n'est pas la fin : des migrations supplémentaires pourraient être nécessaires à l'avenir.
  • Peu de pays disposent d'options « naturelles » pour les sous-sites géolinguistiques (en pensant à l'anglais, au portugais, à l'espagnol, etc.).

Comment calculer les pertes potentielles en matière de référencement (SEO) ?


Les pertes en matière de référencement peuvent être calculées sur la base des données dont vous disposez déjà concernant la répartition du trafic organique par rapport aux URL.

Prenons un exemple : 


  1. un type de migration, 
  2. possessions possibles, 
  3. message de communication aux parties prenantes ainsi que 
  4. délai de récupération par rapport à 
  5. pertes permanentes.

 

Modification du masque d'URL pour une partie des pages — pertes en matière de référencement


Mon expérience avec les redirections suggère que, par exemple, si vous redirigez exemple.com/catégorie à exemple.com/catégorie-principale/catégorie — Migration d'URL — Prévoyez une perte de trafic d'au moins 30 % sur ce segment de pages. Cette prévision peut servir à communiquer avec les parties prenantes. 

Délai de rétablissement: 2 mois. 

Pertes permanentes10 à 15 % des clics pourraient être perdus définitivement. 


Choses à faire avant la migration — Liste de vérification pré-migration

Voici la checklist minimale SEO pré-migration :


  1. Réexplorer l'intégralité du site web.
  2. Créez une petite liste de pages à explorer (vous n'avez pas besoin de toutes les analyser pour détecter les problèmes).
  3. Assurez-vous que votre logiciel d'exploration SEO, par exemple Botify, Screaming Frog ou Sitebulb, etc., soit suffisamment crédité.
  4. N'oubliez pas de désindexer le nouveau domaine auprès de Google !
  5. Créez et remplissez les listes de contrôle pour chaque point du plan de migration.


Ci-dessous, la liste de contrôle des migrations, organisée par principales étapes et zones géographiques.


Liste de contrôle SEO pour la migration de site web

Liste de contrôle SEO pour la migration de site web

Liste de contrôle pour la migration SEO d'un site web — avec l'aimable autorisation d'Aleida Solis


Comment atténuer l'impact négatif de la migration d'un site web sur le référencement naturel (SEO)


Les principaux risques pour le référencement naturel liés à la migration d'un site web sont les suivants :


  1. Perte potentielle de PageRank Cela se produit lorsque 100 % des signaux de lien ne sont pas transférés des anciennes URL vers les nouvelles par redirection.
  2. Changement potentiel dans l'activité de reptation Cela se produit lorsque des bots qui accèdent aux anciennes URL sont redirigés vers les nouvelles sans 


Le risque de diminution du budget d'exploration est sans doute le plus important. Il découle d'une « exploration différée », c'est-à-dire lorsque Google visite des pages et ne les explore pas immédiatement, mais crée plutôt une liste d'URL à explorer ultérieurement.


  • capacité de « budget d'exploration » disponible et
  • facteurs d'« importance » internes, par exemple le PageRank interne, le nombre de liens entrants, la profondeur de la page, etc.
  • l'urgence, par exemple la fréquence des mises à jour du contenu
  • Facteurs externes liés à l'utilisateur : nombre d'impressions/de clics sur la page.


Considérer Que se passe-t-il lorsqu'un bot a créé une liste d'URL ? pour explorer et la migration du site web est effectuée (entre-temps).


Ainsi, lorsqu'un robot tente d'accéder aux pages de sa liste (déjà) créée, il est redirigé et, après plusieurs tentatives, doit créer une toute nouvelle liste (abandonner l'ancienne). Ceci a deux conséquences :


  1. Le volume des visites et des explorations augmentera considérablement jusqu'à ce que toutes les pages soient visitées et explorées.
  2. Les facteurs d'« importance » internes sont recalculés de manière « forcée » en fonction - premièrement - des explorations de découverte, et - deuxièmement - des explorations de « mise à jour ».


Entre-temps, bien que les pages soient « vierges » vis-à-vis des signaux de classement, les signaux de classement à l'échelle du site sont appliqués, ce qui est le but recherché. On parle généralement de perte de référencement (SEO) due à une migration., c'est-à-dire que certaines URL performantes seront (temporairement) rétrogradées par rapport à avant. 


Désormais, le recalcul forcé des signaux de classement est rarement aussi simple qu'auparavant. Certaines pages (voire certaines sections de pages) peuvent recevoir moins d'attention de la part de Google qu'auparavant. Par conséquent, Il est essentiel d'éviter plusieurs types de migration simultanément. et, surtout, d’éviter toute modification du schéma de liens internes, c’est-à-dire des facteurs d’« importance » internes, qui pourraient entraîner :


  • période d'attente plus longue, c'est-à-dire plus de pertes de trafic,
  • Des pages incorrectes sont mises en avant (au lieu des bonnes).

Atténuation des pertes de PageRank


Perte de PageRank Ce phénomène est généralement atténué par une stratégie active de création de liens lors de la migration (campagnes de relations publiques, etc.) qui génère des liens externes vers les nouvelles URL. Toutefois, il est fort probable qu'une légère baisse du trafic SEO soit inévitable après une migration.


Atténuation des risques liés à la visite des bâtiments


Risque de recalcul de la période d'attente et des signaux de classement est atténué par : 


  1. diffusion progressive pour permettre l'estimation, etc.
  2. plan de redirection en plusieurs étapes qui compense à l'avance le retard d'exploration
  3. fractionner dans le temps tous les (autres) types de migration, c'est-à-dire maintenir la stabilité de la conception au moins pendant un certain temps avant (et après)

Plan en plusieurs étapes pour migrer un site web sans perdre de trafic SEO


Si vous souhaitez vous prémunir efficacement contre les risques SEO liés à l'exploration des sites web, voici un plan de migration en plusieurs étapes qui apporte une solution aux problèmes d'« exploration différée ». Domaine de destination fait référence à d'anciennes URL, Domaine ciblé — nouvelles URL.


  • Assurez-vous que le domaine de destination est indexable. 
  • Créer un nouveau domaine cible. 
  • Charger une partie du contenu sur le domaine cible, par exemple une ou plusieurs catégories, un blog, etc. Si cela n'est pas possible, charger tout le contenu. 
  • Créez des liens canoniques du domaine cible vers l'ancien domaine : cela indique que le contenu appartient à l'ancien domaine. Cela peut paraître contre-intuitif, mais c'est ainsi : nous conservons le même contenu sur deux domaines et devons indiquer le domaine d'origine.
  • URL canoniques inversées pour une partie du contenu (!) : de l'ancien domaine vers le domaine ciblé.
  • Ajoutez une URL crypto-canonique lorsque les URL canoniques ont été inversées, c'est-à-dire spécifiez la source du contenu et soumettez un lien vers l'ancien domaine.
  • Faites pointer les liens de l'en-tête et du pied de page des anciens domaines vers un nouveau domaine cible.
  • URL canoniques inverses pour tout le contenu : de l’ancien domaine au domaine ciblé.
  • Ajoutez le domaine cible dans les balises hreflang (si vous les utilisez).
  • Utilisez « Changement d’adresse » dans GSC
  • Configurez une redirection 310 de l'ancien domaine vers le domaine cible et conservez-la :
  1. Il doit s'agir d'une redirection de page à page (définir les règles).
  2. Si cela n'est pas possible, rediriger vers la page d'accueil.

Pourquoi l'acquisition dysfonctionne-t-elle et comment y remédier ?

La croissance échoue rarement par manque d'efforts.


Cela échoue lorsque la valeur ajoutée du produit est altérée et que le gaspillage s'accumule sans qu'on s'en aperçoive.

Si vous souhaitez discuter de votre stratégie de référencement ou de croissance, discutons-en.

À propos de l'auteur

Consultant en stratégie GTM, auteur de la newsletter Go-To-Market FOMO, avec 17 ans d'expérience dans la conception de systèmes de croissance.

Bohdan Lytvyn

« CROISSANCE SANS GASPILLAGE » AUTEUR DE LIVRES