Sur cette page15
- Qu’est-ce que la migration de sites Web ?
- Types de migration de sites Web
- Pourquoi le référencement chute lors de la migration d'un site Web
- Mauvaise migration de site Web ou migration de site Web sécurisée pour le référencement
- Liste de contrôle SEO pour la migration de sites Web : tableau complet
- Liste de contrôle SEO avant la migration
- Liste de contrôle SEO du site de préparation
- Liste de contrôle SEO pour la migration de sites Web le jour du lancement
- Vérifications de migration et d'analyse de la console de recherche Google
- Plan de surveillance SEO post-migration
- Étapes de récupération si le trafic diminue après la migration
- Erreurs courantes de référencement lors de la migration de sites Web
- Avantages et inconvénients de la migration de sites Web
- Réflexions finales
- Foire aux questions
Une liste de contrôle SEO pour la migration de sites Web vous aide à déplacer, repenser, restructurer ou renommer votre site Web sans perdre de classement. Il couvre les audits pré-migration, le mappage d'URL, les redirections 301, les vérifications intermédiaires, les tests le jour du lancement,Console de recherche Google mises à jour, validation des analyses et surveillance post-migration.
Une migration de site Web peut améliorer votre marque, votre expérience utilisateur, votre vitesse, votre structure et vos conversions.
Cela peut également nuire à votre classement si vous déplacez des pages sans protéger les signaux SEO qui aident déjà votre site à fonctionner.
LeListe de contrôle SEO pour la migration de sites Webci-dessous vous donne un processus pratique à suivre avant, pendant et après le lancement.
Il est conçu pour les propriétaires d'entreprise, les équipes SEO, les développeurs, les agences et les gestionnaires de sites Web qui ont besoin d'un plan clair plutôt que de vagues conseils de migration.
Au minimum, votre liste de contrôle de migration SEO doit couvrir :
- Une exploration complète de l'ancien site Web
- Benchmarks de mots clés et de trafic
- Exportation d'URL et mappage de redirection
- Métadonnées, titres, schémas et vérifications canoniques
- Examen du référencement du site de préparation
- Tests d'exploration le jour du lancement
- Étapes de migration de Google Search Console
- Mise à jour du plan de site XML
- Audit SEO post-migration
- Surveillance sur 30, 60 et 90 jours
Google recommande d'utiliser l'outil de changement d'adresse uniquement lors du déplacement d'un site d'un domaine ou sous-domaine à un autre, et seulement une fois le déplacement et les redirections en place.
Google recommande également de conserver les redirections le plus longtemps possible, généralement au moins un an, lorsque les URL changent.
Lisez notre dernier blog surMeilleurs outils de suivi du classement des agences : meilleurs outils pour les agences de référencement
Qu’est-ce que la migration de sites Web ?

La migration de sites Web signifie apporter une modification majeure à votre site Web qui peut affecter la façon dont les moteurs de recherche explorent, indexent, comprennent ou classent vos pages.
Ce changement peut être technique, structurel, visuel ou lié à la marque.
Vous passez peut-être de WordPress à Shopify,changement de nom de domaine, refonte de votre site Web, passage de HTTP à HTTPS, passage à un nouveaufournisseur d'hébergement, ou en modifiant la structure de votre URL.
D'un point de vue SEO, une migration est risquée car les moteurs de recherche doivent comprendre ce qui a changé et où se trouve désormais chaque ancienne page.
Si cette connexion est rompue, Google peut traiter les pages importantes comme manquantes, dupliquées, bloquées, affaiblies ou complètement nouvelles.
Une migration sécurisée de sites Web SEO maintient la relation entre les anciennes et les nouvelles pages claire.
Votre objectif n'est pas seulement de lancer un meilleur site. Votre objectif est de préserver autant d’équité de recherche que possible tout en améliorant les parties du site qui vous freinaient.
Un processus de référencement de migration de site Web approprié protège :
- Classements organiques
- URL indexées
- Valeur du backlink
- Équité du lien interne
- Métadonnées
- Pertinence du contenu
- Balisage de schéma
- Balises canoniques
- Visibilité des images
- Crawlabilité
- Suivi des conversions
- Précision des analyses
De nombreuses baisses de classement après la migration se produisent parce que les équipes traitent le projet uniquement comme une tâche de conception ou de développement. Le référencement est vérifié après le lancement, alors que les dégâts sont déjà survenus.
L’approche la plus sûre consiste à traiter la migration comme une tâche de référencement, de développement, de contenu, d’analyse et de gestion de projet dès le premier jour.
Découvrez notre dernier blog surCombien coûte le développement de sites Web pour une entreprise SaaS ?
Types de migration de sites Web

