Comment déplacer un site

Ce document décrit comment modifier les URL des pages existantes de votre site tout en minimisant l’impact négatif sur vos résultats Google Search. Exemples de ce type de migration de site :

• Modifications d’URL de HTTP à HTTPS.
• Changements de nom de domaine tels que example.com à example.net ou la fusion de plusieurs domaines ou noms d’hôtes.
• Modifications des chemins d’URL : example.com/page.php?id=1 à
  example.com/widget, ou example.com/page.html à
  example.com/page.htm

Aperçu

1. Bonnes pratiques générales pour la migration de sites.
   Sachez à quoi vous attendre et comment cela peut affecter vos utilisateurs et vos classements. Si vous passez de HTTP à HTTPS, consultez les
   bonnes pratiques pour HTTPS.
2. Préparez le nouveau site et testez-le minutieusement.
3. Préparez un mappage d’URL des URL actuelles vers leur nouveau format correspondant.
4. Lancez la migration du site en configurant le serveur pour rediriger des anciennes URL vers les nouvelles.
5. Surveillez le trafic sur les anciennes et les nouvelles URL.

Bonnes pratiques générales pour la migration de sites

• Divisez votre migration en étapes plus petites si cela a du sens pour votre site.
  Si votre site est grand et que c’est techniquement possible, nous vous recommandons de ne déplacer initialement qu’une partie du site pour tester les effets sur le trafic et l’indexation de recherche. Après cela, vous pouvez déplacer le reste de votre site en une seule fois ou par morceaux. Lors du choix de la section de test initiale du site, choisissez une section qui change moins fréquemment et qui n’est pas affectée de manière significative par des événements fréquents ou imprévisibles. Gardez également à l’esprit que même si le déplacement d’une seule section est un excellent moyen de tester votre migration, ce n’est pas nécessairement représentatif du déplacement de l’ensemble d’un site en ce qui concerne la recherche. Plus vous déplacez de pages, plus vous risquez de rencontrer des problèmes supplémentaires à résoudre. Une planification minutieuse peut minimiser les problèmes.
• Ne changez qu’une seule chose à la fois
  Planifiez les modifications de votre site les unes après les autres, et non toutes en même temps. Par exemple, si vous souhaitez déplacer votre site vers un nouveau nom de domaine, changer votre système de gestion de contenu (CMS) et mettre à jour votre site pour utiliser une nouvelle mise en page, faites-le un par un : passez à un nouveau domaine, puis changez la mise en page de votre site.
• Planifiez votre migration pour qu’elle coïncide avec un trafic plus faible, si possible.
  Si votre trafic est saisonnier ou baisse certains jours de la semaine, il est logique de déplacer votre site pendant ces baisses de trafic récurrentes. Cela signifie que moins de personnes seront concernées par les problèmes potentiels qui peuvent survenir lors de la migration du site, et qu’une plus grande partie des ressources de votre serveur pourra être consacrée à l’exploration de votre site par Googlebot.
• Attendez-vous à des fluctuations temporaires du classement du site pendant la migration.
  Avec tout changement significatif apporté à un site, vous pouvez subir des fluctuations de classement pendant que Google réexplore et réindexe votre site. En règle générale : pour les sites Web de taille moyenne, il peut falloir quelques semaines ou plus pour que Google commence progressivement à afficher les nouvelles URL au lieu des anciennes (et pour les grands sites, encore plus longtemps). La vitesse à laquelle Googlebot et nos systèmes découvrent et traitent les URL déplacées dépend largement du nombre d’URL et de la vitesse de votre serveur.
  Soumettre un sitemap peut aider à accélérer le processus de découverte, et il est tout à fait possible de déplacer votre site par sections.
• Ne vous inquiétez pas pour le crédit des liens.
  301 et
  les autres redirections permanentes
  ne provoquent pas de perte de
  PageRank.
• Utilisez la Search Console.
  La Search Console est votre amie, en particulier lors d’une migration de site. Vérifiez les données de chaque propriété séparément dans la Search Console.
  Utilisez le
  rapport sur l’état de l’index
  pour obtenir une vue d’ensemble. Utilisez le
  rapport sur les sitemaps
• pour voir combien d’URL soumises dans un sitemap ont été indexées.
  Soyez patient, donnez-lui du temps

Pour considérer qu’une migration de site est terminée, Googlebot devra visiter chaque URL de votre ancien et de votre nouveau site au moins une fois. Il n’y a pas de fréquences d’exploration fixes ; la vitesse à laquelle Googlebot explore dépend de la taille de votre site et de la vitesse d’exploration possible. La migration s’effectue par URL.

