Migrer un site

Ce document explique comment modifier les URL des pages existantes de votre site tout en réduisant au maximum l'impact négatif sur les résultats de recherche Google. Voici quelques exemples de ce que recouvre ce type de migration de site :

  • Modification d'URL où HTTP est remplacé par HTTPS
  • Modification du nom de domaine (où, par exemple, example.com est remplacé par example.net), ou fusion de plusieurs noms de domaine ou noms d'hôte
  • Modification de chemins d'URL où example.com/page.php?id=1 est remplacé par example.com/widget, ou example.com/page.html par example.com/page.htm

Présentation

  1. Bonnes pratiques générales pour les migrations de sites. Renseignez-vous sur ce qui vous attend, ainsi que sur les conséquences pour vos utilisateurs et sur votre classement. Si vous passez du protocole HTTP au protocole HTTPS, consultez ces bonnes pratiques.
  2. Préparez le nouveau site et testez-le minutieusement.
  3. Élaborez un mappage entre les URL actuelles et le nouveau format correspondant.
  4. Entamez la migration du site en configurant le serveur afin qu'il redirige les anciennes URL vers les nouvelles.
  5. Surveillez le trafic à la fois sur les anciennes et sur les nouvelles URL.

Bonnes pratiques générales pour les migrations de site

  • Selon la taille de votre site, procédez à la migration en plusieurs étapes séparées.
    Si votre site est volumineux et que cela est techniquement possible, nous vous recommandons de commencer par migrer une seule partie du site afin de tester les effets sur le trafic et l'indexation liée à la recherche. Migrez ensuite le reste du site en une seule fois, ou section par section. Lorsque vous choisissez la première section du site à tester, sélectionnez-en une qui change peu souvent, et qui n'est pas significativement affectée par des événements fréquents ou imprévisibles. Gardez aussi à l'esprit que, même si la migration d'une seule section de votre site constitue un moyen de test efficace, cela n'est pas nécessairement représentatif de la migration du site dans son intégralité en ce qui concerne son affichage dans les résultats de recherche. Plus vous migrez de pages, plus vous vous exposez à des problèmes à résoudre. Une planification minutieuse peut réduire au maximum les problèmes.
  • Ne modifiez qu'une seule chose à la fois
    Planifiez les modifications de votre site les unes après les autres, et non en même temps. Par exemple, si vous souhaitez migrer votre site vers un nouveau nom de domaine, changer de système de gestion de contenu (CMS) et mettre à jour votre site pour utiliser une nouvelle mise en page, effectuez un seul changement à la fois. Autrement dit, commencez par migrer votre site vers le nouveau domaine, puis modifiez sa mise en page.
  • Dans la mesure du possible, effectuez la migration au moment où le trafic sur votre site est faible.
    Si le trafic est saisonnier ou chute certains jours de la semaine, il est judicieux de migrer votre site pendant les périodes de faible trafic. Cela signifie que moins de personnes seront touchées par les problèmes qui peuvent potentiellement se produire lors de la migration du site, et que davantage de ressources de votre serveur peuvent être dédiées à l'exploration de votre site par Googlebot.
  • Pendant la migration, il est possible que le classement de votre site connaisse une certaine fluctuation.
    À chaque fois que vous apportez un changement significatif à un site, son classement peut varier pendant que Google procède de nouveau à son exploration et à son indexation. En règle générale, quelques semaines peuvent être nécessaires au déplacement de la majorité des pages d'un site Web de taille moyenne dans notre index. Le processus peut être plus long pour les sites plus volumineux. La vitesse à laquelle les URL migrées sont découvertes et traitées par Googlebot ainsi que par nos systèmes dépend en grande partie de leur nombre et de la vitesse de votre serveur. L'envoi d'un sitemap peut contribuer à accélérer le processus de découverte. En outre, sachez que vous avez la possibilité de migrer votre site section par section.
  • Ne vous souciez pas des recommandations de liens.
    301, 302 et d'autres redirections côté serveur n'entraînent pas de baisse dans PageRank.
  • Utilisez la Search Console.
    La Search Console est votre alliée, en particulier quand vous migrez votre site. Vérifiez séparément les données de chaque propriété dans la Search Console. Utilisez le rapport État de l'indexation pour obtenir un aperçu. Consultez le rapport sur les sitemaps pour savoir combien d'URL ont été indexées parmi celles qui ont été envoyées dans un sitemap.
  • Soyez patient.
    La migration d'un site est considérée comme terminée lorsque Googlebot a accédé au moins une fois à toutes les URL de votre ancien et de votre nouveau site. La fréquence d'exploration n'est pas fixe. La vitesse d'exploration de Googlebot dépend de la taille de votre site en plus d'autres facteurs. La migration est effectuée une URL après l'autre.