Toutes les migrations ne comportent pas le même niveau de risque SEO. Un simple changement d'hébergement où les URL restent les mêmes est généralement moins risqué qu'un changement complet de domaine, une migration CMS et une refonte se produisant en même temps.
Plus vous modifiez de choses à la fois, plus vous devez planifier soigneusement votre migration technique vers le référencement.
Migration de domaine
Une migration de domaine se produit lorsque vous passez d'un domaine à un autre, par exemple :
- oldbrand.com à newbrand.com
- exemple.net à exemple.com
- sous-domaine.exemple.com à exemple.com
- domaines spécifiques à un pays vers un domaine mondial
Le référencement de la migration de domaine présente un risque élevé car chaque URL importante change. Google a besoin de signaux forts indiquant que le nouveau domaine remplace l'ancien.
Vous avez besoin d'un mappage de redirection 301 précis, de propriétés vérifiées de la console de recherche Google, de plans de site XML mis à jour, de liens internes mis à jour et d'une demande de changement d'adresse, le cas échéant.
L'outil de changement d'adresse est destiné aux déplacements de domaines ou de sous-domaines, et non aux simples déplacements HTTP vers HTTPS.
Migration CMS
Une migration CMS signifie déplacer votre site d'un système de gestion de contenu à un autre.
Les exemples courants incluent :
- WordPress vers Webflow
- WordPress vers Shopify
- Shopify vers un CMS personnalisé
- Wix vers WordPress
- Migration CMS sans tête
Les migrations CMS créent souvent des problèmes de référencement car les modèles, les URL, les métadonnées, les balises canoniques, le schéma, la pagination, les chemins d'image et les liens internes peuvent changer automatiquement.
Avant le lancement, comparez l'ancienne et la nouvelle sortie du CMS page par page. Ne présumez pas que la nouvelle plateforme gère correctement les paramètres de référencement par défaut.
Migration de refonte de site Web
Une liste de contrôle SEO pour la refonte d'un site Web est essentielle lorsque vous modifiez les mises en page, les modèles, la navigation, les blocs de contenu, les titres ou les chemins de conversion.
Une refonte peut nuire au référencement lorsqu'une copie importante est supprimée, que les liens internes disparaissent, que les titres sont mal réécrits ou que les pages deviennent plus lentes en raison de médias et de scripts lourds.
Une refonte devrait améliorer l'expérience utilisateur sans affaiblir l'intention de recherche. Avant de supprimer du contenu, vérifiez si cette section contribue au classement de la page.
Migration de la structure des URL
Une liste de contrôle de migration d'URL est nécessaire lorsque vous modifiez des slugs, des dossiers, des catégories, des URL de produits, des URL de blog ou la gestion des paramètres.
Les exemples incluent :
- /blog/nom-de-l'article/ à /resources/nom-de-l'article/
- /produit/catégorie/article/ à /produits/article/
- /services/société-seo/ à /services-seo/
- URL avec des dates pour nettoyer les URL persistantes
Les modifications d'URL nécessitent des redirections individuelles dans la mesure du possible. Ne redirigez pas tout vers la page d’accueil.
Hébergement, protocole ou migration de serveur
Une migration d'hébergement ou de serveur peut ne pas modifier les URL visibles, mais elle peut toujours affecter le référencement via la vitesse, la disponibilité, l'accès à l'exploration, la configuration SSL, le comportement du CDN et les codes de réponse du serveur.
Google propose des conseils distincts pour les déplacements d'hébergement dans lesquels les URL visibles par l'utilisateur ne changent pas. L’objectif principal est de réduire les perturbations de l’exploration et des performances.
Consultez notre dernier blog surVérificateur de masquage SEO : détecter et corriger le masquage
Pourquoi le référencement chute lors de la migration d'un site Web

