Checklist SEO de migration de site : garder son classement

Une checklist avant, pendant et après pour les migrations de sites : inventaire d'URL, plans de redirection 301, vérifications du jour du lancement et le suivi qui détecte tôt les pertes de classement, plus pourquoi les agences oublient des éléments.

Questions fréquentes

Comment comparer le trafic avant et après une migration ?

Choisissez une fenêtre fixe, comme les 28 jours après le lancement contre les 28 jours avant, et comparez les mêmes pages dans Search Console. Notez les dates pour pouvoir répéter la vérification.

Vais-je perdre du classement en migrant mon site web ?

Une certaine fluctuation temporaire est normale pendant que Google réexplore et traite les redirections. Les pertes durables viennent presque toujours de problèmes évitables : redirections manquantes, contenu supprimé, exploration bloquée, ou titres et liens internes changés. Une migration soignée récupère généralement en quelques semaines.

Dois-je utiliser des redirections 301 ou 302 pour une migration ?

Utilisez des redirections permanentes (301 ou 308) pour les pages déplacées définitivement. Les redirections temporaires (302 ou 307) disent aux moteurs de recherche que l'ancienne URL pourrait revenir, ce qui n'est pas ce que vous voulez dans une migration.

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

Les directives de Google recommandent de garder les redirections au moins un an, et en pratique de les garder indéfiniment quand c'est possible, car les anciens liens, favoris et e-mails continuent d'envoyer des visiteurs vers les anciennes URL.

Ai-je besoin de l'outil Changement d'adresse dans Search Console ?

Seulement quand vous passez à un nouveau domaine. Une fois les redirections en ligne, utilisez l'outil Changement d'adresse dans la propriété Search Console de l'ancien domaine. Il n'est pas utilisé pour déplacer des URL au sein du même domaine ou passer de HTTP à HTTPS.

Pourquoi les agences oublient-elles des éléments dans les checklists de migration ?

Généralement car le SEO est intégré après la fin de la construction, l'inventaire d'URL vient du CMS au lieu d'une exploration plus des données d'analytique et de backlinks, et personne n'est responsable du suivi post-lancement. Corrigez cela en faisant du plan de redirection un élément de validation avant lancement et en assignant une personne nommée pour vérifier Search Console quotidiennement pendant deux semaines.

Réponse courte : une migration de site conserve son SEO quand chaque ancienne URL qui compte redirige en 301 vers son équivalent le plus proche, que le contenu, les titres et les liens internes des pages clés survivent au déplacement, que le nouveau site est explorable le jour du lancement, et que quelqu'un surveille Search Console de près les semaines suivantes. Presque chaque désastre de migration remonte à un élément ignoré ci-dessous.

D'abord, nommez votre type de migration

Le risque dépend de ce qui change :

MigrationCe qui changeRisque
HTTP vers HTTPSProtocole seulementFaible
Changement de plateforme, mêmes URLCMS ou créateurFaible à moyen
Refonte avec nouvelle structure d'URLURL, modèles, contenuMoyen à élevé
Changement de domaineChaque URLÉlevé
Plusieurs à la fois (nouveau domaine + plateforme + structure)ToutLe plus élevé

Si possible, évitez de tout faire en même temps. Changer domaine, structure d'URL et contenu dans le même lancement rend très difficile de savoir ce qui a causé une baisse.

Phase 1 : avant de construire

1. Établissez un point de référence des performances actuelles. Exportez 16 mois de données Search Console (requêtes et pages), et enregistrez les sessions organiques et conversions par page d'atterrissage depuis votre analytique. Il vous faut une référence pour comparer.

2. Construisez un inventaire d'URL complet. Combinez trois sources, car chacune manque des choses :

La liste de pages du CMS seule ne suffit pas. Elle manque les anciennes pages de campagne, PDF, URL d'images et pages supprimées qui ont encore des liens.

3. Marquez vos pages prioritaires. Triez l'inventaire par clics organiques, conversions et domaines référents. Les pages du haut reçoivent une attention individuelle tout au long du processus.

4. Sauvegardez les données on-page de l'ancien site. Titres, méta-descriptions, H1, balises canoniques, données structurées et nombre de liens internes pour les pages prioritaires. Les outils d'exploration peuvent exporter tout cela.

Phase 2 : le plan de redirection

C'est le livrable le plus important. C'est un tableur à deux colonnes, ancienne URL et nouvelle URL, couvrant chaque URL de l'inventaire.

Règles :

Testez le plan en préproduction en faisant passer la liste des anciennes URL dans un robot d'exploration en mode liste et en vérifiant que chacune renvoie un seul 301 vers la destination attendue avec un 200 à la fin.

Phase 3 : construire le nouveau site en préservant le SEO

Phase 4 : jour du lancement

