Le guide de la migration de site web que vous devez lire

Le guide de la migration de site web que vous devez lire

Patrick Stox
Patrick Stox est conseiller produit, spécialiste SEO technique et ambassadeur à Ahrefs. Il co-organise divers évènements comme le Raleigh SEO Meetup, Raleigh SEO Conference, Beer & SEO Meetup et Findability Conference. Il est aussi modérateur sur /r/TechSEO.
Une migra­tion de site est un terme util­isé pour décrire des change­ments très sig­ni­fi­cat­ifs à l’installation d’un site web qui risque d’avoir un impact sur le SEO, comme le change­ment du domaine, des URL, des l’hébergement, de la plate­forme ou du design.

Il y a beau­coup de types de migra­tions dif­férentes, mais les étapes de base de la plan­i­fi­ca­tion et de repér­er les prob­lèmes sont les mêmes. Une migra­tion peut être très com­plexe, impli­quer beau­coup de per­son­nes et d’étapes dif­férentes. Ne paniquez pas si cela ne se passe pas comme prévu, vous pou­vez cor­riger presque tout ce qui va aller de travers.

Nous allons voir dans ce guide :

Vous avez besoin de savoir ce qui va chang­er et qui va être impliqué dans ces change­ments. En d’autres ter­mes, il faut plan­i­fi­er et suiv­re toutes les étapes. Il va fal­loir savoir qui sont toutes les per­son­nes impliquées, leurs rôles, les dead­lines et un ensem­ble de process pour suiv­re le tout. Un chargé de pro­jet et un sys­tème de suivi de pro­jet vont vous aider. Ten­ter de tout faire par mail et Slack risque de devenir hors de contrôle.

Il vous faut aus­si un plan pour revenir en arrière, au cas où quelque chose de dra­ma­tique arrive. Vous pour­rez tou­jours restau­r­er le site dans son état ini­tial, même si c’est le plan de la dernière chance.

Il va vous fal­loir con­naître les impacts de vos actions, être sûr d’avoir accès à la GSC et Google Ana­lyt­ics de l’an­ci­enne et du nou­veau site (faites une vue com­binées des deux si besoin). Cer­tains change­ments vont met­tre des semaines voire des mois à avoir un impact sur vos flux, mais d’autres pour­raient n’en avoir aucun. Par exem­ple, si vous migrez un site de taille moyenne sur un nou­veau domaine, vous allez avoir quelques semaines de vari­a­tion. Mais si vous le com­binez dans un site exis­tant, vous pour­riez ne voir aucune dif­férence de trafic.

Il va fal­loir faire un peu de tra­vail de pré­pa­ra­tion. Je sug­gère quelques étapes :

  • Faites un crawl de votre site. Vous allez vous en servir comme base pour suiv­re les change­ments par la suite. Vous pou­vez utilis­er l’Audit de site pour cela.
  • Créez une série de pages test comme celles du rap­port Top Pages de l’Explo­rateur de site. Vous allez vous en servir plus tard pour véri­fi­er les erreurs. Vous pou­vez même lancer un crawl sur ces pages dans un autre pro­jet d’audit pour facile­ment les com­par­er par la suite.
  • Restreignez l’accès à votre site de développe­ment ou stag­ing site (si vous en avez un) pour qu’il ne soit pas indexé.
  • Faites une sauve­g­arde de votre site, juste au cas où vous auriez besoin de faire un rollback.

Pre­cise­ly what’s involved in a web­site migra­tion depends on whether the URLs will remain the same or not. Below we’ll dis­cuss both scenarios.

Ce que va pré­cisé­ment impli­quer une migra­tion de site dépend de si les URLs vont rester les mêmes ou non. Nous allons voir les deux scénarios.

Quand les URLs sont les mêmes…

C’est la déci­sion la plus sim­ple (en tout cas d’un point de vue SEO) car moins de choses vont chang­er. Cela reste une opéra­tion com­plexe, mais la plu­part des tâch­es à entre­pren­dre sont plus typ­ique­ment un tra­vail d’infrastructure/DevOps ou de développeur et pas de SEO.

Ces migra­tions peu­vent impliquer :

  • Héberge­ment : CDN, serveur
  • Plate­forme : CMS, langue, JS framework
  • Design : tem­plate, Liens internes, tags

Si vous utilisez un site de développe­ment ou de stag­ing, il vaut mieux y avoir accès pour véri­fi­er les éventuels prob­lèmes avant de pouss­er la ver­sion live.

Ce qu’il faut chercher

