Migrer un site web sans perdre son référencement

Vous changez de CMS ou de domaine? Vous gardez votre visibilité dans les moteurs de recherche en envoyant chaque ancienne URL vers la bonne nouvelle page avec une redirection permanente, et en conservant le contenu et les signaux que les moteurs utilisent déjà. Voici la liste de vérification que nous suivons, basée sur les recommandations de Google.

Plan de redirection

Exemple
Exemple de plan de redirection avec codes de statut et vérifications de parité des pages
Ancienne URL / Nouvelle URLStatut
/services.php?id=12/fr/services/modernisation-cms/301
/a-propos.html/fr/a-propos/308
/nouvelles/lancement-2019/fr/blogue/lancement/301
/promo-printemps/fr/contact/302À rendre permanente

Parité des pages

  • Titre et méta-descriptionIdentique
  • H1 et contenuIdentique
  • Canonique et hreflangIdentique
  • Données structuréesIdentique

Pourquoi le classement baisse après une migration

Une migration garde sa visibilité dans les moteurs de recherche quand chaque ancienne URL mène à la page équivalente et que chaque page conserve le contenu et les signaux auxquels les moteurs se fient déjà. Quand le classement baisse, la cause figure presque toujours dans cette liste, et chacune peut être vérifiée avant la mise en ligne.

URL modifiées sans redirection permanente

Les anciennes adresses renvoient une erreur ou une redirection temporaire, et les moteurs traitent les nouvelles pages comme nouvelles.

Contenu perdu ou fusionné

Des pages bien classées disparaissent, sont raccourcies ou fondues dans une page qui répond à une autre question.

Signaux de page manquants

Les titres, méta-descriptions, balises canoniques, hreflang ou données structurées ne suivent pas dans les nouveaux gabarits.

Liens internes brisés

Les menus et les liens dans le texte pointent encore vers les anciennes URL ou vers des pages qui n'existent plus.

Contenu affiché seulement par JavaScript

Le HTML envoyé par le serveur est presque vide et le texte n'apparaît qu'une fois les scripts exécutés.

Pages plus lentes

Les nouveaux gabarits chargent plus de code ou des images plus lourdes, et les pages clés ralentissent.

Noindex de préproduction oublié

Une règle noindex prévue pour le site de test se retrouve en production.

Blocages dans robots.txt

Une règle écrite pour la préproduction empêche les robots d'accéder au site en ligne.

Même une migration bien faite demande du temps. Google indique qu'il faut s'attendre à des variations de classement pendant qu'il explore de nouveau le site, et qu'un site de taille moyenne peut prendre quelques semaines ou plus avant que les nouvelles URL remplacent les anciennes dans les résultats. Les grands sites prennent plus de temps. Google Search Central, déplacements de site

Liste de vérification SEO pour une migration de site web

Cochez les éléments au fur et à mesure. Votre progression est enregistrée dans ce navigateur, vous pouvez donc y revenir.

Avant

Avant

0 sur 4

Savoir ce que vous avez et comment ça performe aujourd'hui.

  • Listez chaque URL de page, de PDF, d'image et de vidéo à partir de vos sitemaps, de vos statistiques, des journaux du serveur et d'une exploration complète. Commencez par les URL qui reçoivent le plus de trafic et de liens.

    Recommandation de Google
  • Notez vos positions, les pages qui attirent des visites et la vitesse des gabarits clés, pour avoir un point de comparaison après la mise en ligne.

  • Une ligne par ancienne URL, avec la page vers laquelle elle doit mener. Les pages retirées volontairement renvoient un 404 ou un 410 plutôt qu'une redirection vers l'accueil.

    Recommandation de Google
  • Chaque URL conservée est une redirection de moins. Google souligne que garder la même architecture aide à transmettre les signaux au nouveau site.

    Recommandation de Google
Construction

Construction

0 sur 5

Faire en sorte que le nouveau site reprenne tout ce qui se classe aujourd'hui.

  • Déplacez-les avec le contenu, page par page, plutôt que de les réécrire dans les nouveaux gabarits.

  • Chaque nouvelle URL a une balise canonique qui pointe vers elle-même, et les annotations hreflang et les données structurées utilisent les nouvelles URL.

    Recommandation de Google
  • Mettez à jour les menus, les pieds de page et les liens dans le texte pour qu'ils mènent directement à la nouvelle page, sans passer par une redirection.

    Recommandation de Google
  • Regardez le HTML envoyé par le serveur. Le texte principal, les liens et les métadonnées doivent y être, sans dépendre de scripts qui peuvent échouer.

  • Protégez le site de test par mot de passe, noindex ou règles robots.txt, et notez précisément ce qu'il faudra retirer le jour du lancement.

    Recommandation de Google
Jour du lancement

Jour du lancement

0 sur 4

Activer les redirections et ouvrir le site aux robots.

  • Des redirections permanentes côté serveur, de chaque ancienne URL directement vers sa nouvelle URL finale. Évitez les chaînes. Google peut suivre jusqu'à 10 sauts, mais recommande d'aller directement à la destination finale.

    Recommandation de Google
  • Enlevez les règles noindex et les blocages robots.txt utilisés pendant la construction. Google cite ces blocages oubliés parmi les erreurs de migration courantes.

    Recommandation de Google
  • Publiez un sitemap avec les nouvelles URL, soumettez-le dans la Search Console et vérifiez que robots.txt ne bloque que ce que vous voulez bloquer.

    Recommandation de Google
  • Pour un passage à un nouveau domaine ou sous-domaine, une fois les redirections en place. Il ne s'applique pas au passage de HTTP à HTTPS ni aux changements de chemin seulement.

    Recommandation de Google