Préparez le nouveau site

• Les détails de la préparation du site varient pour chaque migration, mais vous effectuerez généralement une ou plusieurs des opérations suivantes : Configurez le CMS
• (de préférence le même que celui utilisé par l’ancien site) 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.
• Ceux-ci reçoivent peut-être déjà du trafic de la recherche Google ou de liens, et il est utile d’informer les utilisateurs et Googlebot de leur nouvel emplacement.Pour une migration vers HTTPS

• , obtenez et configurez les certificats TLS requis 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 que vous souhaitez bloquer de l’exploration. Notez que certains propriétaires de sites bloquent toute exploration pendant le développement. Si vous suivez cette stratégie, assurez-vous de préparer l'apparence que le fichier robots.txt doit avoir une fois la migration du site commencée. De même, si vous utilisez des règles noindex pendant le développement, préparez une liste d'URL dont vous supprimerez les règles noindex

• lorsque vous commencerez la migration du site. Fournissez des erreurs pour le contenu supprimé ou fusionné 404 si vous ne déplacez pas tout votre ancien contenu vers le nouveau site, assurez-vous que ces URL renvoient correctement un code de réponse d’erreur HTTP
  410 ou

  

• sur le nouveau site. qui peut aider lors du déplacement du site.

  Si ce n’est pas déjà fait,
  vérifiez
  l’ancien et le nouveau site dans la Search Console. Veillez à vérifier toutes les variantes des deux sites, l’ancien et le nouveau. Par exemple, vérifiez www.example.com et
  example.com, et incluez à la fois les variantes de site HTTPS et HTTP si vous utilisez des URL HTTPS. Faites cela pour l’ancien et le nouveau site.

  • Examinez la vérification de la Search Console

    Assurez-vous que votre vérification de la Search Console continuera de fonctionner après le déplacement du site. Si vous utilisez une méthode de vérification différente, gardez à l’esprit que les jetons de vérification peuvent être différents lorsque l’URL change.

    Si vous utilisez la
    méthode du fichier HTML
    pour vérifier la propriété de votre site dans la Search Console, assurez-vous de ne pas oublier d’inclure votre fichier de vérification actuel dans votre nouvelle copie du site.

    De même, si vous vérifiez la propriété avec un fichier d’inclusion qui fait référence à la
    meta balise
    ou
    Google Analytics
    pour vérifier la propriété, assurez-vous que la nouvelle copie du CMS les inclut également.

  • Examinez tous les paramètres configurés dans la Search Console que vous avez pu définir pour l’ancien site, et assurez-vous que les paramètres du nouveau site sont également mis à jour pour refléter ces changements. Par exemple :

    • Fréquence d’exploration:
      Définissez la fréquence d’exploration sur “Laisser Googlebot décider” pour l’ancien et le nouveau site.
    • Liens retour désavoués:
      Si vous avez téléchargé un fichier pour désavouer des liens sur votre ancien site, nous vous recommandons de le retélécharger en utilisant le compte Search Console du nouveau site.

  • Nettoyez votre domaine récemment acquis; vous voudrez vous assurer qu’il est exempt de tout problème en suspens du propriétaire précédent. Vérifiez les paramètres suivants :

    • Action manuelle
      pour du spam précédent. Si des actions manuelles sont appliquées au nouveau site, résolvez tous les problèmes qui y sont répertoriés et déposez une
      demande de réexamen.
    • URL supprimées.
      Assurez-vous qu’il ne reste aucune suppression d’URL du propriétaire précédent, en particulier une suppression d’URL à l’échelle du site.

• Utilisez les analyses web pour analyser l’utilisation sur l’ancien et le nouveau site. Le logiciel d’analyse web peut vous y aider. En règle générale, la configuration des analyses web consiste en un morceau de JavaScript intégré dans vos pages. Les détails pour le suivi de différents sites varient en fonction de votre logiciel d’analyse et de ses paramètres de journalisation, de traitement ou de filtrage. Contactez votre fournisseur de logiciels d’analyse pour obtenir de l’aide. De plus, si vous aviez prévu d’apporter des modifications de configuration à votre logiciel d’analyse, c’est le moment idéal. Si vous utilisez Google Analytics, envisagez de créer un nouveau profil pour votre nouveau site si vous souhaitez une séparation nette dans vos rapports de contenu.