Vous allez devoir chercher tous les change­ments pos­si­ble, dont des choses comme :

  • Balis­es Canon­i­cal. Elles devraient être similaires.
  • Balis­es Title. Assurez-vous qu’elles soient les mêmes ou très sim­i­laires à ce que vous aviez. De nou­veaux sys­tèmes peu­vent avoir des généra­tions automa­tiques de balis­es ou cer­tains réglages par défaut qui seront dif­férents de ce que vous aviez.
  • Meta descrip­tions
  • Balis­es Heading
  • Hre­flang
  • Schema
  • Meta robots. Il faut vous assur­er que vos pages ne sont pas en noindex.
  • Con­tenu.C’est par­ti­c­ulière­ment impor­tant pour les sys­tèmes JavaScript. De nou­veaux sys­tèmes pour­raient ne pas avoir tout le con­tenu chargé dans le DOM par défaut, les moteurs de recherche pour­raient ne pas voir cer­tains con­tenus à cause de cela.
  • Liens Internes. Des choses comme le fil d’Ariane, les arti­cles en rap­port, les liens du foot­er ou du menu prin­ci­pal peu­vent avoir changé.
  • Dif­férences de vitesse

Utilisez la fonc­tion com­para­i­son de l’Audit de site pour voir les change­ments depuis votre dernier crawl.

Il y a quelques autres points qui pour­raient créer des prob­lèmes plus importants.

  • Si vous lais­sez acci­den­telle­ment un blocage, les moteurs de recherche ne pour­ront pas explor­er vos pages.
  • Par­fois de vieilles redi­rec­tions ne sont pas copiées de votre fichi­er .htac­cess ou de con­fig­u­ra­tion de serveur, ce qui va vous faire per­dre cer­tains back­links. Ce prob­lème est dif­fi­cile à repér­er et survient sou­vent au moment du change­ment d’hébergement. Gardez un œil sur le rap­port Best by link de l’Explo­rateur de site et fil­trez par 404 pour voir les liens qui sont main­tenant cassés.

Lorsque les URLs sont différentes…

Ces migra­tions sont générale­ment plus com­pliquées. La seule excep­tion est de pass­er de HTTP à HTTPS, ce qui est rel­a­tive­ment facile aujourd’hui.

Ces migra­tions peu­vent impliquer :

Spécifique au HTTP > HTTPS

  • Utilisez une Poli­tique de Sécu­rité de Con­tenu d’upgrade-inse­cure-requests pour régler les prob­lèmes de con­tenu mixte (mixed con­tent). C’est rapi­de à implé­menter et fonc­tionne pour toutes les ressources à part les liens internes, que vous allez devoir met­tre à jour vous-même.
  • Installez un cer­ti­fi­cat de sécurité
  • Redi­rec­tions 301 HTTP > HTTPS
  • Ajoutez un head­er HSTS

Je ne m’inquiéterai pas pour des élé­ments comme une chaîne de redi­rec­tion sur le root path ou met­tre à jour les liens au site. Cor­riger une chaîne ou met­tre à jour des liens ne vous apportera pas grand-chose comme le sig­nal sera con­solidé par les redirections.

Spécifique aux changements de domaine

  • Bais­sez tem­po­raire­ment le TTL (quelques heures). Cela va rafraîchir les caches DNS plus rapi­de­ment et quand vous activerez la migra­tion, vos change­ments seront vus par plus d’utilisateurs plus rapidement.
  • Utilisez un out­il de change­ment d’adresse dans GSC
  • Véri­fi­er l’ancien domaine pour toute action manuelle qu’il pour­rait y avoir à faire dans le GSC.

Voici une petite astuce pour les util­isa­teurs de Ahrefs : si vous changez la cible de votre crawl dans les réglages de votre pro­jet pour un domaine dif­férent, votre nou­veau crawl se fera sur le nou­veau domaine et vous pour­rez le com­par­er à celui de l’ancien.

Pour tout

  • Met­tez à jour les liens internes et liens de dif­férentes balis­es comme la canon­ique, hre­flang, etc. Vous pour­riez avoir recours à un plu­g­in de rechercher et rem­plac­er pour aller plus vite sur vos liens internes.
  • Con­fig­urez GSC. Cela peut impli­quer des choses comme trans­fér­er vos fichiers de désaveu, paramétr­er le geo-tar­get­ing, les réglages de paramètres d’URL et charg­er les sitemaps. Il va fal­loir garder un sitemap avec les anci­ennes URL pen­dant une petite péri­ode, cela va vous aider à suiv­re l’indexation des URLs dans GSC.
  • Retirez tous les blocages d’exploration des pages sur l’ancien et le nou­veau site. Tout doit être exploré pour que les sig­naux se con­soli­dent correctement.
  • Assurez-vous que les pages que vous voulez index­er ne sont pas en noin­dex. Vous pou­vez utilis­er l’Audit de site pour cela.
  • Redirigez les pages. Il faut vous assur­er que les anci­ennes pages soient redirigées avec une redi­rec­tion 301 vers les nou­velles ver­sions de votre page. C’est une bonne idée de rediriger des élé­ments comme les images et les PDF aus­si, mais ne vous inquiétez pas des choses comme les fichiers JS, CSS ou de police. Con­cen­trez-vous sur la redi­rec­tion des élé­ments qui sont indexés par les moteurs de recherche et ne vous inquiétez pas des autres fichiers.