Exécutez cela dans l'ordre, idéalement à une heure de faible trafic :

  1. Déployez le nouveau site et les redirections ensemble.
  2. Vérifiez que robots.txt autorise l'exploration et ne contient pas un « Disallow: / » oublié.
  3. Confirmez l'absence de balises noindex sur les pages en ligne (explorez le site et filtrez par indexabilité).
  4. Explorez la liste des anciennes URL et confirmez que chaque redirection se résout en un seul saut.
  5. Vérifiez manuellement les pages prioritaires : contenu, titre, canonique, données structurées.
  6. Soumettez le nouveau sitemap XML dans Search Console. Pour un changement de domaine, vérifiez le nouveau domaine, puis utilisez l'outil Changement d'adresse depuis l'ancienne propriété.
  7. Confirmez que l'analytique et le suivi de conversion fonctionnent sur le nouveau site.
  8. Mettez à jour les liens que vous contrôlez : fiche Google Business, profils sociaux, signatures e-mail, destinations publicitaires, listings d'annuaires.

Phase 5 : après le lancement

Jours 1 à 14 : vérifiez Search Console chaque jour pour les erreurs d'exploration, les pics de 404 et les problèmes d'indexation. Regardez les journaux serveur si vous en avez pour voir Googlebot atteindre les anciennes URL et suivre les redirections.

Semaines 2 à 8 : comparez clics et impressions par page par rapport à votre référence. Un certain mouvement est normal. Une page prioritaire qui a fortement chuté et reste basse doit être vérifiée : redirection correcte, contenu intact, liens internes présents.

En continu : gardez les redirections en place pendant au moins un an selon les directives de Google, et de préférence indéfiniment. Contactez les sites derrière vos backlinks les plus précieux et demandez-leur de mettre à jour l'URL.

Pourquoi les agences oublient des éléments de la checklist de migration

La question « pourquoi les agences oublient-elles des éléments clés de leur checklist SEO pendant les migrations de site » se pose pour une raison. Les causes récurrentes :

La prévention est procédurale : impliquer le SEO quand le plan du site est conçu, faire du plan de redirection validé une exigence de lancement, ajouter « vérification robots et noindex » aux étapes de déploiement, et assigner une personne nommée au suivi pendant le premier mois avec un plan écrit de retour en arrière ou de correction.

Feuille de travail : inventaire, plan et vérification (remplie et vierge)

Exemple rempli (démonstration étiquetée, un site de plomberie fictif à cinq pages qui change de plateforme) :

Ancienne URLClics, 3 derniers moisNouvelle URLRedirectionTitre conservé ?Vérifié après lancement
/plumbing-services.htmlÉlevé/services301OuiJour 1, jour 7
/about-us.htmlFaible/about301OuiJour 1
/boiler-repair.htmlMoyen/services/boiler-repair301Réécrit, même mot-cléJour 1, jour 7
/old-offer-2023.htmlAucun/services301 vers page la plus prochen/aJour 1
/contact.htmlMoyen/contact301OuiJour 1

Feuille vierge :

Ancienne URLClics, 3 derniers moisNouvelle URLRedirectionTitre conservé ?Vérifié après lancement

Avant lancement : canoniques, robots, sitemaps et traductions

Responsabilité du lancement et retour en arrière

Écrivez le nom d'une personne responsable pour le jour du lancement, qui peut annuler quoi, et le déclencheur pour revenir en arrière (par exemple, des pages clés renvoyant des erreurs). Gardez les fichiers ou l'export de l'ancien site jusqu'à ce que le nouveau soit stable.

Vérifications Search Console post-lancement avec une fenêtre datée

Comparez une fenêtre fixe, comme les 28 jours après le lancement contre les 28 jours avant, en utilisant les mêmes pages. Notez les dates dans votre feuille de travail pour que la comparaison soit répétable. Attendez-vous à un certain mouvement les premières semaines ; examinez les pages qui chutent et restent basses. Directives officielles : la documentation de Google Search Central sur les déménagements de site avec changement d'URL.

Commencez à construire votre site d'entreprise. Créez votre compte. Le plan gratuit publie jusqu'à 3 sites modèles sur une adresse we.inc (pas de crédits IA, pas de domaine personnalisé). La construction par IA et votre propre domaine commencent avec Starter à 20 $ par mois ; voir tarifs.

Prochaines étapes utiles : vérifiez un site existant avec le évaluateur de site gratuit, estimez un budget avec le calculateur de coût de site web, parcourez les modèles de site d'entreprise ou lisez comment fonctionne le créateur de site We.Inc.

Checklist rapide

Passer à un nouveau créateur

Si vous migrez parce que votre plateforme actuelle est difficile à maintenir, choisissez une destination où vous contrôlez vous-même URL, titres et redirections. We.Inc vous permet de reconstruire des pages à partir d'une description en conversation puis de les ajuster visuellement ou en code, avec hébergement et SSL inclus, pour que vous puissiez garder votre structure d'URL existante. Avant le lancement, passez les nouvelles pages par notre checklist SEO on-page et assurez-vous que le suivi est en place avec le guide de configuration de l'analytique.

Commencer gratuitement

Commencer gratuitement · Sans carte bancaire

Product

Who It's For

Features

Resources

Company

View Sitemap