Le référencement peut chuter pendant la migration car les moteurs de recherche reposent sur la cohérence. Lorsque les URL, le contenu, les liens, le code et les signaux changent en même temps, Google doit réexplorer et réévaluer le site.
Certaines fluctuations temporaires sont normales. Une perte importante de trafic signifie généralement que quelque chose s’est mal passé.
Les causes les plus courantes de perte de trafic organique lors de la migration sont les suivantes :
- Redirections 301 manquantes
- Rediriger les chaînes ou les boucles
- Les pages importantes renvoient des erreurs 404
- Robots.txt bloquant les robots d'exploration
- Balises Noindex laissées sur les pages en direct
- Balises canoniques pointant vers d'anciennes URL
- Le plan du site XML répertorie toujours les anciennes URL
- Les liens internes pointent toujours vers des URL redirigées
- Les métadonnées sont absentes des nouveaux modèles
- Rubriques modifiées sans révision SEO
- Contenu supprimé des pages de classement
- Balisage de schéma supprimé ou cassé
- Vitesse de page lente après la refonte
- Code de suivi manquant après le lancement
- Site intermédiaire indexé accidentellement
- Images importantes déplacées sans redirection ni texte alternatif
- Backlinks pointant vers des pages mortes
- La pagination, la navigation à facettes ou les filtres sont mal gérés
Les baisses de classement après la migration sont plus faciles à prévenir qu’à corriger. C'est pourquoi la liste de contrôle SEO pour la migration de votre site doit commencer des semaines avant le lancement, et non après que votre développeur a mis le nouveau site en ligne.
Mauvaise migration de site Web ou migration de site Web sécurisée pour le référencement
| Superficie | Mauvaise migration de site Web | Migration de sites Web sécurisée pour le référencement |
|---|---|---|
| Planification | Le référencement est revu après le lancement | Le référencement est inclus dès la première réunion de planification |
| Gestion des URL | Les anciennes URL sont ignorées ou redirigées en masse vers la page d'accueil | Chaque ancienne URL importante est mappée à la nouvelle URL la plus proche |
| Redirections | Redirections temporaires, chaînes, boucles ou redirections manquantes | Redirections Clean 301 testées avant et après le lancement |
| Contenu | Le contenu du classement est réécrit ou supprimé sans examen | Le contenu de grande valeur est préservé, amélioré ou soigneusement redirigé |
| Métadonnées | Les titres et les descriptions sont perdus lors des modifications de modèle | Les métadonnées sont exportées, examinées et migrées |
| Balises canoniques | Les canoniques pointent vers une mise en scène, d'anciennes URL ou de mauvaises pages | Les balises canoniques pointent vers les URL indexables en direct correctes |
| Liens internes | Les liens pointent vers d'anciennes URL ou des pages cassées | Les liens internes sont mis à jour vers les URL de destination finale |
| Plan du site XML | L'ancien plan du site reste actif | La mise à jour du plan de site XML inclut uniquement de nouvelles URL propres et indexables |
| Robots.txt | Les robots d'exploration sont bloqués après le lancement | Robots.txt autorise l'exploration requise et bloque uniquement ce qui doit être bloqué |
| Référencement du site de préparation | La mise en scène est indexable ou copiée sans contrôles | L'indexation est bloquée pour la mise en scène et le contrôle qualité est entièrement testé |
| Analyse | Suivi des pauses après le lancement | GA4, GTM, pixels, objectifs et formulaires sont testés |
| Console de recherche | Aucun contrôle de migration n'est effectué | Les étapes de migration de Google Search Console sont terminées |
| Surveillance | L'équipe vérifie le classement une fois après le lancement | Une surveillance de 30, 60 et 90 jours est prévue |
Liste de contrôle SEO pour la migration de sites Web : tableau complet
| Scène | Tâche de référencement | Pourquoi c'est important | Outil à utiliser | Priorité |
|---|---|---|---|---|
| Pré-migration | Explorer le site Web actuel | Crée un enregistrement complet des URL, métadonnées, codes d'état, canoniques, titres et liens internes existants | Grenouille hurlante, Sitebulb, JetOctopus | Élevé |
| Pré-migration | Exporter les meilleures pages de destination organiques | Aide à protéger les pages qui génèrent du trafic et des prospects | GA4, console de recherche Google | Élevé |
| Pré-migration | Exporter les classements de mots clés | Vous donne une référence à comparer après le lancement | Semrush, Ahrefs, classement SE, AccuRanker | Élevé |
| Pré-migration | Exporter les URL de backlink | Garantit que les pages liées sont correctement redirigées | Ahrefs, Semrush, Majestic | Élevé |
| Pré-migration | Créer un mappage de redirection 301 | Transfère les utilisateurs et les moteurs de recherche des anciennes URL vers les nouvelles URL | Feuille de calcul, Screaming Frog, outil de redirection CMS | Critique |
| Pré-migration | Examiner les modifications du contenu | Empêche la suppression accidentelle de la copie de classement | Google Search Console, fiche d'audit de contenu | Élevé |
| Pré-migration | Exporter les métadonnées | Protège les balises de titre et les méta descriptions | Screaming Frog, export CMS | Élevé |
| Pré-migration | Exporter les rubriques | Maintient la pertinence de la page alignée sur l'intention de recherche | Screaming Frog, révision manuelle | Moyen |
| Pré-migration | Exporter le balisage du schéma | Empêche la perte de données structurées | Test de résultats riches, validateur de schéma | Moyen |
| Pré-migration | Vérifier les balises canoniques | Évite les problèmes de contenu en double et d'indexation | Grenouille hurlante, Sitebulb | Élevé |
| Pré-migration | Examiner les URL des images et le texte alternatif | Protège le référencement des images et la pertinence des pages | Screaming Frog, exportation de médias CMS | Moyen |
| Pré-migration | Auditer le fichier robots.txt | Empêche les blocages accidentels des chenilles | testeur robots.txt, révision manuelle | Élevé |
| Pré-migration | Préparer la mise à jour du plan de site XML | Aide les moteurs de recherche à découvrir le nouvel ensemble d'URL | Plan du site CMS, générateur de plan de site XML | Élevé |
| Mise en scène | Bloquer la mise en scène de l'indexation | Empêche les URL de préparation en double d'apparaître dans la recherche | Protection par mot de passe, noindex, règles du serveur | Critique |
| Mise en scène | Site de préparation d'exploration | Recherche les liens rompus, les métadonnées manquantes, les balises noindex, les canoniques incorrects et les problèmes de modèles | Grenouille hurlante, Sitebulb | Critique |
| Mise en scène | Tester les règles de redirection | Confirme la résolution des anciennes URL pour corriger les nouvelles URL | Mode liste Screaming Frog, httpsstatus.io | Critique |
| Mise en scène | Vérifier la convivialité mobile | Protège l'expérience utilisateur et les classements mobiles | Outils de développement Chrome, PageSpeed Insights | Élevé |
| Mise en scène | Testez les éléments essentiels du Web | Détecte les problèmes de vitesse et de mise en page avant le lancement | PageSpeed Insights, Phare, CrUX | Moyen |
| Mise en scène | Vérifier les données structurées | Garantit que le schéma reste valide | Test de résultats enrichis Google | Moyen |
| Mise en scène | Vérifier les liens internes | Empêche les chaînes de redirection et les liens rompus | Grenouille hurlante, Sitebulb | Élevé |
| Jour de lancement | Supprimer les blocs de préparation du site en ligne | Permet à Google d'explorer le nouveau site Web | robots.txt, vérifications des méta-robots | Critique |
| Jour de lancement | Push 301 redirige en direct | Envoie les anciennes URL pour corriger les nouvelles pages | Configuration du serveur, redirections CMS, redirections Shopify | Critique |
| Jour de lancement | Explorer les URL importantes | Trouve des problèmes de lancement urgents | Grenouille hurlante, Sitebulb | Critique |
| Jour de lancement | Soumettre un nouveau plan de site XML | Aide Google à découvrir les URL en direct | Console de recherche Google | Élevé |
| Jour de lancement | Testez les analyses et les conversions | Confirme que le trafic et les prospects sont correctement suivis | GA4, GTM, CRM, tests de formulaires | Élevé |
| Jour de lancement | Vérifier l'indexabilité | Confirme que les pages sont explorables, indexables et canonisées correctement | Inspection des URL de la console de recherche Google | Critique |
| Post-migration | Surveiller les erreurs d'exploration | Recherche les 404, les 404 logiciels, les problèmes de redirection et les erreurs de serveur | Console de recherche Google | Élevé |
| Post-migration | Surveiller les classements | Identifie les abandons de mots clés précoces | Suivi des classements | Élevé |
| Post-migration | Surveiller le trafic organique | Mesure l'impact sur les sessions, les leads et les revenus | GA4, Looker Studio | Élevé |
| Post-migration | Réparer les liens brisés | Améliore l'efficacité de l'exploration et l'expérience utilisateur | Grenouille hurlante, Ahrefs | Moyen |
| Post-migration | Mettre à jour les backlinks lorsque cela est possible | Réduit le recours aux redirections | Sensibilisation, Ahrefs, Semrush | Moyen |
| Post-migration | Exécuter un audit SEO post-migration | Confirme l'état technique après que Google ait réexploré le site | Screaming Frog, GSC, fichiers journaux | Élevé |
Liste de contrôle SEO avant la migration

