Le guide de migration de sites Web que vous devez lire


Une migration de site Web est un terme utilisé pour décrire toute modification importante apportée à la configuration d’un site Web qui peut avoir un impact Référencement, telles que les modifications apportées au domaine, aux URL, à l’hébergement, à la plate-forme ou à la conception.

Il existe de nombreux types de migrations, mais les étapes de base pour la planification et le dépannage sont similaires. Les migrations peuvent être très complexes car elles impliquent souvent de nombreuses personnes et pièces mobiles. Ne paniquez pas si tout ne se passe pas comme prévu ; vous pouvez réparer presque tout ce qui ne va pas.

Dans ce guide, nous couvrirons :

Préparation d’une migration de site Web

Vous devez savoir ce qui change et qui doit être impliqué pour que cela se produise. En d’autres termes, vous avez besoin d’un plan et d’un endroit pour suivre toutes les pièces mobiles. Vous aurez besoin de connaître toutes les personnes impliquées, leur rôle, les délais et avoir un processus en place pour tout suivre. Un gestionnaire de projet et un système de gestion de projet aident à cela. Essayer de tout faire par e-mail et Slack peut rapidement devenir incontrôlable.

Vous voulez également avoir un plan de restauration, juste au cas où quelque chose tournerait mal. Vous devriez toujours avoir un moyen de revenir à l’état d’origine, même si vous ne prévoyez de l’utiliser que dans des situations extrêmes.

Vous voudrez connaître l’impact d’un déménagement, alors assurez-vous d’avoir accès à SGC et Analytics sur les anciens et les nouveaux sites (faites une vue combinée si nécessaire pour voir les deux). Certains changements peuvent prendre quelques semaines, voire quelques mois, où vous pouvez voir un flux, mais d’autres peuvent ne voir aucun changement du tout. Par exemple, si vous migrez un site de taille moyenne vers un nouveau domaine, je m’attendrais à quelques semaines de flux. Mais si vous combinez dans un site existant, vous ne verrez peut-être aucune interruption de trafic.

Vous voulez également faire un peu de travail de préparation. Je suggère quelques étapes :

  • Explorez votre site Web. Vous l’utiliserez comme référence pour vérifier les modifications ultérieurement. Vous pouvez utiliser l’audit de site pour cela.
  • Créer un ensemble de pages de test tels que ceux de la Les meilleures pages rapport dans l’explorateur de site. Vous les utiliserez plus tard pour vérifier les erreurs. Vous pouvez les explorer dans un projet d’audit de site distinct afin de pouvoir les comparer facilement plus tard.
  • Restreindre l’accès à votre site de développement ou de développement (si vous en avez un) pour l’empêcher d’être indexé.
  • Faire une sauvegarde de votre site, juste au cas où vous auriez besoin d’y revenir.

Effectuer une migration de site Web

Ce qui est précisément impliqué dans une migration de site Web dépend du fait que les URL resteront les mêmes ou non. Ci-dessous, nous discuterons des deux scénarios.

Lorsque les URL sont les mêmes…

Il s’agit généralement d’une démarche plus simple, du moins en termes de référencement, car moins de choses changent. Cela peut toujours être un mouvement complexe, mais la plupart des tâches impliquées dans ces mouvements sont généralement davantage le travail des infrastructures/DevOps ou des développeurs et non des SEO.

Ces migrations peuvent inclure :

  • Hébergement : CDN, serveur
  • Plate-forme: CMS, Langue, JS cadre
  • Concevoir: modèle, liens internes, balises

Si vous utilisez un site de développement ou de développement, il est préférable d’y accéder pour vérifier les problèmes avant de le lancer en direct.

Ce qu’il faut chercher