• Assurez-vous que votre serveur dispose de ressources informatiques suffisantes: après une migration, Google explorera temporairement votre nouveau site de manière plus intensive que d’habitude. En effet, votre site redirige le trafic de l’ancien vers le nouveau site, et toute exploration de l’ancien site sera redirigée vers le nouveau site, en plus de toute autre exploration. Assurez-vous que votre nouveau site dispose d’une capacité suffisante pour gérer l’augmentation du trafic de Google. Si votre site est particulièrement grand, contactez vos fournisseurs d’hébergement et prévenez-les du déplacement de site que vous prévoyez.

Préparez le mappage des URL

Il est important de mapper les URL de votre ancien site vers les URL du nouveau site. Cette section décrit un certain nombre d’approches générales que vous pouvez adopter pour évaluer correctement les URL de vos deux sites et faciliter le mappage. Les détails exacts de la façon dont vous générez ce mappage varieront en fonction de l’infrastructure actuelle de votre site web et des détails du déplacement du site.

Déterminez vos anciennes URL

Dans les déplacements de sites les plus simples, vous n’avez peut-être pas besoin de générer une liste de vos anciennes URL. Par exemple, vous pouvez utiliser une redirection générique (wildcard) côté serveur si vous changez le domaine de votre site (par exemple, passage de example.com à example.net).

Dans des déplacements de sites plus complexes, vous devrez générer une liste d’anciennes URL et les mapper vers leurs nouvelles destinations. La manière d’obtenir une liste d’anciennes URL dépend de la configuration de votre site web actuel, mais voici quelques conseils utiles :

• Commencez par vos URL importantes. Pour les trouver :
  • Regardez dans vos sitemaps
    car il est probable que vos URL les plus importantes aient été soumises de cette manière dans la Search Console
  • Consultez les journaux de votre serveur ou votre logiciel d’analyse pour identifier les URL qui reçoivent le plus de trafic
  • Consultez la
    fonctionnalité Liens vers votre site
    dans la Search Console pour les pages qui ont des liens internes et externes
• Utilisez votre système de gestion de contenu, qui peut généralement fournir un moyen simple d’obtenir une liste de toutes les URL hébergeant du contenu.
• Consultez les journaux de votre serveur pour les URL qui ont été visitées au moins une fois récemment. Choisissez une période qui a du sens pour votre site, en gardant à l’esprit la variation saisonnière du trafic.
• Incluez les images et les vidéos— Assurez-vous d’inclure les URL du contenu intégré dans vos plans de déplacement de site : vidéos, images, fichiers JavaScript et CSS. Ces URL doivent être déplacées de la même manière que tout autre contenu de votre site web.

Créez un mappage des anciennes vers les nouvelles URL

Une fois que vous avez la liste des anciennes URL, décidez où chacune doit être redirigée. L’endroit où vous stockez ce mappage dépend de vos serveurs et du déplacement 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 les modèles de redirection courants.

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

Une fois votre mappage d’URL défini, vous voudrez faire trois choses pour préparer les pages à recevoir du trafic.

1. Mettez à jour les annotations pour pointer vers les nouvelles URL dans l’entrée HTML ou sitemap de chaque page :
   1. Chaque nouvelle URL doit avoir une balise auto-référente
      rel="canonical" <link> balise.
   2. Si le site que vous avez déplacé comporte des pages multilingues ou multinationales annotées à l’aide de
      rel-alternate-hreflang annotations,veillez à mettre à jour les annotations pour utiliser les nouvelles URL.
2. Mettez à jour les liens internes.
   Modifiez les liens internes sur le nouveau site en remplaçant les anciennes URL par les nouvelles. Vous pouvez utiliser le mappage généré précédemment pour vous aider à trouver et à mettre à jour les liens selon vos besoins.
3. Enregistrez les listes suivantes pour votre déplacement final:
   • Un fichier sitemap contenant les nouvelles URL du mappage. Consultez notre documentation sur
     la création d’un sitemap.
   • Une liste de sites créant des liens vers vos anciennes URL. Vous pouvez trouver les
     liens vers votre site
     dans la Search Console.

Planifiez votre stratégie de redirection

