Migration SEO
Votre nouveau site hérite d’une histoire.
Lors d’une refonte ou d’un changement de plateforme, nous cartographions les pages, URL et signaux existants pour préparer leur transition vers la nouvelle architecture.
Le bon moment pour penserà la migration n’est pasla veille de la mise en ligne.
La migration SEO entre idéalement dans le projet quand l’architecture, les pages, les URL, les contenus, le CMS et les templates sont encore en discussion.
- Cadragele bon moment
- Architecture
- Design
- Développement
- Lancementtrop tard
- le nouveau sitemap est déjà figé
- les anciennes pages n’ont pas été inventoriées
- les nouvelles URL sont déjà décidées
- des contenus ont déjà disparu
La migration n’est pas une tâche de lancement.Elle influence le projet bien avant le lancement.
Il faut savoirce que le site possède déjà.
Nous cartographions ce que le site actuel possède, avec les données réellement disponibles : elles dépendent des accès, de l’historique, du CMS, des outils et du périmètre.
- URLPages indexables · Pages non indexables · Paramètres · Anciennes variantes · URL historiques, si connues
- Performance organiqueImpressions · Clics · Requêtes · Pages · Position moyenne, avec prudence
- ContenuPages services · Articles · Catégories · Produits · Cas clients · Ressources
- Liens internesPages fortement reliées · Pages orphelines · Navigation · Fil d’Ariane, s’il existe
- Signaux externesLiens entrants · Mentions · URL qui reçoivent encore du trafic externe
- IndexationPages réellement connues · Pages exclues · Erreurs éventuelles
- TechniqueCanonical · Robots.txt · Sitemap · Hreflang · Données structurées · Statuts HTTP
- des sites qui la citent
- un lien du menu
- une page ancienne et bien connue
- le produit phare de l’atelier
- des recherches qui reviennent chaque printemps
Une URL avec peu de trafic aujourd’hui n’est pas automatiquement inutile.
Elle peut avoir des liens, une fonction de navigation, une valeur historique, un rôle business ou une saisonnalité.
Une migration proprese décide page par page.
Chaque ancienne URL passe par la même évaluation avant de recevoir une décision et une destination. Aucune page supprimée n’est envoyée par défaut vers l’accueil.
- l’ancien site
- l’évaluation
- la décision
- la destination
- la nouvelle architecture
Évaluation, dans l’ordre des points : Trafic · Requêtes · Liens · Contenu · Valeur business
- /services/verrieres.htmlChanger d’URLredirection permanente/verrieres/sur-mesure
- /blog/entretenir-une-verriereConserverURL conservée/blog/entretenir-une-verriere
- /verriere-atelierFusionnerfusion, puis redirection/verrieres/atelier
- /atelier-noirFusionnerfusion, puis redirection/verrieres/atelier
- /references-2018Remplacernouvelle page, puis redirection/realisations
- /promo-ete-2021Retirer, si justifiéaucune page équivalente : 404 ou 410aucune page équivalente
- nouvelle pageCréerpage nouvelle, sans ancienne URL/guides/acier-ou-aluminium
- Verrières
- Sur mesure
- Atelier
- Réalisations
- Guides
- Acier ou aluminium
- Blog
- Entretenir une verrière
Conserver l’URL ne suffit pas toujoursà conserver sa valeur.
La migration SEO ne se limite pas aux redirections : elle garde la cohérence entre l’intention, le contenu, l’URL et la destination.
- Intention
- Contenu
- URL
- Destination
- Conserver
- La page et son contenu restent pertinents.
- Améliorer
- La page reste, son contenu doit évoluer.
- Fusionner
- Plusieurs pages deviennent une meilleure réponse unique.
- Créer
- La nouvelle architecture demande une page qui n’existait pas.
- Retirer
- La page n’a plus de rôle réel.
Une redirection doit menervers la destination la plus logique.
Quand une page change d’adresse, l’ancienne URL renvoie vers son contenu équivalent ou sa nouvelle version, avec une redirection permanente côté serveur (301 ou 308) lorsque c’est techniquement possible.
Quand plusieurs pages sont réunies en une seule, leurs anciennes URL peuvent toutes mener vers la page qui les regroupe.
Google recommande de garder les redirections aussi longtemps que possible, en général au moins un an.
- Tout rediriger vers l’accueil : Google peut le traiter comme une page introuvable (soft 404)
- Les chaînes de redirections successives
- Les boucles
- Les destinations sans rapport avec la page d’origine
Les redirections ne sontqu’une partie du travail.
- 1CanonicalChaque nouvelle page désigne sa propre URL comme URL représentative.
- 2Liens internesLe site lie directement les nouvelles URL, sans passer par ses propres redirections.
- 3SitemapIl reflète la nouvelle architecture indexable, et il est envoyé dans Search Console.
- 4HreflangMis à jour vers les nouvelles URL quand le site est international.
- 5Données structuréesAdaptées quand elles contiennent des URL ou des données qui changent.
- 6NavigationMenus, footer, fil d’Ariane et liens du CMS pointent vers la nouvelle structure.
Un nouveau site ne doit pas continuer à fonctionner intérieurement comme si l’ancien existait encore.
Le staging doit resterun environnement de travail.
Une version de test ne doit ni devenir la version indexée, ni créer de confusion avec le site en ligne. La méthode dépend de l’environnement : accès protégé par mot de passe, noindex, ou les deux.
Il n’existe pas de règle unique du type « tout bloquer dans le robots.txt » : l’objectif est d’empêcher l’indexation accidentelle du staging tout en testant correctement le futur site.
Au lancement, chaque noindex ou blocage qui ne servait qu’au test est retiré, selon une liste préparée à l’avance.
- URLmapping complet, destinations vérifiées
- Redirectionsrègles prêtes, ni boucle ni chaîne inutile
- Indexationpages indexables et non indexables prévues
- Canonicalauto-référentes et correctes
- Robots.txtcelui du nouveau site, prêt
- Sitemapnouveau sitemap prêt à envoyer
- Liens internesvers la nouvelle architecture
- Métadonnéesvérifiées page par page
- Hreflangsi le site est international
- Données structuréessi elles sont utilisées
- Trackingfonctionnel dès la mise en ligne
- 404comportement vérifié
- Mobile et renduvérifiés
Une migration SEO se joueavant et après la mise en ligne.
- AvantInventaire · Mapping · Architecture · Redirections · QA · Données de référence
- Jour JPublication · Redirections actives · Vérifications · Sitemap · Analytics · Exploration rapide
- AprèsSearch Console · Indexation · 404 · Exploration · Trafic, pages, requêtes · Redirections · Logs, si disponibles
Côté moteur, la bascule n’est jamais terminée le jour du lancement : Google doit réexplorer et réindexer le site.
Google doit aussi redécouvrirla nouvelle structure.
Google indique qu’un site de taille petite à moyenne peut mettre quelques semaines avant que la plupart de ses pages soient déplacées, et davantage pour un grand site. Nous définissons la durée de surveillance avec vous, selon le projet.
- Indexationnouvelles URL et anciennes URL, dans le rapport Indexation des pages
- Sitemapsle traitement du nouveau sitemap
- Pages404 inattendues, redirections, erreurs
- Performancesimpressions, clics, requêtes, pages
- Explorationles statistiques d’exploration, si elles sont disponibles
Un changement de domaine demande des actions Search Console spécifiques ; une refonte sur le même domaine n’utilise pas les mêmes outils.
- Critiqueà traiter immédiatementPages principales en 404 · Boucles de redirection · Noindex ou blocage de test resté en place · Tracking absent
- À surveillerpeut évoluer pendant la réexplorationNouvelles URL pas encore indexées · Anciennes URL encore visibles · Requêtes qui se déplacent · Canonical que Google choisit autrement
- Normalattendu dans une transitionFluctuations temporaires de visibilité · Trafic partagé entre anciennes et nouvelles URL · Exploration plus soutenue du nouveau site
Une migration SEOn’est pas sans incertitude.
Les moteurs doivent réexplorer, traiter les redirections, comprendre les nouvelles URL et mettre à jour leurs index. Google le dit lui-même : la visibilité peut fluctuer temporairement pendant un déménagement de site.
Réduire les risques · Aider les moteurs à comprendre plus vite · Détecter rapidement les problèmes
La préparation ne peut pas garantir zéro fluctuation, zéro perte, ni la conservation exacte de chaque position.
Toutes les migrationsne sont pas les mêmes.
- AMême domaine, nouvelle architectureMapping et redirections des chemins qui changent.Pas d’outil Changement d’adresse
- BChangement de CMSLes URL changent souvent avec le nouveau système : mapping selon ses contraintes.Pas d’outil Changement d’adresse, sauf si le domaine change
- CChangement de domaineRedirections page par page vers le nouveau domaine, deux propriétés vérifiées dans Search Console.Outil Changement d’adresse recommandé
- DHTTP vers HTTPSRedirections vers les versions HTTPS ; Google détecte ce changement.Pas d’outil Changement d’adresse
- EFusion de plusieurs sitesChaque page trouve son équivalent dans le site qui reste, ou une décision documentée.Selon le périmètre
La migration s’adapteau système d’arrivée.
Aucun CMS ne reproduit exactement n’importe quelle ancienne structure d’URL : le mapping tient compte des contraintes du nouveau système.
La migration Shopify- Framer
URL · Redirections · CMS · Métadonnées · Sitemap · Canonical · Contenus · Tracking
Pages CMS publiées sous le chemin de leur collection, redirections selon l’offre, sitemap généré automatiquement.
Notre approche Framer - Shopify
Produits · Collections · Pages · Blogs · Structure d’URL · Redirections · Canonical · Sitemap
Des chemins imposés (/products/, /collections/, /pages/, /blogs/), un gestionnaire de redirections et un sitemap généré.
Notre approche Shopify
- Audit SEOl’état des lieux et les priorités
- Migration SEOla continuité des URL, de l’indexation et des signaux
- Migration Shopifyles produits, clients, commandes, applications et opérations
- Refontele nouveau site : structure, design, contenus, parcours
Chaque ancienne page doit avoirune décision documentée.
La matrice de migration réunit, pour chaque ancienne URL, ce qu’elle vaut, ce qu’on en fait et où elle va. Selon le projet, elle vit dans un tableur, dans Notion ou dans un document structuré.
| Ancienne URL | Type | Performance | Intention | Liens entrants | Nouvelle destination | Action | Statut QA |
|---|---|---|---|---|---|---|---|
| /services/verrieres.html | Service | Élevée | Commerciale | Oui | /verrieres/sur-mesure | 301 | Vérifié |
| /verriere-atelier | Produit | Moyenne | Commerciale | Quelques-uns | /verrieres/atelier | Fusion + 301 | À vérifier |
| /blog/entretenir-une-verriere | Article | Élevée | Informationnelle | Oui | URL conservée | Contenu mis à jour | Vérifié |
| /promo-ete-2021 | Campagne | Nulle | Aucune | Non | Aucune | Retrait (410) | Décision validée |
- /services/verrieres.html
- Type
- Service
- Performance
- Élevée
- Intention
- Commerciale
- Liens entrants
- Oui
- Nouvelle destination
- /verrieres/sur-mesure
- Action
- 301
- Statut QA
- Vérifié
- /verriere-atelier
- Type
- Produit
- Performance
- Moyenne
- Intention
- Commerciale
- Liens entrants
- Quelques-uns
- Nouvelle destination
- /verrieres/atelier
- Action
- Fusion + 301
- Statut QA
- À vérifier
- /blog/entretenir-une-verriere
- Type
- Article
- Performance
- Élevée
- Intention
- Informationnelle
- Liens entrants
- Oui
- Nouvelle destination
- URL conservée
- Action
- Contenu mis à jour
- Statut QA
- Vérifié
- /promo-ete-2021
- Type
- Campagne
- Performance
- Nulle
- Intention
- Aucune
- Liens entrants
- Non
- Nouvelle destination
- Aucune
- Action
- Retrait (410)
- Statut QA
- Décision validée
Chaque décisionreste visible.
Vous savez ce qui a été inventorié, ce qui est décidé, ce qui attend votre validation et ce qui vient ensuite.
Avancement de la migration
- Inventaire✓ Fait
- Analyse✓ Fait
- MappingEn cours
- ArchitectureÀ venir
- RedirectionsÀ venir
- QAÀ venir
- LancementÀ venir
- Après migrationÀ venir
À suivre ensemble
- URL à risque
- Décisions en attente
- Contenus à fournir
- Redirections validées
- Pages retirées
- Points de surveillance
Une migration SEO peut notamment inclure.
Le périmètre dépend de la taille du site, du type de migration, du CMS, du nombre d’URL, des pays et des données disponibles.
Le plus souvent
- Inventaire des URL
- Analyse des pages existantes
- Analyse Search Console, si accès
- Mapping
- Recommandations d’architecture
- Plan de redirections
- Contrôle des canonical
- Contrôle du maillage
- Sitemap
- QA avant lancement
- Contrôle après lancement
Selon le projet
- Analyse des liens entrants
- Hreflang
- International
- Fusion de domaines
- Changement de domaine
- Migration Shopify
- Migration Framer
- Données structurées
- Tracking
- Logs
- Contenus
- Copywriting
- Suivi prolongé après lancement
Les questions qu’on nous pose
sur la migration SEO.
C’est la préparation d’un changement de site (refonte, nouveau CMS, nouvelle plateforme, nouvelles URL, nouveau domaine) pour que ce que les moteurs connaissent déjà retrouve sa place : inventaire des pages, décisions page par page, redirections, signaux du nouveau site, QA, puis surveillance après la mise en ligne.
Le plus tôt possible, quand l’architecture, les URL, les contenus et les templates sont encore en discussion. Préparée la veille du lancement, elle ne peut plus influencer le sitemap, les pages conservées ni les contenus qui ont déjà disparu.
Oui, si des pages disparaissent sans décision, si les URL changent sans redirection vers leur équivalent, ou si le nouveau site perd des contenus, des liens internes ou des signaux utiles. La migration SEO sert à réduire ces risques.
Non. Google indique lui-même que la visibilité peut fluctuer temporairement pendant un déménagement de site, le temps de réexplorer et de réindexer. Une bonne préparation réduit les risques, aide les moteurs à comprendre plus vite et permet de corriger rapidement, sans garantir zéro fluctuation.
Toutes les anciennes pages doivent recevoir une décision, pas forcément une redirection. Une page qui a un équivalent redirige vers lui ; plusieurs pages fusionnées peuvent mener vers la page qui les regroupe. Une page sans équivalent peut renvoyer une 404 ou une 410, que Google traite de la même façon. En revanche, tout rediriger vers l’accueil est à éviter.
Google recommande de les garder aussi longtemps que possible, en général au moins un an, pour lui laisser le temps de transférer les signaux vers les nouvelles URL. Beaucoup de sites les gardent plus longtemps, notamment quand d’anciens liens externes pointent encore vers les anciennes adresses.
Nous inventorions les pages et articles WordPress, puis nous faisons correspondre chaque URL à la structure Framer : les contenus du CMS sont publiés sous le chemin de leur collection, et l’ancienne structure ne se reproduit pas toujours à l’identique. Redirections selon l’offre Framer, métadonnées, sitemap et tracking sont ensuite vérifiés.
Shopify impose des chemins (/products/, /collections/, /pages/, /blogs/) : le mapping fait correspondre chaque ancienne URL à sa nouvelle place dans le catalogue, puis les redirections sont créées dans le gestionnaire de Shopify. La migration des données commerce (produits, clients, commandes, applications) relève de la migration Shopify.
Chaque ancienne URL redirige vers son équivalent sur le nouveau domaine, les deux propriétés sont vérifiées dans Search Console, puis l’outil Changement d’adresse est utilisé. Cet outil sert aux changements de domaine ou de sous-domaine : pas au passage HTTP vers HTTPS, ni aux changements de chemins sur le même domaine.
L’indexation des nouvelles et des anciennes URL, le traitement du sitemap, les 404 inattendues, les redirections, l’exploration, puis les impressions, clics et requêtes. Google indique qu’un site de taille petite à moyenne peut mettre quelques semaines avant que la plupart des pages soient déplacées, davantage pour un grand site : nous fixons la durée de surveillance avec vous.
Cartographions ce qui doit survivre à la transition.
Si vous préparez une refonte, un changement de CMS ou une nouvelle architecture, nous pouvons analyser l’existant avant que les décisions irréversibles ne soient prises.