Pour cela, vous recherchez essentiellement des changements, y compris des éléments tels que :

  • Balises canoniques. Ceux-ci devraient être les mêmes.
  • Balises de titre. Assurez-vous qu’ils sont identiques ou similaires à ce que vous avez. Les nouveaux systèmes peuvent avoir une génération de balises automatisée ou certaines valeurs par défaut qui peuvent être différentes de celles que vous aviez.
  • Méta descriptions
  • Balises d’en-tête
  • Hreflang
  • Schéma
  • Méta-robots. Vous voulez vous assurer que vos pages ne sont pas indexées.
  • Contenu. Ceci est particulièrement important pour les systèmes JavaScript. Les nouveaux systèmes peuvent ne pas avoir tout le contenu chargé dans le DOM par défaut, les moteurs de recherche peuvent donc ne pas voir une partie du contenu dans certains cas.
  • Liens internes. Des éléments tels que le fil d’Ariane, les publications connexes, les liens de pied de page ou même la navigation principale peuvent avoir changé.
  • Différences de vitesse

Utilisez la fonction de comparaison de l’audit de site pour voir les changements depuis votre dernière exploration :

Il y a quelques autres problèmes qui peuvent créer des problèmes plus importants.

  • Si vous laissez accidentellement un bloc en place, les moteurs de recherche ne peuvent pas explorer vos pages.
  • Parfois, les anciennes redirections ne sont pas copiées à partir des fichiers .htaccess ou des fichiers de configuration du serveur, et vous perdrez certains des liens qui pointaient vers votre site. Celui-ci est délicat car il est plus difficile à remarquer et se produit souvent lors du changement d’hôte. Gardez un œil sur votre Meilleur par liens créer un rapport dans Site Explorer et filtrer les erreurs 404 pour afficher les pages dont les liens sont désormais rompus.

Quand les URL sont différentes…

Ces migrations seront généralement plus complexes. L’exception passe de HTTP à HTTPS– ce qui est assez facile de nos jours.

Ces migrations peuvent inclure :

Propre à HTTP > HTTPS

  • Utiliser une politique de sécurité du contenu de demandes de mise à niveau non sécurisées pour résoudre tous les problèmes de contenu mixte. Il est rapide à mettre en œuvre et fonctionne pour toutes les ressources en plus des éléments tels que les liens internes, que vous devez toujours mettre à jour vous-même.
  • Installer un certificat de sécurité
  • 301 redirection HTTP > HTTPS
  • Ajouter un HSTS entête

Je ne m’inquiéterais pas de choses comme une chaîne de redirection sur le chemin racine ou la mise à jour des liens vers le site. La réparation de la chaîne et la mise à jour des liens n’apporteront aucun avantage, car les signaux se consolident à cause des redirections.

Spécifique aux changements de domaine

  • Inférieur TTL temporairement (quelques heures pour la valeur). Cela rafraîchira DNS cache plus rapidement et lorsque vous effectuez le changement, vos modifications seront vues par plus d’utilisateurs plus tôt.
  • Utilisez le outil de changement d’adresse dans SGC.
  • Vérifiez l’ancien domaine pour toute action manuelle qui pourrait être en place dans SGC

Voici un conseil rapide pour les utilisateurs de l’audit de site : si vous modifiez la portée de votre analyse dans les paramètres du projet sur un domaine différent, votre nouvelle analyse sera sur le nouveau domaine et vous pourrez la comparer à l’analyse de l’ancien domaine.

Tous

  • Mettre à jour les liens internes et des liens dans diverses balises telles que canoniques, hreflang, etc. Vous pourrez peut-être utiliser un plugin de recherche et de remplacement pour le faire rapidement pour les liens internes.
  • Installer SGC. Cela peut inclure des choses comme le transfert de votre fichier de désaveu, la définition du ciblage géographique, URL les paramètres et le téléchargement de plans de site. Vous voudrez conserver un plan du site avec les anciennes URL pendant une courte période. Cela aidera à surveiller l’indexation des URL dans SGC.
  • Supprimer tous les blocs d’exploration pour les pages de l’ancien et du nouveau site. Tout doit être exploré pour que les signaux se consolident correctement.
  • Assurez-vous que les pages que vous souhaitez indexer ne sont pas marquées noindex. Vous pouvez utiliser l’audit de site pour cela.
  • Pages de redirection. Vous voulez vous assurer que les anciennes pages sont redirigées avec une redirection 301 vers les nouvelles versions de vos pages. C’est une bonne idée de rediriger également des éléments tels que des images et des fichiers PDF, mais ne vous inquiétez pas pour des éléments tels que JS, CSS, ou Fichiers de polices. Concentrez-vous sur la redirection des éléments indexés par les moteurs de recherche et ne vous inquiétez pas des autres types de fichiers.