Une fois que vous disposez d’un mappage et que votre nouveau site est prêt, la prochaine étape consiste à planifier votre stratégie de redirection. Nous recommandons des redirections permanentes
redirections permanentes
des anciennes URL vers les nouvelles URL comme vous l’avez indiqué dans votre mappage. Vérifiez auprès de votre administrateur de serveur (ou de votre 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 Apache HTTP server ou de fonctions de redirection dans votre CMS.

Si aucune configuration de redirection côté serveur n’est possible, vous pouvez vous rabattre sur des redirections côté client en dernier recours.

Décidez comment vous allez déplacer votre site – tout en même temps ou par sections :

• Petits ou moyens sites : Nous vous recommandons de déplacer toutes les URL de votre site simultanément plutôt que de déplacer une section à la fois. Cela aide les utilisateurs à mieux interagir avec le site dans sa nouvelle forme et aide nos algorithmes à détecter le déplacement du site et à mettre à jour notre index plus rapidement.
• Grands sites : Vous pouvez choisir de déplacer les grands sites section par section. Cela peut faciliter la surveillance, la détection et la correction plus rapide des problèmes.

Gardez à l’esprit les éléments suivants :

• Utilisez des redirections permanentes côté serveur si techniquement possible. Bien que Googlebot
  prenne en charge plusieurs types de redirections, nous vous recommandons d’utiliser des redirections permanentes HTTP si possible, telles que 301 et
  308.
• Évitez d’enchaîner les redirections. Bien que Googlebot puisse
  suivre jusqu’à 10 sauts
  dans une « chaîne » de redirections multiples (par exemple, Page 1
  > Page 2
  > Page 3), nous conseillons de rediriger directement vers la destination finale. Si cela n’est pas possible, maintenez le nombre de redirections dans la chaîne à un niveau bas, idéalement pas plus de 3 et moins de 5. L’enchaînement de redirections ajoute de la latence pour les utilisateurs, et tous les agents utilisateurs et navigateurs ne prennent pas en charge les longues chaînes de redirection.

Lancez le déplacement du site

Une fois que le mappage des URL est précis et que vous avez finalisé le plan de redirection, vous êtes prêt à effectuer le déplacement.

1. Mettez en œuvre ou activez les redirections: selon votre stratégie de redirection, cela peut signifier que vous poussez une mise à jour vers les fichiers de configuration de votre serveur ou que vous mettez à jour votre CMS, probablement avec du code personnalisé.
2. 
   Vérifiez le rel="canonical" lien annotations et les règles
   robots meta :
   
   Une fois les redirections actives, assurez-vous que les annotations de lien rel="canonical"
sur le nouveau site utilisent les nouvelles URL. De même, si vous avez ajouté des règles noindex robots meta au nouveau site pour éviter d'indexer prématurément les nouvelles URL, veillez à les mettre à jour. Testez les redirections.
3. Vous pouvez utiliser l’ URL Inspection Tool
   pour tester des URL individuelles, ou des outils en ligne de commande ou des scripts pour tester un grand nombre d’URL.
   Si vous changez de nom de domaine ou de sous-domaine, soumettez un
4. 
   Changement d’adresse
   dans Search Console pour l’ancien site
   Vous n’avez besoin de cet outil que lors du passage d’un domaine ou d’un sous-domaine à un autre (tel que.

   example.com
   à example.net , oua.example.com à b.example.com
   ). Vous n'en avez pas besoin pour les transferts HTTP vers HTTPS, le basculement entre www et non-www sur le même domaine, ou le déplacement de chemins au sein du même domaine.Pour les migrations de domaines

5. , généralement au moins 1 an. Ce délai permet à Google de transférer tous les signaux vers les nouvelles URL, y compris le réexploration et la réattribution de liens sur d’autres sites qui pointent vers vos anciennes URL.ru

   Du point de vue des utilisateurs, envisagez de conserver les redirections indéfiniment. Cependant, les redirections sont lentes pour les utilisateurs, alors essayez de mettre à jour vos propres liens et tous les liens à fort volume provenant d’autres sites Web pour pointer vers les nouvelles URL.

6. Soumettez le nouveau sitemap dans la Search Console. Cela aidera Google à découvrir les nouvelles URL. À ce stade, vous pouvez supprimer votre ancien sitemap, car Google utilisera le nouveau sitemap à l’avenir.

Le temps nécessaire à Googlebot et à nos systèmes pour découvrir et traiter toutes les URL lors du déplacement d’un site dépend de la vitesse de vos serveurs et du nombre d’URL impliquées. En règle générale, pour un site Web de petite à moyenne envergure, la plupart des pages peuvent prendre quelques semaines à se déplacer, et les sites plus grands prennent plus de temps. La vitesse à laquelle Googlebot et nos systèmes découvrent et traitent les URL déplacées dépend du nombre d’URL et de la vitesse du serveur.

Mettre à jour les liens

Immédiatement après le début du déplacement du site, essayez de mettre à jour autant de liens que possible pour améliorer l’expérience utilisateur et réduire la charge de votre serveur. Ceux-ci incluent :

• Liens internes : sur la base du mappage d’URL que vous avez créé précédemment, remplacez toutes les URL qui pointaient vers vos propres pages.
• Liens externes : essayez de contacter les sites de la liste enregistrée des sites liant vers votre contenu actuel, en leur demandant de mettre à jour leurs liens vers votre nouveau site. Envisagez de prioriser vos efforts en fonction du nombre de visites entrantes pour chaque lien.
• Liens de profil tels que ceux de Facebook, Twitter et LinkedIn.
• Campagnes publicitaires pour pointer vers les nouvelles pages de destination.

Surveiller le trafic

Une fois que vous avez commencé le déplacement du site, surveillez l’évolution du trafic des utilisateurs et des robots d’exploration sur le nouveau site ainsi que sur l’ancien. Idéalement, le trafic sur l’ancien site diminuera, tandis que sur le nouveau site, le trafic augmentera. Vous pouvez surveiller l’activité des utilisateurs et des robots sur les sites avec
Search Console
et d’autres outils.

Utilisez la Search Console pour surveiller le trafic

De nombreuses fonctionnalités de la Search Console vous aident à surveiller le déplacement d’un site, notamment :

• Sitemaps:
  Soumettez les deux sitemaps que vous avez enregistrés précédemment à partir du mappage. Initialement, le sitemap contenant les nouvelles URL aurait zéro page indexée, tandis que le sitemap des anciennes URL aurait de nombreuses pages indexées. Au fil du temps, le nombre de pages indexées à partir du sitemap des anciennes URL tomberait à zéro avec une augmentation correspondante de l’indexation des nouvelles URL. Notez que la Search Console peut afficher des avertissements pour le sitemap contenant les anciennes URL concernant les URL en cours de redirection ; c’est normal et vous pouvez ignorer ces avertissements : vous passez en fait à de nouvelles URL après tout.
• Rapport sur la couverture de l’index:
  Les graphiques refléteraient le déplacement du site, montrant une baisse du nombre d’URL indexées sur l’ancien site et une augmentation de l’indexation sur le nouveau site. Vérifiez régulièrement la présence d’erreurs d’exploration inattendues.
• Requêtes de recherche:
  À mesure que de plus en plus de pages du nouveau site sont indexées et commencent à se positionner, les rapports sur les requêtes de recherche commenceraient à montrer les URL du nouveau site obtenant des impressions de recherche et des clics.

Utilisez d’autres outils pour surveiller le trafic

Gardez un œil sur les journaux d’accès et d’erreurs de votre serveur. En particulier, vérifiez l’exploration par Googlebot, toutes les URL qui renvoient de manière inattendue des codes d’état d’erreur HTTP et le trafic normal des utilisateurs.

Si vous avez installé un logiciel d’analyse Web sur votre site ou si votre CMS fournit des analyses, il est également recommandé de consulter le trafic de cette manière afin de pouvoir voir la progression du trafic de votre ancien vers votre nouveau site. En particulier, Google Analytics propose des rapports en temps réel, et c’est une fonctionnalité pratique à utiliser lors de la phase initiale de déplacement du site. Vous devez vous attendre à voir le trafic baisser sur l’ancien site et augmenter sur le nouveau site.

Plus de ressources

Les migrations de sites peuvent être accablantes et compliquées, il existe donc de nombreux avis sur la manière de procéder. Nous avons trouvé
les listes de contrôle de migration de site d’Aleyda Solis
particulièrement utiles, ainsi que
le guide des outils Screaming Frog pour les migrations de sites.

Si vous êtes bloqué à un moment donné, recherchez de l’aide sur Google Search Central.
Il y a beaucoup de bons conseils sur
notre page d’aide et des cas spécifiques répondus dans
nos forums d’utilisateurs.
Si vous ne trouvez pas de réponse, vous pouvez poser une question à l’un de nos spécialistes de Google Search pendant nos
heures de bureau SEO.

Résolution des problèmes liés au déplacement de votre site

Voici quelques erreurs courantes lors de la migration d’un site avec des modifications d’URL (y compris HTTP vers HTTPS). Ces erreurs peuvent empêcher l’indexation complète de votre nouveau site.