Préparer le nouveau site

Les détails de la préparation du site varient pour chaque migration, mais de manière générale, vous effectuez au moins l'une des actions suivantes :

  • Configurez le CMS (de préférence le même que celui de l'ancien site utilisé) et importez le contenu de l'ancien site.
  • Transférez les images et les téléchargements (tels que les documents PDF) que vous hébergez.
    Il est possible que ces éléments reçoivent du trafic provenant de la recherche Google ou de liens, et il est utile d'indiquer leur nouvel emplacement aux internautes, ainsi qu'à Googlebot.
  • Pour une migration vers le protocole HTTPS, obtenez les certificats TLS requis et configurez-les sur votre serveur.
  • Configurez un fichier robots.txt pour votre nouveau site et assurez-vous que les règles du fichier robots.txt du nouveau site reflètent correctement les parties qui ne doivent pas être explorées.

    Notez que certains propriétaires de sites bloquent toute exploration pendant la période de développement. Si vous suivez cette stratégie, assurez-vous de savoir à quoi ressemblera le fichier robots.txt lorsque la migration du site débutera. De même, si vous utilisez des règles noindex pendant le développement, préparez une liste des URL avec des règles noindex à supprimer au début de la migration du site.

  • Fournissez les codes d'erreur appropriés pour les contenus supprimés ou fusionnés si vous ne transférez pas l'ensemble de votre ancien contenu vers le nouveau site. Assurez-vous que ces URL renvoient correctement un code de réponse HTTP 404 ou 410 sur le nouveau site.

  • Vérifiez que les paramètres de la Search Console sont corrects pour faciliter la migration du site.

    Si vous ne l'avez pas déjà fait, validez l'ancien et le nouveau site dans la Search Console. Veillez à valider toutes les variantes de l'ancien et du nouveau site. Par exemple, validez www.example.com et example.com, et incluez à la fois les variantes HTTPS et HTTP, si vous utilisez des URL HTTPS. Répétez l'opération pour l'ancien et le nouveau site.

    • Examiner la validation dans la Search Console

      Assurez-vous que la validation dans la Search Console sera toujours effective après la migration du site. Si vous utilisez une méthode de validation différente, notez que les jetons de validation peuvent varier en cas de changement d'URL.

      Si vous utilisez la méthode de validation à l'aide d'un fichier HTML pour valider la propriété de votre site dans la Search Console, assurez-vous que votre fichier actuel de validation figure dans la nouvelle version de votre site.

      De même, si vous confirmez que vous êtes bien le propriétaire de votre site en incluant un fichier qui référence une balise meta ou Google Analytics, assurez-vous que la nouvelle copie du système de gestion de contenu inclut également ces éléments.

    • Examinez tous les paramètres configurés dans la Search Console que vous avez éventuellement configurés pour l'ancien site et assurez-vous que les paramètres du nouveau site sont également mis à jour pour refléter ces modifications. Exemple :

      • Vitesse d'exploration : définissez la vitesse d'exploration sur "Laisser Googlebot choisir" pour l'ancien et le nouveau site.
      • Liens entrants désavoués : si vous avez importé un fichier pour désavouer les liens de votre ancien site, nous vous conseillons de l'importer de nouveau en utilisant le compte Search Console du nouveau site.
    • Nettoyez votre domaine récemment acheté. Assurez-vous qu'il est exempt d'éventuels problèmes laissés en suspens par son ancien propriétaire. Vérifiez les paramètres suivants :

      • Ancienne action manuelle contre le spam. Si des actions manuelles sont appliquées au nouveau site, résolvez tous les problèmes répertoriés et envoyez une demande de réexamen.
      • URL supprimées : assurez-vous que le précédent propriétaire n'a laissé aucune demande de suppression d'URL en suspens, en particulier aucune demande de suppression d'URL sur l'ensemble du site.
  • Utilisez l'analyse d'audience Internet pour examiner l'utilisation sur l'ancien et le nouveau site. Pour ce faire, vous pouvez utiliser des logiciels d'analyse d'audience Internet. Généralement, la configuration de l'analyse d'audience Internet consiste en un fragment de code JavaScript intégré à vos pages. Les détails du suivi des différents sites varient selon votre logiciel d'analyse de l'audience et de ses paramètres d'enregistrement, de traitement et de filtrage. Vous pouvez demander de l'aide à votre fournisseur de logiciel d'analyse d'audience. De plus, si vous souhaitiez modifier la configuration de votre logiciel d'analyse d'audience, c'est le moment. Si vous utilisez Google Analytics et si vous souhaitez que vos rapports sur le contenu soient clairement séparés, il peut être judicieux de créer un profil pour votre nouveau site.

  • Assurez-vous que votre serveur dispose de suffisamment de ressources informatiques : après une migration, Google explore temporairement votre nouveau site plus fréquemment que d'habitude. Cela est dû au fait que votre site redirige le trafic de l'ancien site vers le nouveau, et que les explorations de l'ancien site sont redirigées vers le nouveau site, en plus des autres explorations. Assurez-vous que votre nouveau site dispose d'une capacité suffisante pour gérer l'augmentation du trafic provenant de Google. Si votre site est particulièrement volumineux, contactez vos fournisseurs d'hébergement et informez-les de la migration que vous prévoyez de faire.

Préparer le mappage des URL

Il est important d'établir un mappage entre les URL de votre ancien site et celles du nouveau. Cette section décrit plusieurs méthodes générales auxquelles vous pouvez avoir recours pour évaluer correctement les URL de vos deux sites et faciliter leur mappage. Le mappage à mettre en œuvre varie en fonction de l'infrastructure actuelle de votre site Web et des informations relatives à la migration du site.

Identifier vos anciennes URL

Dans les cas les plus simples de migration de site, il n'est pas nécessaire de générer une liste de vos anciennes URL. Par exemple, vous pouvez utiliser une redirection côté serveur à caractère générique si vous modifiez seulement l'hôte de votre site (par exemple, si vous passez de example.com à example.net).

Pour les migrations de sites plus complexes, vous devez générer une liste des anciennes URL et les mapper avec leur nouvelle destination. La façon d'obtenir une liste d'anciennes URL dépend de la configuration actuelle de votre site Web, mais voici quelques conseils pratiques :

  • Commencez par vos URL importantes. Pour les identifier :
    • Consultez vos sitemaps, car il est probable que vos URL les plus importantes aient été consignées dans la Search Console de cette manière.
    • Vérifiez dans vos journaux de serveur ou dans votre logiciel d'analyse quelles sont les URL au trafic le plus élevé.
    • En utilisant la fonctionnalité Liens vers votre site de la Search Console, recherchez les pages qui présentent des liens internes et externes.
  • Utilisez votre système de gestion de contenu. Il permet en général d'accéder facilement à la liste de toutes les URL qui hébergent du contenu.
  • Vérifiez les journaux de votre serveur pour identifier les URL consultées au moins une fois récemment. Choisissez une période pertinente pour votre site, en gardant à l'esprit le phénomène de variation saisonnière du trafic.
  • Incluez les images et les vidéos. Assurez-vous d'inclure dans les plans de migration de votre site les URL de votre contenu intégré : fichiers vidéo, image, JavaScript et CSS. Ces URL doivent être déplacées comme tout le contenu de votre site Web.

Mapper les anciennes URL avec les nouvelles

Une fois en possession de la liste des anciennes URL, décidez quelles redirections y appliquer. La façon de stocker ce mappage dépend de vos serveurs et de la migration du site. Vous pouvez utiliser une base de données ou configurer des règles de réécriture d'URL sur votre système pour couvrir les formats de redirection courants.

Mettre à jour tous les détails des URL sur le nouveau site

Une fois le mappage d'URL défini, vous devez effectuer trois opérations pour permettre aux pages de recevoir du trafic.

  1. Mettez à jour les annotations pour renvoyer vers les nouvelles URL dans l'entrée du code HTML ou des sitemaps de chaque page :
    1. Chaque URL de destination doit contenir une balise rel="canonical" <link> qui s'auto-référence.
    2. Si le site que vous avez migré contient des pages multilingues ou multinationales pour lesquelles vous avez recours à des annotations rel-alternate-hreflang, veillez à les mettre à jour afin qu'elles utilisent les nouvelles URL.
  2. Mettez à jour les liens internes.
    Modifiez les liens internes sur le nouveau site, depuis les anciennes URL vers les nouvelles. Vous pouvez utiliser le mappage généré auparavant afin d'identifier et de mettre à jour plus facilement les liens nécessaires.
  3. Enregistrez les listes suivantes pour la migration finale :
    • Un fichier sitemap contenant les nouvelles URL dans le mappage. Consultez notre documentation sur la création d'un sitemap.
    • La liste de sites qui renvoient vers vos anciennes URL. Vous trouverez les liens vers votre site dans la Search Console.

Planifier votre stratégie de redirection

Une fois que votre mappage et votre nouveau site sont prêts, l'étape suivante consiste à planifier votre stratégie de redirection. Nous vous recommandons d'utiliser les redirections permanentes côté serveur des anciennes URL vers les nouvelles, comme vous l'avez indiqué dans votre mappage. Vérifiez auprès de votre administrateur de serveur (ou de la société d'hébergement) le type de redirections côté serveur que vous pouvez techniquement effectuer. Il peut s'agir de règles de redirection dans vos fichiers .htaccess si votre serveur utilise un serveur HTTP Apache ou de fonctions de redirection dans votre CMS.

