Vous planifiez une refonte de site ? Cette checklist veillera à ce que vous couvriez toutes les bases du référencement pour rendre la transition la plus harmonieuse possible.

Peu de choses peuvent détruire les performances d’une marque dans les résultats de recherche plus rapidement qu’une migration de site mal implémentée.

La modification de votre nom de domaine ou la mise en œuvre de HTTPS peut être une bonne décision commerciale, mais si vous ne tenez pas compte de la réaction des moteurs de recherche à ce changement, vous êtes presque certain de rencontrer de grands soucis dans le trafic de recherche naturel.

Utilisez la checklist SEO suivante pour vous préparer lorsque vous développez un plan de jeu de migration pour votre site Web.

1. Considérez soigneusement si la refonte est le bon choix

Une refonte de site entraînera presque toujours une perte temporaire de trafic. Google a besoin de temps pour traiter le changement et mettre à jour son index en conséquence. Une migration de site effectuée 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.

Pourtant, ce n’est que le meilleur des cas. La réalité est que les migrations de site, en soi, offrent généralement peu ou pas de bénéfice SEO et n’éliminent pas les pénalités des moteurs de recherche. (C’est pourquoi les SEO utilisent souvent les migrations de sites comme une opportunité d’améliorer le référencement, comme la rationalisation de la structure du site, la réparation des liens rompus, la consolidation des pages redondantes et l’amélioration du contenu.)

Avec tout cela en tête, quand est-ce qu’une refonte de site en vaut la peine ?

  • Quand un rebranding fort est en ordre.
  • Lorsque la refonte va générer de la presse et des liens.
  • Lorsque le site doit être déplacé vers HTTPS (l’un des rares cas où la migration offre à elle seule un gain SEO).

2. Utilisez un sandbox

Ne faites jamais de refonte de site sans d’abord tout tester sur un serveur de test. Vérifiez que les redirections fonctionnent correctement et effectuez toutes les vérifications qui suivent en privé avant de rendre public. Essayer de tout faire en une fois sans test est susceptible de conduire à des erreurs.

3. Prévoyez de migrer pendant une période lente

Une migration bien planifiée et surveillée ne devrait pas affecter de manière permanente votre trafic, mais vous devez prévoir une immersion temporaire. Pour cette raison, il est préférable d’effectuer la migration pendant une période lente de l’année, en supposant que la performance de votre site présente un certain caractère saisonnier. Une migration de site pendant ou peu avant les vacances est toujours une mauvaise idée. Tandis que l’objectif devrait toujours être d’éviter de perdre du trafic, il est important de s’assurer que si vous perdez du trafic, vous le perdez lorsque l’activité est déjà lente.

4. Explorez votre site avant la migration

Explorer votre site avec un outil comme Screaming Frog, et assurez-vous de sauvegarder l’exploration pour plus tard.

Vous devez vous assurer que vous avez une liste complète des URL sur votre ancien site afin que rien ne finisse par se perdre à cause de la transition.

Utilisez-le comme une opportunité pour identifier les erreurs d’exploration et les redirections qui existent sur l’ancien site. Ceux-ci ont tendance à augmenter avec le temps.

Vous devez absolument supprimer ou remplacer les liens qui pointent vers les pages 404 pendant le processus de migration. En outre, vous devez mettre à jour tous les liens pointant vers des pages redirigées afin qu’ils pointent vers la page finale. Vous ne voulez pas vous retrouver avec des chaînes de redirection après la migration !

N’oubliez pas qu’une exploration de site peut ne pas être capable d’identifier chaque page de votre site. Par exemple, si vous avez des pages qui ne sont pas liées à 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ées pour trouver ces pages, bien sûr, mais si cela n’est pas possible, vous pouvez trouver ces pages dans vos données Google Analytics, ainsi que via un explorateur de liens comme Ahrefs.

Si vous trouvez des pages orphelines, assurez-vous de mettre à jour le site et créez 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ées au reste de votre site.

5. Benchmarkez vos analyses

Faites une copie de vos données Google Analytics. Vous aurez besoin de ces informations pour pouvoir identifier rapidement si du trafic a été perdu après la migration.

En cas de perte de trafic, exportez les données Google Analytics depuis votre nouveau site et comparez les données de votre ancien site afin d’identifier précisément les pages qui ont perdu du trafic. Dans de nombreux cas, une perte de trafic sera isolée sur des pages individuelles plutôt que sur l’ensemble du site.