Il faut faire ces change­ments aus­si rapi­de­ment que pos­si­ble donc, si vous avez un site de développe­ment ou de stag­ing, vous devriez lancer une explo­ration dessus pour vous assur­er que tout va bien avant de le pass­er en live. Sou­venez-vous que si un ancien site util­i­sait le HTTPS et que le cer­ti­fi­cat expire, les bots vont pass­er mais les util­isa­teurs auront un mes­sage d’erreur et ne seront pas redirigés. Il existe des cer­ti­fi­cats mul­tido­maines qui s’appliquent à plusieurs domaines à la fois qui peu­vent vous aider à éviter ce problème.

Si vous voyez une baisse, c’est cer­taine­ment lié aux redi­rec­tions, quelque chose qui ne peut pas être exploré, des élé­ments en noin­dex, des change­ment ou sup­pres­sion de con­tenu, change­ment dans les liens internes ou autres élé­ments qui auraient changé en lien avec le SEO technique.

Note.
Si vous prévoyez de met­tre à jour les liens vers votre site, il faudrait met­tre à jour ceux des pages que vous con­trôlez, mais ne prenez pas la peine de faire de l’outreach pour met­tre à jour les liens sur d’autres qui pointent vers vous. Tout devrait se pass­er cor­recte­ment avec les redi­rec­tions 301. Les faire chang­er n’en vaut pas la peine.. 

Il y a plusieurs moyens de suiv­re la pro­gres­sion d’une migra­tion et de s’assurer que tout va comme il faut.

Avec Ahrefs

There are sev­er­al var­i­ous ways to look for changes. As I men­tioned ear­li­er, you can change the scope of your crawl in Site Audit and get a com­par­i­son that shows you what changed. You’ll want to look out for changes to things like:

Il y a plusieurs moyens de véri­fi­er les change­ments. Comme je l’ai men­tion­né plus tôt, vous pou­vez chang­er la cible de votre crawl dans l’Audit de site pour avoir une com­para­i­son avec la ver­sion précé­dente pour voir les change­ments. Vous allez devoir chercher des change­ments comme :

  • Balis­es canoniques
  • Hre­flang. Elles seront brisées pen­dant une péri­ode si vous changez de domaine, il va fal­loir un cer­tain temps pour que les pages soient de nou­veau explorées et que les con­nex­ions soient faites.
  • Schema
  • Robots Meta

Vous vous sou­venez lorsque nous avons créé une liste des top pages plus haut ? Ce sont vos pages pri­or­i­taires. Il va être intéres­sant de crawler cette liste dans l’Audit de site pour vous assur­er que des élé­ments comme les redi­rec­tions soient bien en place et qu’il n’y a pas eu de change­ments trop rad­i­caux. Si vous faites un pro­jet séparé pour cette liste en amont, vous pou­vez même faire un crawl de com­para­isons pour voir rapi­de­ment les change­ments sur ces pages.

Vous pou­vez voir le traf­ic par page, le traf­ic des mots-clés et l’historique des change­ments avec les rap­ports Top Pages et Organ­ic Key­words de l’Explorateur de Site 2.0. Il est facile de faire des com­para­isons pour le même domaine, mais si vous en avez changé, vous devriez peut-être exporter ces don­nées vers Excel ou Google Sheets pour pro­duire une vue com­binée pour dif­férentes péri­odes pour voir où vous pour­riez avoir eu des pertes et ce qui a pu se passer.

Traf­ic de page et his­torique des change­ments selon le rap­port Top Pages 2.0 dans l’Explorateur de Site.

Vous pou­vez aus­si utilis­er notre crawler pour vous assur­er que les redi­rec­tions fonc­tion­nent cor­recte­ment et que les liens sont bien redirigés comme il faut.

Voici la méth­ode la plus sim­ple pour y arriver :

  1. Entrez votre domaine dans l’Explo­rateur de Site
  2. Ren­dez-vous dans le rap­port Best by Links (meilleure par lien)
  3. Ajouter un fil­tre “404 not found”
  4. Triez par domaines référents.

Cela va vous mon­tr­er les pages qui dis­posent de back­links que nous voyons en 404 avec notre crawler. Pensez à les rediriger.

Avec GSC