Si aucune des configurations des redirections côté serveur n'est possible, vous pouvez utiliser les redirections côté client en dernier recours.

Décidez si vous allez migrer votre site en une seule fois ou section par section :

  • Sites de moyenne ou de petite taille : nous vous recommandons de migrer toutes les URL de votre site simultanément plutôt que de le faire une par une. Cela permet aux internautes de mieux interagir avec le nouveau site, et à nos algorithmes de détecter la migration du site et de mettre à jour notre index plus rapidement.
  • Sites volumineux : vous pouvez choisir de les migrer section après section. Cela facilite et accélère le contrôle, la détection et la résolution des problèmes.

Tenez compte des informations suivantes :

  • Si c'est techniquement possible, utilisez des redirections permanentes côté serveur. Bien que Googlebot accepte plusieurs types de redirections, nous vous recommandons d'utiliser des redirections HTTP permanentes si possible, telles que 301 et 308.
  • Évitez les redirections en chaîne. Googlebot peut suivre jusqu'à 10 sauts dans une "chaîne" de redirections multiples (par exemple Page 1 > Page 2 > Page 3). Nous vous recommandons de rediriger directement l'utilisateur vers la destination finale. Si cela s'avère impossible, utilisez un nombre limité de redirections dans la chaîne, idéalement pas plus de 3, et au pire des cas moins de 5. Les redirections en chaîne augmentent le temps de réponse pour les internautes, et les user-agents et les navigateurs n'acceptent pas tous les longues redirections en chaîne.