Vous pouvez également vouloir identifier et prendre note de vos pages liées à l’aide d’un outil comme Ahrefs. Après la migration, vous devrez accorder une attention particulière à ces pages et les surveiller de près. Si ceux-ci perdent du trafic, c’est un signe que l’autorité n’est pas correctement transférée de votre ancien site vers le nouveau. Ces pages contribuent le plus à votre autorité, de sorte que les pertes peuvent affecter les performances globales de votre site.

6. Mappez toutes les URL modifiées de l’ancien au nouveau

Vous devriez avoir une feuille de calcul qui répertorie chaque ancienne URL et chaque nouvelle URL.

Idéalement, lors d’une migration de site, toutes les anciennes pages existent sur le nouveau site. De toute évidence, supprimer une page supprime sa capacité à capturer le trafic du moteur de recherche. En outre, si vous perdez trop de pages pendant la refonte, Google peut en conclure que le nouveau site n’est pas le même que l’ancien site, ce qui vous ferait perdre vos classements.

Idéalement, l’architecture de l’URL devrait être identique à l’ancienne sauf si vous avez de très bonnes raisons de la changer. Si vous envisagez de le modifier, la migration d’un site peut sembler être le moment idéal pour le faire, mais sachez que Google peut le voir comme un site entièrement différent. Si vous faites les deux en même temps, vous ne serez pas en mesure de déterminer si les pertes de trafic résultent de la modification de l’architecture ou de la refonte du site.

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.

7. Mettre à jour tous les liens internes

Les liens HTML sur votre nouveau site doivent pointer vers le nouveau site, pas l’ancien.

Cela peut sembler évident, mais au fur et à mesure que vous progressez dans le processus, vous réaliserez rapidement à quel point il peut être tentant de laisser les liens inchangés, puisqu’ils redirigeront vers la nouvelle URL de toute façon. Ne succombez pas à cette tentation. Mis à part le chargement du serveur, qui ralentit les performances du site, les redirections peuvent ralentir votre PageRank.

Le moyen idéal pour réécrire les liens consiste à effectuer une opération de « find and replace » sur votre base de données. L’opération doit être effectuée de sorte qu’elle mette à jour le nom de domaine sans modifier la structure du dossier (en supposant que vous gardiez la même structure de site).

Écrivez vos opérations de recherche et de remplacement avec soin afin que seul le texte contenant une URL soit mis à jour. Vous souhaitez généralement éviter de mettre à jour votre nom de marque et vos URL avec la même opération de recherche et de remplacement.

8. Auto-canoniser toutes les nouvelles pages

Vérifiez que la canonisation sur le nouveau site fait référence au nouveau site et non à l’ancien. Cannibaliser l’ancien site peut être désastreux, car il peut empêcher le nouveau site d’être indexé.

Nous recommandons alors d’auto-canoniser toutes vos pages sur le nouveau site. En combinaison avec les redirections, cela indique à Google que le nouveau site est, en fait, le nouvel emplacement de l’ancien site. L’auto-canonisation du site est recommandée de toute façon, car les paramètres d’URL créent un contenu dupliqué qui doit toujours être canonisé vers l’URL sans paramètre.

9. Résoudre les problèmes de contenu dupliqué

Divers faux pas pendant le processus de refonte peuvent entraîner des problèmes de contenu dupliqué. Soyez conscient de ces problèmes et prenez des mesures pour les éviter :

  • Si les deux versions d’une URL sont publiées, il en résulte un contenu dupliqué. Si l’auto-canonisation est correctement mise en place, cela devrait régler le problème, mais il est recommandé de toujours de mettre en place des règles de redirection dans .htaccess afin qu’une seule version de la page soit accessible. Assurez-vous que les liens sont cohérents pour éviter les redirections provenant de liens internes.
  • Les adresses IP doivent rediriger vers les URL.
  • Attention aux dossiers qui mènent au même contenu, en particulier les dossiers « par défaut ».
  • Vérifiez que seul HTTPS ou HTTP est utilisé et que seule la version www ou non-www du site est accessible. Les autres devraient rediriger vers le bon site.
  • Si votre site dispose d’une fonction de recherche, les pages de résultats de recherche ne doivent pas être indexées.
  • Nous l’avons mentionné plus tôt, mais l’auto-canonisation devrait être en place pour éviter le contenu dupliqué créé par les chaînes de requête d’URL.