Votre travail de pré-migration décide si le lancement est contrôlé ou chaotique. C’est ici que vous capturez la valeur SEO actuelle du site Web et créez un plan de migration clair.
Auditez votre site Web actuel
Commencez par documenter l’état actuel du site. Vous avez besoin d’une comparaison avant-après fiable.
Vérification :
- Pages de destination organiques
- Classement des mots clés
- Pages indexées
- Liens retour
- Pages les plus converties
- Structure actuelle de l'URL
- Métadonnées
- Balises H1 et H2
- Liens internes
- Balises canoniques
- Balisage de schéma
- Plan du site XML
- Robots.txt
- Erreurs d'exploration
- Liens brisés
- Redirections déjà en place
- Vitesse des pages
- Utilisabilité mobile
Portez une attention particulière aux pages qui génèrent des revenus, des prospects, des demandes de démonstration, des ventes de produits ou des demandes locales. Ces pages nécessitent une attention particulière lors de la migration.
Ne vous fiez pas uniquement aux pages visibles dans votre CMS. De nombreuses URL importantes peuvent exister en dehors de votre CMS, telles que des fichiers PDF, d'anciennes pages de destination, des pages de campagne, des filtres de produits, des pages d'auteur, des pages de balises, des pages d'aide et des URL de blog héritées.
Utilisez plusieurs sources pour créer votre liste d'URL complète :
- Exportation CMS
- Plan du site XML
- Rapport sur les pages de la console de recherche Google
- Rapport sur la page de destination GA4
- Exportation de backlinks
- Données d'exploration
- Journaux du serveur, si disponibles
- Pages de destination de recherche payante
- Liens de campagne CRM ou email
L’objectif est simple : aucune URL précieuse ne devrait disparaître sans un plan.
Explorer et exporter toutes les URL
Explorez votre site actuel avant que quoi que ce soit ne change. Enregistrez le fichier d'analyse dans un dossier de migration partagé.
Exportez ces champs :
- URL
- Code d'état
- Indexabilité
- Balise de titre
- Méta description
- S1
- H2
- URL canonique
- Nombre de mots
- Liens internes
- Liens entrants
- Liens sortants
- Données structurées
- URL des images
- Texte alternatif
- Temps de réponse
- Statut de redirection
Cette exploration devient votre sauvegarde SEO. Si quelque chose tombe en panne après le lancement, vous pouvez comparer le nouveau site avec l'ancienne version.
Analysez également votre plan de site XML séparément. Comparez les URL du plan de site avec les URL explorables. Si le plan du site comprend des pages redirigées, non canoniques, noindex ou 404, nettoyez-le avant la migration.
Créez votre fichier de mappage de redirection 301
Le mappage de redirection 301 est l’une des parties les plus importantes de toute liste de contrôle SEO pour la migration d’un site Web.
Une carte de redirection indique aux navigateurs et aux moteurs de recherche où chaque ancienne URL doit aller sur le nouveau site Web. Utilisez des redirections 301 permanentes pour les URL qui ont été déplacées de manière permanente.
Votre carte de redirection doit inclure :
- Ancienne URL
- Nouvelle URL
- Type de redirection
- Type de page
- Priorité
- Niveau de trafic
- Nombre de backlinks
- Remarques
- Statut d'assurance qualité
Exemple :
| Ancienne URL | Nouvelle URL | Type de redirection | Priorité | Remarques |
|---|---|---|---|---|
| /services-seo/ | /services/référencement/ | 301 | Élevé | Page principale du service |
| /blog/ancien-post/ | /blog/nouveau-article/ | 301 | Moyen | URL du blog mise à jour |
| /product/chemise-bleue-123/ | /products/chemise-bleue/ | 301 | Haut | Changement d'URL du produit |
| /à propos de nous/ | /à propos/ | 301 | Moyen | Changement de limace simple |
Meilleures pratiques pour le mappage de redirection :
- Mappez chaque ancienne URL à la nouvelle page pertinente la plus proche
- Évitez de rediriger toutes les anciennes pages vers la page d'accueil
- Évitez les chaînes de redirection
- Évitez les boucles de redirection
- Mettre à jour les liens internes vers les URL finales
- Conserver les paramètres de requête uniquement lorsque cela est nécessaire
- Testez les redirections avant le lancement
- Priorisez les pages avec du trafic, des classements, des backlinks et des conversions
Pour le contenu supprimé, redirigez uniquement lorsqu'il existe un remplacement pertinent. S’il n’existe pas d’alternative utile, un 404 ou un 410 peut être plus honnête que d’envoyer les utilisateurs vers une page sans rapport.
Protégez les métadonnées, les en-têtes, les schémas, les canoniques, les images et le contenu
La migration interrompt souvent le référencement car les équipes se concentrent sur les URL et oublient tout le reste.
Avant le lancement, l'exportation et la révision :
- Balises de titre
- Méta descriptions
- Balises H1
- Structures H2 et H3
- Contenu du corps
- Liens internes
- Fichiers images
- Texte alternatif de l'image
- Balisage de schéma
- Balises canoniques
- Balises du graphique ouvert
- Fil d'Ariane
- Balises de pagination
- Balises hreflang, si utilisées
Ne copiez pas automatiquement tout si l’ancien site avait un référencement faible. La migration est le bon moment pour améliorer les métadonnées médiocres, le contenu léger, les pages en double et la navigation confuse.
Mais soyez prudent avec les pages déjà bien classées. Si une page génère du trafic, ne la réécrivez pas fortement pendant la migration, sauf si vous avez une raison claire en matière de référencement.
Pour les pages importantes, comparez côte à côte les anciennes et les nouvelles versions :
- La page répond-elle toujours à la même intention de recherche ?
- Le mot-clé principal est-il toujours inclus naturellement ?
- Le H1 est-il toujours clair ?
- Des sections importantes sont-elles toujours présentes ?
- Les FAQ, le schéma et les liens internes sont-ils préservés ?
- Les images sont-elles compressées et décrites correctement ?
- La balise canonique pointe-t-elle vers l'URL finale en direct ?
Ceci est particulièrement important pour une liste de contrôle SEO pour la refonte d'un site Web, car les équipes de conception peuvent supprimer la copie pour rendre les pages plus propres. Un site plus propre n'est bon que lorsque la page satisfait toujours les utilisateurs et les moteurs de recherche.
Préparer les analyses, le suivi et les benchmarks
Avant le lancement, enregistrez vos performances de base. Sans benchmarks, vous ne pouvez pas dire si la migration a causé un réel problème de référencement.
Piste :
- Séances organiques
- Conversions organiques
- Revenus organiques
- Principales pages de destination
- Classement des mots clés
- Trafic de marque et trafic sans marque
- Pages indexées
- Erreurs d'exploration
- Profil de backlink
- Éléments essentiels du Web
- Soumissions de formulaires
- Appels
- Demandes de démo
- Transactions de commerce électronique
Configurez un simple tableau de bord de migration dans Looker Studio, GA4 ou votre outil de reporting SEO.
Au minimum, comparez :
- 7 derniers jours
- 28 derniers jours
- Même période l'année précédente, si la saisonnalité compte
- Top 50 des pages de destination organiques
- Top 50 des mots-clés
- Meilleures pages de conversion
Annotez également la date de migration dans vos outils de reporting. Cela rend l’analyse future beaucoup plus facile.
Liste de contrôle SEO du site de préparation