Lancer la migration du site

Une fois que le mappage d'URL est correct et que vous avez finalisé la stratégie de redirection, vous pouvez passer à l'étape suivante.

  1. Implémenter ou activer les redirections : en fonction de la stratégie de redirection choisie, vous devez déployer une mise à jour vers vos fichiers de configuration du serveur ou mettre à jour votre CMS, probablement avec du code personnalisé.
  2. Consultez les annotations rel="canonical" link et les règles meta robots : Une fois les redirections actives, assurez-vous que les annotations rel="canonical" link sur le nouveau site utilisent les nouvelles URL. De même, si vous avez ajouté des règles noindex meta robots au nouveau site pour éviter l'indexation prématurée des nouvelles URL, veillez à les mettre à jour.
  3. Testez les redirections. Vous pouvez utiliser l'outil d'inspection d'URL pour tester des URL individuelles, ou encore des scripts ou des outils de ligne de commande pour vérifier un grand nombre d'URL.
  4. Envoyez une demande de changement d'adresse pour l'ancien site dans la Search Console.
  5. Conservez les redirections aussi longtemps que possible, généralement au moins un an. Ce délai permet à Google de transférer tous les signaux vers les nouvelles URL, y compris la réexploration et la réaffectation des liens vers les autres sites qui renvoient vers vos anciennes URL.

    Du point de vue des utilisateurs, envisagez de conserver les redirections indéfiniment. En revanche, comme les redirections sont lentes pour les internautes, essayez de mettre à jour vos propres liens et tous les liens à volume élevé provenant d'autres sites Web pour renvoyer vers les nouvelles URL.

  6. Envoyez le nouveau sitemap dans la Search Console. Google pourra ainsi en savoir plus sur ces nouvelles URL. Vous pouvez alors supprimer l'ancien sitemap, car Google utilisera le nouveau sitemap à l'avenir.