10. Identifiez et adressez toutes les pages supprimées

Vous devez en général éviter de supprimer des pages au cours de la migration. Si certaines pages doivent simplement être supprimées à des fins de personnalisation, procédez comme suit :

  • Faites une liste de toutes les pages.
  • Ne redirigez pas les anciennes pages vers le nouveau site.
  • Supprimez tous les liens de ces pages.
  • Supprimez les pages de l’ancien site et autorisez-les à être rediriger vers 404.
  • S’il existe un remplacement approprié pour la page, configurez une redirection et modifiez tous les liens pour qu’ils pointent vers la nouvelle page. Vous ne devriez le faire que si la page de remplacement a le même objectif que l’ancienne page.
  • Ne redirigez pas les pages supprimées vers la page d’accueil (également appelée « soft 404 »). S’il n’y a pas de remplacement approprié pour une page, il devrait 404.

11. Assurez-vous qu’une page personnalisée 404 est en place

Une page personnalisée 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.

12. Gérer et soumettre des sitemaps

Conservez votre ancien sitemap dans Google Search Console et ajoutez également le sitemap du nouveau site. Demander à Google d’explorer l’ancien sitemap et de découvrir les redirections est un bon moyen d’accélérer le processus.

13. Gardez les analyses en place en tout temps

Installez Google Analytics sur le nouveau domaine et démarrez-le bien avant de lancer le site au public. Vous ne voulez pas avoir de données manquantes pendant la transition, et il est important de surveiller les modifications du trafic au cours de la migration.

14. Redirigez tous les liens modifiés

Comme mentionné ci-dessus, le moyen idéal 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 échanger HTTP pour HTTPS si vous faites une migration SSL.

Pour les pages où cela n’est pas possible, vous devez configurer une redirection individuelle. Assurez-vous que cela ne crée aucun conflit avec votre regex et qu’il ne génère aucune chaîne de redirection.

Testez vos redirections sur un serveur de test et vérifiez que cela ne génère aucune erreur 404. Gardez à l’esprit qu’une fois les redirections mises en ligne, votre site a effectivement été migré. Le nouveau site doit être en parfait état avant de configurer les redirections.

15. Gardez le contrôle de l’ancien domaine

Sauf si le but de la refonte était de vendre le domaine d’origine, nous déconseillons vivement de renoncer au contrôle de l’ancien domaine. Idéalement, l’ancien domaine devrait rediriger vers le nouveau, page par page, indéfiniment. Si ces redirections sont perdues, tous les liens entrants gagnés par l’ancien site seront également perdus.

16. Surveillez le trafic, les performances et les classements

Surveillez de près votre trafic de recherche et de référence, en le vérifiant quotidiennement pendant au moins une semaine après 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 être inspectées pour détecter les erreurs d’exploration et les problèmes de liaison. Vous pouvez continuer à faire en sorte que les liens externes pointant vers l’ancienne version de la page soient remplacés par les nouveaux, si possible.

Il est également important de surveiller de près vos pages les plus liées, à la fois par autorité et par nombre de liens externes. Ces pages jouent le rôle le plus important dans la capacité globale de classement de votre site. Par conséquent, les changements dans les performances indiquent la performance globale de votre site.

Utilisez un outil comme SEMrush pour surveiller vos classements pour vos mots-clés 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 également à déterminer à quelle vitesse Google indexe le nouveau site et s’il supprime l’ancien site de l’index.

17. Marquez les dates dans Google Analytics

Utilisez les annotations Google Analytics pour marquer les dates critiques au cours de la refonte. Cela vous aidera à identifier la cause des problèmes que vous pourriez rencontrer au cours du processus.

18. Assurez-vous que la console de recherche Google est correctement configurée

Vous devrez configurer une nouvelle propriété dans Google Search Console pour le nouveau domaine. Vérifiez qu’il est configuré pour la version appropriée, en tenant compte de HTTP vs. HTTPS et de www vs. non-www. Envoyez à la fois l’ancien et le nouveau sitemaps pour consolider le message que l’ancien site a été redirigé vers le nouveau.