Votre site intermédiaire est l'endroit où vous détectez les problèmes de migration avant que les utilisateurs et les moteurs de recherche ne les voient.
Ce que les développeurs doivent vérifier avant le lancement
Un site de préparation doit être accessible à votre équipe mais bloqué pour l'indexation. L'option la plus sûre est la protection par mot de passe. Les balises Noindex peuvent aider, mais elles ne constituent pas un substitut complet si les pages sont accessibles au public et liées.
Les développeurs doivent vérifier :
- La mise en scène est bloquée pour l'indexation de la recherche
- Les URL actives ne sont pas accidentellement canonisées en URL intermédiaires
- Toutes les URL finales sont explorables
- Les pages importantes renvoient 200 codes d'état
- Redirige le travail dans l'environnement de préparation ou de pré-lancement
- Aucun lien interne ne pointe vers des URL intermédiaires
- Aucun lien interne ne pointe vers d'anciennes URL
- Aucun modèle clé ne manque de champs de métadonnées
- Les balises canoniques sont auto-référencées le cas échéant
- Le plan du site XML inclut uniquement les URL finales indexables
- Robots.txt est correct pour le lancement
- La pagination fonctionne
- Les filtres et paramètres sont contrôlés
- Les données structurées sont valides
- Les images se chargent à partir des chemins finaux
- Le chargement paresseux ne cache pas le contenu important
- Le rendu JavaScript ne bloque pas le contenu clé
- Travail des formulaires
- Les scripts de suivi se déclenchent correctement
- La vitesse de la page est acceptable
- Les mises en page mobiles sont utilisables
- La page 404 fonctionne correctement
- Les codes de réponse du serveur sont corrects
Une migration technique SEO doit inclure une exploration intermédiaire et une révision manuelle du modèle de page. Ne testez pas seulement la page d’accueil. Testez les pages de service, les pages de produits, les articles de blog, les pages de catégories, les pages d'auteur, les pages d'emplacement, les pages fermées et les pages de résultats de recherche.
Conseils spécifiques à la plate-forme pour WordPress, Shopify, Webflow, CMS personnalisé et modifications de domaine
Différentes plateformes créent différents risques de migration.
WordPress
Vérifiez les paramètres du lien permanent avant le lancement. Un petit changement de permalien peut modifier chaque URL du site. Utilisez un plugin de redirection fiable ou des redirections au niveau du serveur lorsque cela est possible. Vérifiez les paramètres du plugin SEO dans Yoast, Rank Math ou All in One SEO.
À surveiller :
- Paramètres Noindex copiés à partir de la préparation
- Titre et méta-modèles manquants
- URL de catégorie ou de balise modifiées
- Pages de pièces jointes d’images
- Codes courts cassés
- Gonflement du constructeur de pages
- Conflits de plugin de redirection
- Conflits avec le plugin de plan de site XML
Shopify
Shopify a une structure d'URL spécifique pour les produits, les collections, les pages et les blogs. Vous ne pourrez peut-être pas répliquer entièrement les anciennes URL à partir d'un autre CMS.
À surveiller :
- URL des produits
- URL de collection
- URL de variantes
- Chemins de produits en double
- Comportement canonique
- Schéma généré par l'application
- Rediriger les importations
- Vitesse du thème
- Pages de collection filtrées
- Gestion des produits en rupture de stock
Créez des redirections pour les anciennes URL de produits et de catégories avant le lancement. Pour les produits abandonnés, redirigez vers la catégorie ou le produit de remplacement le plus proche, le cas échéant.
Flux Web
Webflow est flexible, mais des erreurs de référencement se produisent souvent via les collections CMS, les modifications de slug et les domaines de transfert.
À surveiller :
- URL de préparation webflow.io
- Limaces de page de collection
- Paramètres du plan de site généré automatiquement
- Redirections 301 manquantes
- Balises canoniques
- Placement de code personnalisé
- Cartographie des champs CMS
- Compression d'images
- Hiérarchie des titres
Assurez-vous que le domaine personnalisé en direct est la version canonique et que les URL de préparation ne sont pas indexables. Pour des déménagements plus importants ou plus complexes, travaillez avec unAgence de migration Webflowpeut aider à coordonner le mappage CMS, les redirections, le référencement technique, le transfert de contenu et l'assurance qualité au sein du même processus de migration.
CMS personnalisé
Un CMS personnalisé vous donne plus de contrôle, mais il donne également plus de responsabilités aux développeurs.
Vérifiez que le CMS prend en charge :
- Balises de titre modifiables
- Méta descriptions modifiables
- H1 modifiables
- Balises canoniques
- Redirections 301
- Génération de plan de site XML
- Contrôle Robots.txt
- Balisage de schéma
- Texte alternatif
- Fil d'Ariane
- Règles de pagination
- Hreflang, si besoin
- Accès au fichier journal
Le référencement ne devrait pas dépendre des développeurs pour chaque titre, redirection ou mise à jour canonique après le lancement. Intégrez des contrôles SEO dans le CMS lorsque cela est possible.
Changements de domaine
Pour le référencement de la migration de domaine, vérifiez les anciens et les nouveaux domaines dans Google Search Console. Une fois le déplacement et les redirections en ligne, utilisez l'outil de changement d'adresse le cas échéant. Google déclare que cet outil est destiné aux déplacements d'un domaine ou sous-domaine à un autre et que les déplacements HTTP vers HTTPS ne le nécessitent pas.
Mettez également à jour :
- Liens internes
- Balises canoniques
- Plans de site XML
- références hreflang
- URL des organisations de schéma
- Profils sociaux
- Annonces payantes
- Modèles d'e-mails
- Liens CRM
- Inscriptions dans l'annuaire
- Backlinks importants lorsque cela est possible
Liste de contrôle SEO pour la migration de sites Web le jour du lancement
Le jour du lancement ne devrait pas être expérimental. Il doit s'agir d'une version contrôlée dans laquelle chaque élément critique du référencement est vérifié rapidement.
Utilisez cette liste de contrôle du jour du lancement :
- Confirmez que le DNS et l'hébergement fonctionnent
- Confirmez que le certificat SSL est actif
- Confirmez que la version du domaine préféré se résout correctement
- Vérifier les redirections HTTP vers HTTPS
- Vérifiez les redirections www et non-www
- Push 301 redirige en direct
- Testez manuellement les redirections prioritaires
- Explorer la liste de redirection
- Explorez le nouveau site en direct
- Vérifiez le fichier robots.txt
- Confirmez qu'aucune balise noindex intermédiaire n'est active
- Confirmez que les balises canoniques pointent vers des URL actives
- Confirmez que les balises de titre et les méta descriptions sont présentes
- Confirmez que les balises H1 sont présentes
- Confirmer que la mise à jour du plan de site XML est en ligne
- Soumettre le plan du site dans Google Search Console
- Inspecter les URL clés dans Google Search Console
- Tester le suivi GA4
- Testez Google Tag Manager
- Testez les formulaires, les appels, les achats et les événements de leads
- Balisage du schéma de test
- Vérifiez les liens brisés
- Vérifiez les erreurs 404
- Vérifier la vitesse de la page
- Vérifier le rendu mobile
- Vérifiez les modèles importants
- Vérifiez les pages de paiement ou de paiement, si vous faites du commerce électronique
- Vérifiez les pages de connexion ou de compte, le cas échéant
Utilisez une liste d'URL prioritaires pour les tests le jour du lancement. Cela devrait inclure :
- Page d'accueil
- Pages principales des services
- Principales pages produits
- Meilleurs articles du blog
- Meilleures pages de destination organiques
- Pages à backlink élevé
- Pages de génération de leads
- Page de contact
- Page de tarification
- Pages de localisation
- Pages de catégories
- Pages de conversion
N'attendez pas une semaine pour exécuter la première analyse. Explorez le site dès qu'il est en ligne.
Vérifications de migration et d'analyse de la console de recherche Google
Les contrôles de migration de Google Search Console vous aident à comprendre comment Google lit le nouveau site.
Après le lancement, vérifiez :
- Statut de soumission du plan du site
- Rapport d'indexation
- Erreurs d'indexation des pages
- Erreurs d'exploration
- 404 souples
- Rediriger les erreurs
- Erreurs de serveur
- Pages en double
- Sélections canoniques
- Utilisabilité mobile
- Éléments essentiels du Web
- Rapport HTTPS
- Actions manuelles
- Problèmes de sécurité
- Performances de recherche
- Premières pages
- Requêtes les plus fréquentes
Pour les modifications de domaine, vérifiez les anciennes et les nouvelles propriétés du domaine. Utilisez ensuite l'outil de changement d'adresse lorsque la migration est admissible. Encore une fois, cela concerne les déplacements de domaines ou de sous-domaines, et non tous les types de migration.
Dans GA4 et les outils d'analyse, vérifiez :
- Le trafic organique est enregistré
- Les conversions se déclenchent
- Le suivi du commerce électronique fonctionne
- Les formulaires de contact sont soumis correctement
- Chargement des pages de remerciement
- Le suivi des événements fonctionne
- Les exclusions de parrainage sont correctes
- Le suivi inter-domaines fonctionne, si nécessaire
- Le suivi UTM fonctionne toujours
- Les intégrations CRM transmettent des données
- Le suivi des appels est actif
Une migration peut ressembler à un échec SEO lorsque le véritable problème est un suivi défectueux. Confirmez toujours les analyses avant de tirer des conclusions sur le trafic.
Plan de surveillance SEO post-migration