Lors de la migration du site, le temps nécessaire à l'identification et au traitement de toutes les URL par Googlebot, ainsi que par nos systèmes dépend de la rapidité de vos serveurs et du nombre d'URL concernées. En règle générale, quelques semaines peuvent être nécessaires à la migration de la majorité des pages d'un site de petite à moyenne taille. Le processus peut être plus long pour les sites de plus grande envergure. La vitesse à laquelle Googlebot et nos systèmes détectent et traitent les URL migrées dépendent du nombre d'URL et de la vitesse du serveur.

Une fois la migration du site lancée, essayez de mettre à jour immédiatement autant de liens que possible, afin d'améliorer l'expérience utilisateur et de réduire la charge de votre serveur. Par exemple :

  • Liens internes : en fonction du mappage d'URL que vous avez créé précédemment, remplacez toutes les URL qui redirigent vers vos propres pages.
  • Liens externes : prenez la liste enregistrée des sites avec des liens vers votre contenu actuel et essayez de contacter leur propriétaire pour leur demander de mettre à jour leurs liens vers votre nouveau site. Priorisez le nombre de visites entrantes pour chaque lien.
  • Les liens de profils comme ceux de Facebook, Twitter et LinkedIn.
  • Les campagnes publicitaires qui redirigent vers les nouvelles pages de destination.

Contrôler le trafic

Une fois la migration du site lancée, surveillez l'évolution du trafic des utilisateurs et des robots d'exploration sur le nouveau et l'ancien site. Normalement, le trafic sur l'ancien site devrait diminuer, tandis que le trafic sur le nouveau site devrait augmenter. Vous pouvez surveiller l'activité des utilisateurs et des robots d'exploration sur les sites avec la Search Console et d'autres outils.

Contrôler le trafic à l'aide de la Search Console

De nombreuses fonctionnalités de la Search Console vous permettent de contrôler la migration d'un site, parmi lesquelles :

  • Sitemaps : envoyez les deux sitemaps que vous avez enregistrés lors du mappage. Au départ, le sitemap contenant les nouvelles URL n'aura aucune page indexée, contrairement à celui contenant les anciennes URL, qui en aura un grand nombre. Au fil du temps, le nombre de pages indexées du sitemap contenant les anciennes URL tombera à zéro, et vous constaterez une augmentation équivalente de l'indexation des nouvelles URL. Notez que la Search Console peut afficher des avertissements pour le sitemap contenant les anciennes URL concernant la redirection des URL. Cela est normal. Vous pouvez ignorer ces avertissements, car vous passez à de nouvelles URL.
  • Rapport de couverture de l'index : les graphiques illustreront la migration du site. Ils afficheront une baisse du nombre d'URL indexées pour l'ancien site et une augmentation de l'indexation pour le nouveau. Vérifiez régulièrement s'il existe des erreurs d'exploration inattendues.
  • Requêtes de recherche : au fur et à mesure de l'indexation et du classement des pages du nouveau site, les rapports de requêtes de recherche commencent à afficher les URL du nouveau site qui obtiennent des impressions et des clics dans la recherche.