Vous voulez détecter les changements le plus tôt possible, donc si vous avez un site de développement ou de staging, vous devez l’explorer pour vous assurer que tout va bien avant d’appliquer les modifications à un site en direct. N’oubliez pas que si un ancien site utilisait HTTPS et le certificat expire, les bots sont transmis mais les utilisateurs recevront un message d’erreur et ne seront pas redirigés. Il existe des certificats multi-domaines qui couvrent plusieurs sites et qui peuvent aider à éviter ce problème.

Si vous voyez une baisse, cela est probablement lié à des redirections, à quelque chose qui ne peut pas être exploré, à quelque chose qui n’est pas indexé, à des modifications apportées au contenu ou à la suppression de contenu, à des modifications apportées aux liens internes ou à quelque chose qui a changé en raison de problèmes techniques. Référencement.

Note latérale.

Si vous envisagez de mettre à jour les liens vers votre site, vous souhaiterez peut-être mettre à jour les liens des pages que vous contrôlez, mais je ne prendrais pas la peine de faire de la sensibilisation pour mettre à jour les liens sur d’autres sites qui pointent vers vous. Ils devraient se consolider correctement avec les redirections 301. Cela ne vaut pas la peine de les faire changer.

Tests et surveillance continue

Il existe différentes manières de surveiller la progression de la migration et de s’assurer que tout se déroule comme il se doit.

Avec Ahrefs

Il existe plusieurs façons de rechercher des changements. Comme je l’ai mentionné précédemment, vous pouvez modifier la portée de votre exploration dans Site Audit et obtenir une comparaison qui vous montre ce qui a changé. Vous devrez surveiller les modifications apportées à des éléments tels que :

  • Canoniques
  • Hreflang. Cela s’arrêtera pendant un certain temps si vous changez de domaine, car il faudra un certain temps pour que les pages soient à nouveau explorées et que les connexions soient établies.
  • Schéma
  • Méta-robots

Vous vous souvenez de la façon dont nous avons créé cette liste des premières pages plus tôt ? Ce sont vos pages prioritaires. Cela vaut la peine d’explorer cette liste dans l’audit du site pour s’assurer que des éléments tels que les redirections sont en place et qu’il n’y a pas eu de changements significatifs. Si vous configurez à l’avance un projet distinct pour cette liste, vous pouvez même effectuer une analyse comparative pour voir rapidement les modifications sur ces pages.

Vous pouvez obtenir le trafic des pages, le trafic des mots clés et l’historique des modifications avec le Les meilleures pages et Mots-clés organiques rapports dans Site Explorer 2.0. Il est facile de faire des comparaisons pour le même domaine, mais si vous avez changé de domaine, vous souhaiterez peut-être exporter ces données vers Excel ou Google Sheets pour créer une vue combinée pour différentes périodes et voir où des pertes ont pu se produire.

Trafic des pages et historique des modifications via le rapport Top Pages 2.0 dans Site Explorer.

Vous pouvez également utiliser notre robot d’exploration pour vous assurer que vos redirections fonctionnent correctement et que les liens sont correctement redirigés.

Voici le moyen le plus simple de le faire :

  1. Entrez votre domaine dans Site Explorer
  2. Allez au Meilleur par liens rapport
  3. Ajouter un filtre « 404 non trouvé »
  4. Trier par domaines référents

Cela vous montrera des pages avec des liens vers celles-ci que nous considérons comme 404 avec notre robot d’exploration. Vous voudrez peut-être les rediriger.