Après le lancement

Après le lancement

0 sur 3

Suivre la migration et garder les signaux en place.

  • Suivez les rapports d'indexation et de sitemaps dans la Search Console, corrigez les 404 et les erreurs de redirection dès qu'ils apparaissent, et comparez avec vos mesures de départ.

    Recommandation de Google
  • Google recommande de les garder le plus longtemps possible, en général au moins un an, et au moins 180 jours si vous utilisez l'outil de changement d'adresse.

    Recommandation de Google
  • Vérifiez que robots.txt autorise toujours les robots de recherche et d'IA que vous autorisiez avant, et gardez les titres, les listes et les réponses dans le HTML pour que les réponses d'IA puissent encore trouver et citer vos pages.

Comment Sengo Replica s'en occupe

Sengo Replica est notre service de migration de site web pour les équipes qui changent de plateforme. Il reconstruit votre site à l'identique à partir du site en ligne, au pixel près et adaptatif, sur la nouvelle plateforme, et déplace votre contenu dans des modèles structurés de CMS headless, de n'importe quelle source vers n'importe quelle destination. Avant la bascule, nous vérifions les éléments de cette liste, parce que garder votre visibilité dans les moteurs de recherche fait partie du plan dès le départ.

  • Les mêmes URL quand c'est possible, et un plan de redirection une pour une sinon
  • Titres, méta-descriptions, intertitres, balises canoniques, hreflang et données structurées repris
  • Contenu présent dans le HTML envoyé par le serveur
  • Sitemaps, robots.txt et blocages de préproduction vérifiés avant le lancement

Sengo a migré son propre site, environ 600 pages, hors de WordPress en une nuit.

Lire l'étude de cas de Ploy

Sengo est partenaire Silver de Sitecore, partenaire certifié Optimizely, partenaire certifié Kentico Xperience, et partenaire de Contentful et de Storyblok.

Questions sur le SEO et la migration de site web

Combien de temps avant que le classement se stabilise après une migration?

Google indique qu'il n'y a pas de délai fixe. Pour un site de taille moyenne, il peut s'écouler quelques semaines ou plus avant que Google affiche les nouvelles URL au lieu des anciennes, et plus longtemps pour un grand site. La migration est terminée quand Googlebot a visité chaque ancienne et nouvelle URL au moins une fois, et ce rythme dépend du nombre d'URL et de la vitesse de votre serveur. Attendez-vous à des variations de classement pendant cette période.

Faut-il changer les URL pendant une migration?

Seulement si vous avez une raison de le faire. Chaque URL modifiée demande une redirection, et Google conseille de changer une chose à la fois, par exemple déplacer le domaine d'abord et changer la mise en page ensuite. Google souligne aussi que garder la même architecture aide à transmettre les signaux au nouvel emplacement. Si vous changez des URL, associez chaque ancienne URL à la nouvelle page la plus proche.

Redirection 301 ou 302?

Utilisez une redirection permanente, 301 ou 308, pour une migration. Google traite une redirection permanente comme un signal que la nouvelle URL doit apparaître dans les résultats, et indique que les redirections 301 et autres redirections permanentes ne font pas perdre de PageRank. Une 302 est temporaire, donc Google continue d'afficher l'ancienne URL. Envoyez chaque ancienne URL directement à sa destination finale, sans chaîne de redirections.

Combien de temps garder les redirections après une migration?

Google recommande de les garder le plus longtemps possible, en général au moins un an, pour lui laisser le temps de transférer les signaux et d'explorer de nouveau les liens provenant d'autres sites. Si vous utilisez l'outil de changement d'adresse de la Search Console, gardez-les au moins 180 jours, et plus longtemps si elles reçoivent encore du trafic de la recherche Google. Pour les visiteurs, Google suggère d'envisager de les garder indéfiniment.

Une refonte nuit-elle au référencement?

Pas forcément, mais changer le design, le contenu et les URL en même temps rend les problèmes difficiles à retracer. Google indique que combiner un déplacement de site avec une refonte du contenu et de la structure des URL entraînera probablement une perte de trafic pendant qu'il réévalue les pages, et conseille de faire un changement à la fois. Une reconstruction à l'identique garde les pages telles quelles, ce qui permet de mesurer la migration seule et de faire la refonte ensuite.

Ai-je besoin de l'outil de changement d'adresse?

Seulement si le domaine ou le sous-domaine change, par exemple de example.com à example.org. Google indique de ne pas l'utiliser pour un passage de HTTP à HTTPS, un changement de chemin sur le même site, un passage de www à sans www ou un changement d'hébergement sans changement d'URL. Utilisez-le une fois les redirections en place.

Une migration change-t-elle la façon dont les réponses d'IA citent mon site?

Oui, si les robots perdent l'accès ou si le contenu change de forme. Les outils de recherche et les assistants d'IA ne peuvent citer que les pages que leurs robots peuvent atteindre. Gardez les règles robots.txt pour les robots que vous autorisiez avant, gardez le contenu dans le HTML plutôt que derrière des scripts, et conservez les titres et les réponses directes qui rendaient vos pages faciles à citer.

Vous planifiez un changement de plateforme?

Commencez par un projet pilote Sengo Replica gratuit, ou parlez-nous de votre site actuel et de sa destination.

Demander un pilote gratuit