Contrôler le trafic à l'aide d'autres outils

Gardez un œil sur vos journaux d'erreurs et d'accès au serveur. Prêtez une attention particulière à l'exploration par Googlebot, aux URL qui afficheraient de manière inattendue des codes d'état d'erreur HTTP et au trafic standard des internautes.

Si vous avez installé un logiciel d'analyse d'audience Internet sur votre site ou si votre CMS fournit des données analytiques, nous vous recommandons également d'examiner le trafic de cette façon afin de suivre son évolution entre l'ancien site et le nouveau. Google Analytics permet notamment la création de rapports en temps réel. C'est une fonctionnalité très pratique, à utiliser pendant la phase initiale de migration du site. Attendez-vous à constater une chute du trafic sur l'ancien site et une augmentation sur le nouveau.

Autres ressources

La migration d'un site peut être complexe. Il existe donc de nombreuses façons de procéder. Nous avons trouvé les checklists de migration de sites d'Aleyda Solis particulièrement utiles, ainsi que le guide de l'outil Screaming Frog pour les migrations de sites.

Si vous avez des questions, recherchez de l'aide sur Google Search Central.
Notre page d'aide propose de nombreux conseils pertinents, ainsi que des cas spécifiques traités sur nos forums utilisateur. Si vous ne trouvez pas de réponse, vous pouvez poser une question en direct à l'un de nos spécialistes de la recherche Google pendant nos office hours sur le SEO.

Résolution des problèmes lors de la migration d'un site

Cette section présente les erreurs fréquemment commises lors de la migration d'un site avec des changements d'URL (y compris lors du passage du protocole HTTP à HTTPS). Ces erreurs peuvent empêcher l'indexation complète de votre nouveau site.

Erreurs fréquentes

Blocs noindex ou robots.txt

N'oubliez pas de supprimer les blocs noindex ou robots.txt qui n'étaient nécessaires que pour la migration.

Ne pas fournir de fichier robots.txt sur votre site ne pose aucun problème. Toutefois, veillez à renvoyer rapidement un code d'état HTTP 404 approprié si ce fichier n'est pas disponible.

Tests à effectuer :

  • Examinez le fichier robots.txt sur votre site HTTPS pour déterminer si des modifications sont nécessaires.
  • Utilisez l'outil d'inspection d'URL pour toutes les pages qui ne semblent pas être explorées par Google dans le nouveau site.

Redirections incorrectes

Vérifiez vos redirections de l'ancien site vers le nouveau. Il est fréquent d'observer des redirections vers des URL incorrectes (qui n'existent plus) sur le nouveau site.

Vous pouvez utiliser la Search Console pour voir si un nombre anormalement élevé d'erreurs de type "Introuvable" ont été signalées. Vous pouvez aussi utiliser d'autres outils tels que Screaming Frog pour explorer votre propre site et déterminer si les redirections fonctionnent comme prévu.

Autres erreurs d'exploration

Examinez le rapport de couverture de l'index pour déterminer si votre nouveau site a fait l'objet d'un pic d'erreurs lors des événements de migration.

Capacité de serveur insuffisante

Après une migration, Google effectue une exploration plus poussée de votre nouveau site. Cela est dû au fait que votre site redirige le trafic de l'ancien site vers le nouveau, et que les explorations de l'ancien site sont redirigées vers le nouveau site, en plus des autres explorations. Assurez-vous que votre site dispose d'une capacité suffisante pour gérer l'augmentation du trafic provenant de Google.

Sitemaps non mis à jour

Assurez-vous que vos sitemaps sont tous mis à jour avec les nouvelles URL.