Vous planifiez une refonte de site ? Cette checklist veillera \u00e0 ce que vous couvriez toutes les bases du r\u00e9f\u00e9rencement pour rendre la transition la plus harmonieuse possible.<\/p>\n
Peu de choses peuvent d\u00e9truire les performances d’une marque dans les r\u00e9sultats de recherche plus rapidement qu’une migration de site mal impl\u00e9ment\u00e9e.<\/p>\n
La modification de votre nom de domaine ou la mise en \u0153uvre de HTTPS peut \u00eatre une bonne d\u00e9cision commerciale, mais si vous ne tenez pas compte de la r\u00e9action des moteurs de recherche \u00e0 ce changement, vous \u00eates presque certain de rencontrer de grands soucis dans le trafic <\/a>de recherche naturel.<\/p>\n Utilisez la checklist SEO suivante pour vous pr\u00e9parer lorsque vous d\u00e9veloppez un plan de jeu de migration pour votre site Web.<\/p>\n Une refonte de site<\/a> entra\u00eenera presque toujours une perte temporaire de trafic. Google a besoin de temps pour traiter le changement et mettre \u00e0 jour son index en cons\u00e9quence. Une migration de site effectu\u00e9e avec soin peut minimiser les fluctuations du trafic et, dans le meilleur des cas, Google traitera le nouveau site comme s’il s’agissait de l’original.<\/p>\n Pourtant, ce n’est que le meilleur des cas. La r\u00e9alit\u00e9 est que les migrations de site, en soi, offrent g\u00e9n\u00e9ralement peu ou pas de b\u00e9n\u00e9fice SEO et n’\u00e9liminent pas les p\u00e9nalit\u00e9s des moteurs de recherche. (C’est pourquoi les SEO utilisent souvent les migrations de sites comme une opportunit\u00e9 d’am\u00e9liorer le r\u00e9f\u00e9rencement<\/a>, comme la rationalisation de la structure du site, la r\u00e9paration des liens rompus, la consolidation des pages redondantes et l’am\u00e9lioration du contenu.)<\/p>\n Avec tout cela en t\u00eate, quand est-ce qu’une refonte de site en vaut la peine ?<\/p>\n Ne faites jamais de refonte de site sans d’abord tout tester sur un serveur de test. V\u00e9rifiez que les redirections fonctionnent correctement et effectuez toutes les v\u00e9rifications qui suivent en priv\u00e9 avant de rendre public. Essayer de tout faire en une fois sans test est susceptible de conduire \u00e0 des erreurs.<\/p>\n Une migration bien planifi\u00e9e et surveill\u00e9e ne devrait pas affecter de mani\u00e8re permanente votre trafic, mais vous devez pr\u00e9voir une immersion temporaire. Pour cette raison, il est pr\u00e9f\u00e9rable d’effectuer la migration pendant une p\u00e9riode lente de l’ann\u00e9e, en supposant que la performance de votre site pr\u00e9sente un certain caract\u00e8re saisonnier. Une migration de site pendant ou peu avant les vacances est toujours une mauvaise id\u00e9e. Tandis que l’objectif devrait toujours \u00eatre d’\u00e9viter de perdre du trafic, il est important de s’assurer que si vous perdez du trafic, vous le perdez lorsque l’activit\u00e9 est d\u00e9j\u00e0 lente.<\/p>\n Explorer votre site avec un outil comme Screaming Frog<\/a>, et assurez-vous de sauvegarder l’exploration pour plus tard.<\/p>\n Vous devez vous assurer que vous avez une liste compl\u00e8te des URL sur votre ancien site afin que rien ne finisse par se perdre \u00e0 cause de la transition.<\/p>\n Utilisez-le comme une opportunit\u00e9 pour identifier les erreurs d’exploration et les redirections qui existent sur l’ancien site. Ceux-ci ont tendance \u00e0 augmenter avec le temps.<\/p>\n Vous devez absolument supprimer ou remplacer les liens qui pointent vers les pages 404 pendant le processus de migration. En outre, vous devez mettre \u00e0 jour tous les liens pointant vers des pages redirig\u00e9es afin qu’ils pointent vers la page finale. Vous ne voulez pas vous retrouver avec des cha\u00eenes de redirection apr\u00e8s la migration !<\/p>\n N’oubliez pas qu’une exploration de site peut ne pas \u00eatre capable d’identifier chaque page de votre site. Par exemple, si vous avez des pages qui ne sont pas li\u00e9es \u00e0 partir d’autres pages sur votre site, elles ne s’afficheront pas dans une analyse. Vous pouvez utiliser vos propres enregistrements et bases de donn\u00e9es pour trouver ces pages, bien s\u00fbr, mais si cela n’est pas possible, vous pouvez trouver ces pages dans vos donn\u00e9es Google Analytics, ainsi que via un explorateur de liens comme Ahrefs.<\/a><\/p>\n Si vous trouvez des pages orphelines, assurez-vous de mettre \u00e0 jour le site et cr\u00e9ez un lien vers celles-ci pendant la migration. Ces pages sont beaucoup moins susceptibles d’attirer le trafic du moteur de recherche si elles ne sont pas li\u00e9es au reste de votre site.<\/p>\n Faites une copie de vos donn\u00e9es Google Analytics. Vous aurez besoin de ces informations pour pouvoir identifier rapidement si du trafic a \u00e9t\u00e9 perdu apr\u00e8s la migration.<\/p>\n En cas de perte de trafic, exportez les donn\u00e9es Google Analytics<\/a> depuis votre nouveau site et comparez les donn\u00e9es de votre ancien site afin d’identifier pr\u00e9cis\u00e9ment les pages qui ont perdu du trafic. Dans de nombreux cas, une perte de trafic sera isol\u00e9e sur des pages individuelles plut\u00f4t que sur l’ensemble du site.<\/p>\n Vous pouvez \u00e9galement vouloir identifier et prendre note de vos pages li\u00e9es \u00e0 l’aide d’un outil comme Ahrefs. Apr\u00e8s la migration, vous devrez accorder une attention particuli\u00e8re \u00e0 ces pages et les surveiller de pr\u00e8s. Si ceux-ci perdent du trafic, c’est un signe que l’autorit\u00e9 n’est pas correctement transf\u00e9r\u00e9e de votre ancien site vers le nouveau. Ces pages contribuent le plus \u00e0 votre autorit\u00e9, de sorte que les pertes peuvent affecter les performances globales de votre site.<\/p>\n Vous devriez avoir une feuille de calcul qui r\u00e9pertorie chaque ancienne URL et chaque nouvelle URL.<\/p>\n Id\u00e9alement, lors d’une migration de site, toutes les anciennes pages existent sur le nouveau site. De toute \u00e9vidence, supprimer une page supprime sa capacit\u00e9 \u00e0 capturer le trafic du moteur de recherche<\/a>. En outre, si vous perdez trop de pages pendant la refonte, Google peut en conclure que le nouveau site n’est pas le m\u00eame que l’ancien site, ce qui vous ferait perdre vos classements.<\/p>\n Id\u00e9alement, l’architecture de l’URL devrait \u00eatre identique \u00e0 l’ancienne sauf si vous avez de tr\u00e8s bonnes raisons de la changer. Si vous envisagez de le modifier, la migration d’un site peut sembler \u00eatre le moment id\u00e9al pour le faire, mais sachez que Google peut le voir comme un site enti\u00e8rement diff\u00e9rent. Si vous faites les deux en m\u00eame temps, vous ne serez pas en mesure de d\u00e9terminer si les pertes de trafic r\u00e9sultent de la modification de l’architecture ou de la refonte du site.<\/p>\n Une autre raison pour conserver l’architecture est que cela vous permet d’utiliser regex dans votre fichier .htaccess pour rediriger facilement vos anciennes pages vers les nouvelles. Cela met moins de charge sur votre serveur que de nommer les redirections une par une, et cela rend le processus de configuration des redirections beaucoup moins fastidieux.<\/p>\n Les liens HTML sur votre nouveau site doivent pointer vers le nouveau site, pas l’ancien.<\/p>\n Cela peut sembler \u00e9vident, mais au fur et \u00e0 mesure que vous progressez dans le processus, vous r\u00e9aliserez rapidement \u00e0 quel point il peut \u00eatre tentant de laisser les liens inchang\u00e9s, puisqu’ils redirigeront vers la nouvelle URL de toute fa\u00e7on. Ne succombez pas \u00e0 cette tentation. Mis \u00e0 part le chargement du serveur, qui ralentit les performances du site, les redirections peuvent ralentir votre PageRank<\/a>.<\/p>\n Le moyen id\u00e9al pour r\u00e9\u00e9crire les liens consiste \u00e0 effectuer une op\u00e9ration de \u00ab find and replace \u00bb sur votre base de donn\u00e9es. L’op\u00e9ration doit \u00eatre effectu\u00e9e de sorte qu’elle mette \u00e0 jour le nom de domaine sans modifier la structure du dossier (en supposant que vous gardiez la m\u00eame structure de site).<\/p>\n \u00c9crivez vos op\u00e9rations de recherche et de remplacement avec soin afin que seul le texte contenant une URL soit mis \u00e0 jour. Vous souhaitez g\u00e9n\u00e9ralement \u00e9viter de mettre \u00e0 jour votre nom de marque et vos URL avec la m\u00eame op\u00e9ration de recherche et de remplacement.<\/p>\n V\u00e9rifiez que la canonisation sur le nouveau site fait r\u00e9f\u00e9rence au nouveau site et non \u00e0 l’ancien. Cannibaliser l’ancien site peut \u00eatre d\u00e9sastreux, car il peut emp\u00eacher le nouveau site d’\u00eatre index\u00e9.<\/p>\n Nous recommandons alors d’auto-canoniser toutes vos pages sur le nouveau site. En combinaison avec les redirections, cela indique \u00e0 Google que le nouveau site est, en fait, le nouvel emplacement de l’ancien site. L’auto-canonisation du site est recommand\u00e9e de toute fa\u00e7on, car les param\u00e8tres d’URL cr\u00e9ent un contenu dupliqu\u00e9 qui doit toujours \u00eatre canonis\u00e9 vers l’URL sans param\u00e8tre.<\/p>\n Divers faux pas pendant le processus de refonte peuvent entra\u00eener des probl\u00e8mes de contenu dupliqu\u00e9. Soyez conscient de ces probl\u00e8mes et prenez des mesures pour les \u00e9viter :<\/p>\n Vous devez en g\u00e9n\u00e9ral \u00e9viter de supprimer des pages au cours de la migration. Si certaines pages doivent simplement \u00eatre supprim\u00e9es \u00e0 des fins de personnalisation, proc\u00e9dez comme suit :<\/p>\n Une page personnalis\u00e9e 404 permet aux utilisateurs de naviguer facilement sur votre site et de trouver quelque chose d’utile s’ils atterrissent sur une page qui n’existe plus.<\/p>\n Conservez votre ancien sitemap dans Google Search Console et ajoutez \u00e9galement le sitemap<\/a> du nouveau site. Demander \u00e0 Google d’explorer l’ancien sitemap et de d\u00e9couvrir les redirections est un bon moyen d’acc\u00e9l\u00e9rer le processus.<\/p>\n Installez Google Analytics sur le nouveau domaine et d\u00e9marrez-le bien avant de lancer le site au public. Vous ne voulez pas avoir de donn\u00e9es manquantes pendant la transition, et il est important de surveiller les modifications du trafic au cours de la migration.<\/p>\n Comme mentionn\u00e9 ci-dessus, le moyen id\u00e9al pour configurer vos redirections est avec une expression regex dans le fichier .htaccess de votre ancien site. L’expression regex devrait simplement changer votre nom de domaine, ou \u00e9changer HTTP pour HTTPS si vous faites une migration SSL.<\/p>\n Pour les pages o\u00f9 cela n’est pas possible, vous devez configurer une redirection individuelle. Assurez-vous que cela ne cr\u00e9e aucun conflit avec votre regex et qu’il ne g\u00e9n\u00e8re aucune cha\u00eene de redirection.<\/p>\n Testez vos redirections sur un serveur de test et v\u00e9rifiez que cela ne g\u00e9n\u00e8re aucune erreur 404. Gardez \u00e0 l’esprit qu’une fois les redirections mises en ligne, votre site a effectivement \u00e9t\u00e9 migr\u00e9. Le nouveau site doit \u00eatre en parfait \u00e9tat avant de configurer les redirections.<\/p>\n Sauf si le but de la refonte \u00e9tait de vendre le domaine d’origine, nous d\u00e9conseillons vivement de renoncer au contr\u00f4le de l’ancien domaine. Id\u00e9alement, l’ancien domaine devrait rediriger vers le nouveau, page par page, ind\u00e9finiment. Si ces redirections sont perdues, tous les liens entrants gagn\u00e9s par l’ancien site seront \u00e9galement perdus.<\/p>\n Surveillez de pr\u00e8s votre trafic de recherche et de r\u00e9f\u00e9rence, en le v\u00e9rifiant quotidiennement pendant au moins une semaine apr\u00e8s la migration. S’il y a des changements dans le trafic, plongez au niveau de la page et comparez le trafic sur l’ancien site au trafic sur le nouveau site pour identifier les pages ayant perdu du trafic. Ces pages, en particulier, doivent \u00eatre inspect\u00e9es pour d\u00e9tecter les erreurs d’exploration et les probl\u00e8mes de liaison. Vous pouvez continuer \u00e0 faire en sorte que les liens externes pointant vers l’ancienne version de la page soient remplac\u00e9s par les nouveaux, si possible.<\/p>\n Il est \u00e9galement important de surveiller de pr\u00e8s vos pages les plus li\u00e9es, \u00e0 la fois par autorit\u00e9 et par nombre de liens externes. Ces pages jouent le r\u00f4le le plus important dans la capacit\u00e9 globale de classement de votre site. Par cons\u00e9quent, les changements dans les performances indiquent la performance globale de votre site.<\/p>\n Utilisez un outil comme SEMrush<\/a> pour surveiller vos classements pour vos mots-cl\u00e9s cibles. Dans certains cas, cela vous indiquera si quelque chose est en cours avant qu’un changement de trafic ne soit perceptible. Cela vous aidera \u00e9galement \u00e0 d\u00e9terminer \u00e0 quelle vitesse Google indexe le nouveau site et s’il supprime l’ancien site de l’index.<\/p>\n Utilisez les annotations Google Analytics pour marquer les dates critiques au cours de la refonte. Cela vous aidera \u00e0 identifier la cause des probl\u00e8mes que vous pourriez rencontrer au cours du processus.<\/p>\n Vous devrez configurer une nouvelle propri\u00e9t\u00e9 dans Google Search Console pour le nouveau domaine. V\u00e9rifiez qu’il est configur\u00e9 pour la version appropri\u00e9e, en tenant compte de HTTP vs. HTTPS et de www vs. non-www. Envoyez \u00e0 la fois l’ancien et le nouveau sitemaps pour consolider le message que l’ancien site a \u00e9t\u00e9 redirig\u00e9 vers le nouveau.<\/p>\n Soumettez un changement d’adresse dans la Google Search Console, demandez \u00e0 Google d’explorer le nouveau sitemap et utilisez \u00ab fetch as Google \u00bb pour soumettre votre nouveau site \u00e0 indexer. Il est extr\u00eamement important de v\u00e9rifier que toutes vos redirections, vos canonisations et vos liens sont exempts d’erreurs avant de faire cela.<\/p>\n Mettez \u00e0 jour vos campagnes PPC<\/a> afin qu’elles pointent vers le bon site. Si vos campagnes PPC pointent vers l’ancien site, l’attribution sera perdue dans Analytics en raison de la redirection.<\/p>\n Mettez \u00e0 jour tous vos profils de r\u00e9seaux sociaux<\/a>, les biographies que vous utilisez en tant qu’\u00e9diteur invit\u00e9, les autres sites Web que vous poss\u00e9dez, les signatures de forums que vous utilisez et toutes les autres plateformes que vous utilisez, afin qu’elles pointent vers le nouveau site.<\/p>\n Contactez les sites les plus autoris\u00e9s qui vous lient afin de les informer de la migration, et sugg\u00e9rez qu’ils mettent \u00e0 jour le lien pour pointer vers le nouveau site Web. Tous ne le feront pas, mais ceux qui le feront acc\u00e9l\u00e9reront le processus de reconnaissance par Google de la migration d’un site.<\/p>\n Google n’indexera pas imm\u00e9diatement toutes les pages de votre nouveau site, mais si le nombre de pages index\u00e9es n’atteint pas la m\u00eame valeur que l’ancien site apr\u00e8s un mois, quelque chose ne va vraiment pas.<\/p>\n Explorer le nouveau site pour v\u00e9rifier qu’il n’y a pas de 404 ou 301 (ou tout autre code 3xx, 4xx ou 5xx). Tous les liens sur le nouveau site doivent pointer directement vers une page fonctionnelle. Les erreurs 404 et 501 sont les plus grands d\u00e9linquants et devraient \u00eatre pris en charge en premier. S’il y a un remplacement appropri\u00e9 pour une page 404, changez le lien lui-m\u00eame pour pointer vers le remplacement, et v\u00e9rifiez qu’un 301 est en place pour toute personne qui arrive \u00e0 la page manquante par d’autres moyens.<\/p>\n Le deuxi\u00e8me pire des d\u00e9linquants sont des liens vers 301 pages qui existent sur l’ancien site. M\u00eame si ces redirections vers le nouveau site, la charge du serveur est mauvaise pour les performances, et le retour \u00e0 l’ancien site peut entra\u00eener une confusion sur le fait qu’une migration de site a eu lieu. Alors que tous les autres efforts d\u00e9ploy\u00e9s devraient clarifier cela \u00e0 Google et les autres moteurs de recherche, ces choses ne sont jamais laiss\u00e9es au hasard.<\/p>\n Tous les autres 301 peuvent \u00eatre pris en charge apr\u00e8s cela. Toujours mettre \u00e0 jour vos liens internes pour pointer directement sur la page correcte, jamais par le biais d’une redirection.<\/p>\n1. Consid\u00e9rez soigneusement si la refonte est le bon choix<\/h2>\n
\n
2. Utilisez un sandbox<\/h2>\n
3. Pr\u00e9voyez de migrer pendant une p\u00e9riode lente<\/h2>\n
4. Explorez votre site avant la migration<\/h2>\n
5. Benchmarkez vos analyses<\/h2>\n
6. Mappez toutes les URL modifi\u00e9es de l’ancien au nouveau<\/h2>\n
7. Mettre \u00e0 jour tous les liens internes<\/h2>\n
8. Auto-canoniser toutes les nouvelles pages<\/h2>\n
9. R\u00e9soudre les probl\u00e8mes de contenu dupliqu\u00e9<\/h2>\n
\n
10. Identifiez et adressez toutes les pages supprim\u00e9es<\/h2>\n
\n
11. Assurez-vous qu’une page personnalis\u00e9e 404 est en place<\/h2>\n
12. G\u00e9rer et soumettre des sitemaps<\/h2>\n
13. Gardez les analyses en place en tout temps<\/h2>\n
14. Redirigez tous les liens modifi\u00e9s<\/h2>\n
15. Gardez le contr\u00f4le de l’ancien domaine<\/h2>\n
16. Surveillez le trafic, les performances et les classements<\/h2>\n
17. Marquez les dates dans Google Analytics<\/h2>\n
18. Assurez-vous que la console de recherche Google est correctement configur\u00e9e<\/h2>\n
19. G\u00e9rez correctement PPC<\/h2>\n
20. Mettez \u00e0 jour toutes les autres plates-formes<\/h2>\n
21. Reach pour vos liens les plus importants<\/h2>\n
22. Surveillez votre nombre de pages index\u00e9es<\/h2>\n
23. V\u00e9rifiez les 404 et les redirections<\/h2>\n
24. Explorez vos anciennes URL<\/h2>\n