Avec SGC

Google Search Console dispose de nombreuses données pour vous aider dans la migration. Par exemple, vous pouvez rechercher des problèmes de canonisation à l’aide de la URL Outil de contrôle. Entrez simplement le URL, et Google vous dira quel canonique ils ont choisi.

Au-delà, vous pouvez exporter SGC data et faites une vue combinée de votre trafic dans Excel ou Google Data Studio pour mieux suivre la migration. Vous pouvez également utiliser une vue combinée de la page ou des données de mots clés pour résoudre les pertes.

Le rapport Couverture de l’index vous aide à voir comment vos pages sont indexées. Si vous avez téléchargé à la fois l’ancien et le nouveau fichier de plan de site, vous pouvez observer le changement d’indexation et rechercher d’éventuels problèmes ici. En disposant des fichiers de plan de site, vous pouvez obtenir des rapports de couverture spécifiques uniquement pour les pages de ces plans de site.

Si vous souhaitez voir un aperçu de l’activité d’exploration de Google et de tout problème identifié, le meilleur endroit à regarder est le Rapport sur les statistiques d’exploration dans la console de recherche Google. Il existe divers rapports pour vous aider à identifier les changements de comportement d’exploration, les problèmes d’exploration et vous donner plus d’informations sur la façon dont Google explore votre site.

Vous voulez certainement examiner n’importe quel statuts d’exploration signalés comme ceux montrés ici :

Il existe également des horodatages de la dernière exploration des pages.

Divers

Si vous n’avez pas obtenu d’exploration de base du site et que vous devez vérifier les différences entre l’ancien et le nouveau, consultez archive.org pour voir s’ils ont une copie de l’une des pages. Ils ont également généralement des copies des fichiers robots.txt des sites qui peuvent être utiles pour voir si quelque chose s’est mal passé et a été accidentellement bloqué au cours du processus.

Si vous n’avez pas accès à Google Search Console pour un site, vous pouvez toujours vérifier la canonisation en collant un URL dans Google. Habituellement, la première page affichée sera la page canonique.

Et encore une fois, si vous n’avez pas accès à SGC, de nombreux autres problèmes liés à l’exploration peuvent être vérifiés dans vos fichiers journaux.

Juste un avertissement que le site : l’opérateur de recherche confond parfois les gens. Si vous utilisez site :, vous demandez ce que Google sait sur un site Web spécifique. Ce n’est pas parce que vous voyez des pages que c’est ainsi qu’elles sont indexées ou qu’il y a un problème avec la migration. J’ai vu cela conduire des gens à faire des choses comme bloquer l’ancien site pour garder les pages hors de l’index, ce qui cause des problèmes.

Continuer la surveillance

Certains problèmes peuvent apparaître longtemps après la fin de la migration.

  • Surveillez l’ancien domaine pour vous assurer qu’il est renouvelé et faites de même pour tous les autres que vous avez redirigés vers le site. Si les domaines expirent, tous les signaux transmis via les redirections des anciens sites peuvent être perdus.
  • Si vous ne vous êtes pas débarrassé de votre ancien hébergement et que vous y conservez toujours les redirections, sachez qu’elles se briseront s’il s’arrête et que vous perdrez certains liens. Vous pouvez résoudre ce problème en redirigeant via DNS et stocker les redirections sur votre nouveau site.
  • Assurez-vous de maintenir les certificats de sécurité renouvelés ou de passer à un certificat multi-domaine, comme nous l’avons mentionné précédemment.

Dernières pensées

La migration de sites Web n’est pas une mince affaire, il est donc temps de célébrer si tout s’est bien passé. Cependant, comme ce ne sera probablement pas la dernière fois que vous effectuerez une migration de site, je vous suggère de vous réunir une fois de plus avec les personnes impliquées pour examiner ce qui s’est bien passé, ce qui n’a pas fonctionné, ce que vous changeriez si vous deviez faire c’est à nouveau.

Vous avez des questions ? Ping moi sur Twitter.