Soumettez un changement d’adresse dans la Google Search Console, demandez à Google d’explorer le nouveau sitemap et utilisez « fetch as Google » pour soumettre votre nouveau site à indexer. Il est extrêmement important de vérifier que toutes vos redirections, vos canonisations et vos liens sont exempts d’erreurs avant de faire cela.

19. Gérez correctement PPC

Mettez à jour vos campagnes PPC 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.

20. Mettez à jour toutes les autres plates-formes

Mettez à jour tous vos profils de réseaux sociaux, les biographies que vous utilisez en tant qu’éditeur invité, les autres sites Web que vous possédez, les signatures de forums que vous utilisez et toutes les autres plateformes que vous utilisez, afin qu’elles pointent vers le nouveau site.

21. Reach pour vos liens les plus importants

Contactez les sites les plus autorisés qui vous lient afin de les informer de la migration, et suggérez qu’ils mettent à jour le lien pour pointer vers le nouveau site Web. Tous ne le feront pas, mais ceux qui le feront accéléreront le processus de reconnaissance par Google de la migration d’un site.

22. Surveillez votre nombre de pages indexées

Google n’indexera pas immédiatement toutes les pages de votre nouveau site, mais si le nombre de pages indexées n’atteint pas la même valeur que l’ancien site après un mois, quelque chose ne va vraiment pas.

23. Vérifiez les 404 et les redirections

Explorer le nouveau site pour vérifier 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élinquants et devraient être pris en charge en premier. S’il y a un remplacement approprié pour une page 404, changez le lien lui-même pour pointer vers le remplacement, et vérifiez qu’un 301 est en place pour toute personne qui arrive à la page manquante par d’autres moyens.

Le deuxième pire des délinquants sont des liens vers 301 pages qui existent sur l’ancien site. Même si ces redirections vers le nouveau site, la charge du serveur est mauvaise pour les performances, et le retour à l’ancien site peut entraîner une confusion sur le fait qu’une migration de site a eu lieu. Alors que tous les autres efforts déployés devraient clarifier cela à Google et les autres moteurs de recherche, ces choses ne sont jamais laissées au hasard.

Tous les autres 301 peuvent être pris en charge après cela. Toujours mettre à jour vos liens internes pour pointer directement sur la page correcte, jamais par le biais d’une redirection.

24. Explorez vos anciennes URL

Utilisez Screaming Frog ou un outil similaire pour explorer toutes vos anciennes URL. Assurez-vous d’explorer la liste des URL que vous avez collectées avant la migration et assurez-vous que la liste inclut les URL qui n’ont pas pu être explorées par l’analyse. N’essayez pas d’explorer directement le site. Les 301 l’amèneront à explorer seulement la première page.

Vérifiez que toutes les anciennes URL redirigent vers le nouveau site. Il ne devrait pas y avoir de 404 sauf si vous avez supprimé la page pendant le processus de migration. S’il y a des 404, vérifiez qu’il n’y a pas de liens vers ces pages. Si les 404 ne sont pas prévus, configurez une redirection appropriée.

Vérifiez les URL externes pour vérifier que toutes les redirections sont fonctionnelles. Aucune des URL externes ne doit être 301 ou 404. Un 301 dans les URL externes est indicatif d’une chaîne de redirection et est mauvais pour la performance. Une redirection vers un 404 conduira à une expérience très frustrante pour vos utilisateurs et peut nuire à votre référencement par d’autres moyens.

Conclusion

Si une refonte de site est effectuée sans prendre en compte le référencement, vous pouvez presque parier sur la perte de trafic de moteur de recherche dans le processus. Mis à part avoir été pénalisés par Google, les pires problèmes de SEO sont ceux provoqués lors d’une migration de site par des professionnels qui ne tiennent pas compte de la réaction des moteurs de recherche. Gardez tout ce qui précède à l’esprit si vous envisagez de migrer votre site, et cela devrait se faire sans encombre.

Source : https://searchengineland.com

CATALOGUE DE FORMATIONS

300 FORMATIONS EN LIGNE POUR SE PRÉPARER AU MONDE DE DEMAIN

En cliquant ci-dessus sur "Télécharger", vous acceptez nos conditions générales d’utilisation et notre politique de confidentialité.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Articles associés
Search Marketing

Fin des cookies tiers, Google SGE : l'actu search marketing 2024 qui va impacter votre business

Articles Invités

Refondre son site web en 5 étapes