La migration SEO ne se termine pas le jour du lancement. Le véritable test se produit lorsque Google réexplore les anciennes URL, traite les redirections, découvre de nouvelles URL et met à jour les classements.
30 premiers jours
Le premier mois consiste à trouver rapidement les problèmes urgents.
Vérifiez quotidiennement ou plusieurs fois par semaine :
- Trafic organique
- Principales pages de destination
- Classement des mots clés
- Erreurs d'exploration
- Liens brisés
- Rediriger les erreurs
- 404pages
- Pages indexées
- Traitement du plan du site
- Erreurs de serveur
- Suivi des conversions
- Modifications de Core Web Vitals
Exécutez un audit SEO complet après la migration au cours de la première semaine.
Focus sur :
- Principales anciennes URL redirigées correctement
- Nouvelles pages renvoyant 200 codes de statut
- Aucune page importante bloquée par robots.txt
- Aucune page importante marquée noindex
- Canoniques pointant vers les nouvelles URL correctes
- Liens internes mis à jour
- Plan du site XML propre
- Métadonnées présentes
- Schéma valide
- Contenu ne manquant pas
- Les images se chargent correctement
Un petit mouvement de classement est normal. Les baisses importantes sur les pages importantes nécessitent un examen immédiat.
Jours 31 à 60
Au cours du deuxième mois, vous devriez disposer de suffisamment de données pour identifier des tendances.
Revue :
- Pages qui ont perdu du trafic
- Mots clés qui ont chuté
- Pages non indexées
- Les pages redirigées reçoivent toujours du trafic
- 404 avec backlinks
- Pages avec un engagement plus faible
- Pages avec des conversions inférieures
- Modifications du lien interne
- Modifications de la profondeur d'exploration
C'est ici que vous commencez à améliorer les pages migrées les plus faibles. Ne changez pas tout d’un coup. Donnez la priorité aux pages à forte valeur commerciale.
Les actions utiles incluent :
- Restauration du contenu supprimé
- Améliorer les liens internes
- Correction des balises de titre
- Retravailler les rubriques
- Ajout du schéma manquant
- Mise à jour des redirections
- Correction des modèles lents
- Consolidation des pages en double
- Mise à jour du contenu obsolète
Jours 61 à 90
D’ici 90 jours, la plupart des migrations saines devraient montrer une stabilisation plus nette. Certains grands sites, boutiques de commerce électronique et migrations de domaines peuvent prendre plus de temps.
À ce stade, comparez les performances à votre référence d’origine.
Revue :
- Tendance du trafic organique
- Visibilité des mots clés sans marque
- Récupération de conversion
- Nombre d'URL indexées
- Réduction des erreurs d'exploration
- Améliorations de la vitesse des pages
- Impact sur les revenus ou les prospects
- Répartition des classements
- Préservation des capitaux propres des backlinks
- Performances en première page
Décidez ensuite si la migration est stable ou nécessite un examen technique plus approfondi.
Exécutez une autre analyse et comparez-la à :
- Exploration pré-migration
- Exploration de la mise en scène
- Exploration du jour du lancement
- Exploration sur 30 jours
Cela vous donne une vision claire de ce qui s’est amélioré, de ce qui a échoué et de ce qui nécessite encore une attention particulière.
Étapes de récupération si le trafic diminue après la migration