La Google Search Con­sole dis­pose de beau­coup de don­nées qui vont vous aider dans votre migra­tion. Par exem­ple, vous pou­vez véri­fi­er les prob­lèmes de canon­i­sa­tion en util­isant l’outil d’inspection d’URL. Entrez sim­ple­ment l’URL et Google va vous dire quel canon­i­cal il a choisi.

En plus de cela, vous pou­vez exporter les don­nées du GSC et faire une vue com­binée de votre traf­ic dans Excel ou Google Data Stu­dio pour avoir une meilleure vue sur votre migra­tion. Vous pou­vez aus­si utilis­er une vue com­binée des don­nées de page ou de mots-clés pour mit­iger toute perte.

Le rap­port de cou­ver­ture d’index va vous aider à voir com­ment vos pages sont indexées. Si vous avez chargé à la fois les anciens et nou­veaux fichiers de sitemap, vous pou­vez voir les change­ments dans l’indexation, repér­er d’éventuels prob­lèmes à cet endroit. Avec les fichiers sitemap, vous pour­rez avoir un rap­port de cou­ver­ture spé­ci­fique pour les pages qui sont dessus.

Si vous voulez voir un aperçu de l’activité de crawl de Google et tous les prob­lèmes iden­ti­fiés, le meilleur endroit où chercher est le rap­port de sta­tis­tique d’exploration dans la Google Seach Con­sole. Il existe plusieurs rap­ports qui vont vous aider à iden­ti­fi­er les change­ments dans le com­porte­ment de l’exploration, des prob­lèmes de crawl et vous don­ner plus d’information sur la manière dont Google crawle votre site.

Il faut absol­u­ment analyser tout ce qui est noti­fié comme une erreur d’exploration dans le rap­port de crawl, comme ici :

Il y a aus­si la date et l’heure pré­cise de la dernière explo­ration d’une page.

Divers

Si vous n’aviez pas de crawl de base de votre ancien site et que vous avez besoin de voir les dif­férences entre l’ancien et le nou­veau, véri­fiez archive.org pour voir s’ils ont des copies de cer­taines de ces pages. Ils ont générale­ment des copies des fichiers robots.txt de cer­tains sites, ce qui peut être pra­tique pour voir si quelque chose n’a pas fonc­tion­né et a été acci­den­telle­ment blo­qué pen­dant la transition.

Si vous n’avez pas accès à la Google Search Con­sole pour un site, vous pou­vez tout de même véri­fi­er la canon­i­sa­tion en col­lant l’URL dans Google. En règle générale, la pre­mière page qui sera mon­trée sera la canonique.

Une fois encore, si vous n’avez pas accès à la GSC, beau­coup de prob­lèmes liés au crawl peu­vent être véri­fiés dans vos fichiers log.

Un aver­tisse­ment néan­moins : l’opérateur de recherche site : n’est pas tou­jours bien com­pris. Si vous utilisez site :, vous deman­dez ce que Google con­nait d’un site spé­ci­fique. Ce n’est pas parce que vous voyez des pages que cela veut dire que c’est comme cela qu’elles sont indexées ou qu’il y a un prob­lème avec la migra­tion. J’ai déjà vu des per­son­nes que cela a poussées à blo­quer l’ancien site pour que les pages ne soient pas dans l’index, ce qui cause des problèmes.

Poursuivre la surveillance

Cer­tains prob­lèmes peu­vent sur­venir bien longtemps après la fin de la migration.

  • Sur­veillez l’ancien domaine pour vous assur­er qu’il soit renou­velé, et faites de même pour tous ceux qui rediri­gent vers votre nou­veau site. Si le domaine expire, tous les sig­naux qui étaient passés via les redi­rec­tions depuis les anciens sites pour­raient être perdus.
  • Si vous ne vous êtes pas débar­rassé de votre ancien héberge­ment et que vous con­servez les redi­rec­tions ci- dessus, soyez con­scient qu’elles seront cassées si l’hébergement prend fin, et vous allez per­dre quelques liens. Vous pou­vez résoudre ce prob­lème en faisant des redi­rec­tions depuis les DNS et stock­er ces redi­rec­tions sur votre nou­veau site.
  • Assurez-vous de garder les cer­ti­fi­cats de sécu­rité à jour ou passez sur un cer­ti­fi­cat mul­ti-domaine, comme nous en avons par­lé plus haut.

Conclusion

La migra­tion de sites n’est pas une mince affaire, alors prenez le temps de célébr­er si tout se passe bien. Cela dit, ce n’est sans doute pas la dernière fois que vous faites une migra­tion de site, je vous sug­gère de vous réu­nir avec toutes les per­son­nes qui ont été impliquées dans celle-ci pour dis­cuter de ce qui s’est bien passé, ce qui s’est mal passé, et ce qu’il faudrait chang­er si vous aviez à le refaire.

Vous avez des ques­tions ? Je suis sur Twit­ter.