Si vous constatez une baisse du classement après la migration, ne paniquez pas. Diagnostiquez la cause avant d’apporter des changements importants.
Commencez par ces étapes de récupération :
- Vérifiez d'abord le suivi
Confirmez que GA4, Google Tag Manager, le suivi CRM, le suivi du commerce électronique et le suivi des formulaires fonctionnent. Un problème de reporting peut ressembler à une perte de trafic organique. - Vérifiez la console de recherche Google
Recherchez les problèmes d'indexation, les erreurs d'analyse, les erreurs de serveur, les problèmes canoniques et les avertissements du plan du site. - Passez en revue les pages les plus supprimées.
Comparez les anciennes et les nouvelles versions. Vérifiez le contenu, les métadonnées, les titres, les liens internes, le schéma, les balises canoniques et la vitesse des pages. - Tester les redirections
Assurez-vous que les anciennes URL de grande valeur redirigent vers les nouvelles URL correctes avec des redirections 301. Corrigez les chaînes, les boucles, les 302 et les redirections non pertinentes. - Vérifiez robots.txt et la balise noindex
Une seule mauvaise directive peut bloquer des sections importantes du site. - Vérifier les balises canoniques
Assurez-vous que les canoniques ne pointent pas vers d’anciennes URL, des URL intermédiaires, des URL HTTP ou la mauvaise page. - Vérifier les liens internes
Mettez à jour les liens afin qu'ils pointent directement vers les nouvelles URL finales au lieu de passer par des redirections. - Trouver des backlinks brisés
Utilisez des outils de backlink pour rechercher d’anciennes URL avec des liens qui renvoient désormais des erreurs 404. Ajoutez ou corrigez des redirections. - Restaurer le contenu perdu
Si les pages de classement ont perdu des sections importantes, des FAQ, des détails de comparaison ou des copies de support, restaurez-les ou améliorez-les. - Exécuter une analyse technique.wl
Recherchez des modèles dans les modèles. Un problème de modèle peut affecter des centaines, voire des milliers de pages. - Inspecter les pages manuellement
Utilisez l'inspection d'URL de la console de recherche Google pour les pages importantes. Vérifiez si Google peut les explorer et les indexer. - Améliorer les pages faibles
Si la migration a modifié l'alignement de l'intention de recherche, mettez à jour la page pour mieux correspondre à la requête.
Évitez d’apporter des modifications aléatoires à l’ensemble du site. Corrigez d’abord les causes les plus probables.
Erreurs courantes de référencement lors de la migration de sites Web

La plupart des problèmes de migration sont évitables. Le problème n’est généralement pas que la migration ait eu lieu. Le problème est que le référencement a été traité comme une tâche finale d’assurance qualité.
Évitez ces erreurs courantes :
- Lancement sans migration de site Web Liste de contrôle SEO
- Création de redirections après le lancement plutôt qu'avant le lancement
- Redirection de toutes les anciennes URL vers la page d'accueil
- Utiliser les redirections 302 au lieu des redirections 301 pour les mouvements permanents
- Ignorer les anciennes URL avec des backlinks
- Oublier de mettre à jour les liens internes
- Laisser les balises noindex de préparation sur les pages en direct
- Blocage du site en direct dans robots.txt
- Autoriser l'indexation des URL de préparation
- Suppression du contenu de classement lors de la refonte
- Changer les titres et les H1 sans revue SEO
- Perte du balisage de schéma
- Définition incorrecte des balises canoniques
- Oublier la mise à jour du plan de site XML
- Ne pas soumettre le nouveau plan du site
- Ne pas utiliser les outils de migration de Google Search Console pour les déplacements de domaine
- Ne pas tester les pages mobiles
- Ne pas vérifier la vitesse de la page
- Rupture de formulaires ou suivi des conversions
- Ne pas surveiller le site après le lancement
- En supposant que le trafic reprendra sans enquête
Une bonne liste de contrôle de migration SEO crée une responsabilité. Tout le monde sait ce qui doit être fait, à qui appartient ce travail et quand il doit être vérifié.
Avantages et inconvénients de la migration de sites Web
La migration de sites Web n'est pas toujours mauvaise pour le référencement. Dans de nombreux cas, c’est nécessaire. La clé est de comprendre à la fois les avantages et les risques.
| Avantages | Inconvénients |
|---|---|
| Meilleure structure du site | Fluctuations temporaires du classement |
| Expérience utilisateur améliorée | Risque de perte de trafic organique |
| Performances plus rapides du site Web | Les erreurs de redirection peuvent nuire à l'efficacité de l'exploration |
| Une image de marque plus forte | Les signaux d'autorité de domaine ont besoin de temps pour être transférés |
| Meilleur contrôle du CMS | Les métadonnées et le schéma peuvent être perdus |
| Structure d'URL plus propre | Les liens internes peuvent être rompus |
| Chemins de conversion améliorés | Le suivi peut être interrompu lors du lancement |
| Meilleure expérience mobile | Les erreurs de staging ou de robots.txt peuvent bloquer l'indexation |
| Gestion de contenu plus facile | Les développeurs peuvent négliger les champs SEO |
| Possibilité de supprimer les pages obsolètes | De mauvaises redirections peuvent créer des erreurs 404 |
La meilleure raison de migrer n’est pas que le site ait l’air vieux. La meilleure raison est que le nouveau site Web sera plus facile à utiliser, plus facile à gérer, plus facile à explorer, plus rapide, plus clair et mieux aligné sur vos objectifs commerciaux.
Réflexions finales
Une migration de site Web peut soit renforcer votre base de référencement, soit nuire à des années de croissance organique. La différence réside dans la planification.
Utilisez cette liste de contrôle SEO pour la migration de site Web avant de modifier votre domaine, de repenser votre site, de migrer vers un nouveau CMS, de restructurer les URL ou de relancer votre site Web.
Commencez par un audit complet, protégez vos pages les plus performantes, créez un fichier de mappage de redirection 301 détaillé, testez tout sur la mise en scène, vérifiez chaque élément critique le jour du lancement et surveillez les performances pendant au moins 90 jours.
Les migrations les plus sûres ne se font pas dans la précipitation. Ils sont documentés, testés et mesurés.
Si vous envisagez une refonte, un changement de domaine ou une migration vers un CMS, suivez cette liste de contrôle SEO pour la migration de site Web avant le lancement pour protéger votre classement, votre trafic et vos prospects.
Pour une assistance experte concernant la migration de sites Web SEO, la migration technique SEO ou un audit SEO post-migration, MarketingLad.io peut vous aider à planifier le déménagement sans mettre en danger votre croissance organique.
Foire aux questions
Une liste de contrôle SEO pour la migration d'un site Web est un plan étape par étape qui vous aide à protéger les classements organiques, le trafic, les redirections, les métadonnées, le contenu, les liens internes, les canoniques, le schéma, les plans de site XML et les analyses lors d'un déplacement de site. Il couvre les tâches de référencement avant la migration, le jour du lancement et après la migration.
Les petites migrations pourraient se stabiliser en quelques semaines. Les migrations plus importantes, les changements de domaine, les migrations de commerce électronique et les refontes majeures peuvent prendre plusieurs mois. Un plan de surveillance de 30, 60 et 90 jours vous aide à repérer les erreurs d'exploration, les liens rompus, la perte de trafic organique et les baisses de classement après la migration.
Vous avez besoin de redirections 301 pour les anciennes URL qui ont été déplacées et qui ont toujours une valeur SEO, des backlinks, du trafic, des classements ou des utilisateurs. La meilleure approche consiste à mapper la redirection 301 un à un de chaque ancienne URL vers la nouvelle URL pertinente la plus proche. Évitez de rediriger chaque page vers la page d'accueil.
Google Search Console vous aide à surveiller l'indexation, l'état du plan du site, les erreurs d'exploration, les problèmes canoniques, les performances des pages et les requêtes de recherche après le lancement. Pour le référencement de la migration de domaine, vous aurez peut-être également besoin de l'outil de changement d'adresse lorsque vous passez d'un domaine ou d'un sous-domaine à un autre.
La plus grosse erreur est de se lancer sans une liste de contrôle SEO testée pour la migration de site. Les redirections manquantes, les pages bloquées, les balises canoniques incorrectes, les liens internes rompus, les métadonnées perdues et les mises à jour oubliées du plan de site XML peuvent tous entraîner une perte de trafic organique. Le référencement doit être planifié avant le lancement, pas réparé par la suite.
