Aller au contenu

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.

Avant le design final

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.

ce qu’on peut encore protéger
  1. Cadragele bon moment
  2. Architecture
  3. Design
  4. Développement
  5. Lancementtrop tard
Il devient beaucoup plus difficile de protéger l’existant quand
  • 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.

Avant de déplacer

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
/verriere-atelierpeu de clics ce mois-ci
  • 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
illustration : une URL discrète

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é.

Le mapping

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.

  1. l’ancien site
  2. l’évaluation
  3. la décision
  4. la destination
  5. la nouvelle architecture
illustration : extrait de mapping

Évaluation, dans l’ordre des points : Trafic · Requêtes · Liens · Contenu · Valeur business

  1. /services/verrieres.htmlChanger d’URLredirection permanente/verrieres/sur-mesure
  2. /blog/entretenir-une-verriereConserverURL conservée/blog/entretenir-une-verriere
  3. /verriere-atelierFusionnerfusion, puis redirection/verrieres/atelier
  4. /atelier-noirFusionnerfusion, puis redirection/verrieres/atelier
  5. /references-2018Remplacernouvelle page, puis redirection/realisations
  6. /promo-ete-2021Retirer, si justifiéaucune page équivalente : 404 ou 410aucune page équivalente
  7. nouvelle pageCréerpage nouvelle, sans ancienne URL/guides/acier-ou-aluminium
La nouvelle architectureAccueil
  • 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.

  1. Intention
  2. Contenu
  3. URL
  4. 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.
Lorsque les URL changent

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.

Ce que nous évitons
  • 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
Le nouveau site doit se référencer lui-même

Les redirections ne sontqu’une partie du travail.

croquis d’une page du nouveau site
  1. 1CanonicalChaque nouvelle page désigne sa propre URL comme URL représentative.
  2. 2Liens internesLe site lie directement les nouvelles URL, sans passer par ses propres redirections.
  3. 3SitemapIl reflète la nouvelle architecture indexable, et il est envoyé dans Search Console.
  4. 4HreflangMis à jour vers les nouvelles URL quand le site est international.
  5. 5Données structuréesAdaptées quand elles contiennent des URL ou des données qui changent.
  6. 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.

Avant publication

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.

La QA avant la basculeUne aide au processus, vérifiée par des personnes, pas un audit automatique.
  • 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
Le lancement

Une migration SEO se joueavant et après la mise en ligne.

  1. AvantInventaire · Mapping · Architecture · Redirections · QA · Données de référence
  2. Jour JPublication · Redirections actives · Vérifications · Sitemap · Analytics · Exploration rapide
  3. 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.

Observer la transition

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.

Ce que nous surveillons, et comment nous le lisons
  • 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.

Selon la migration

Toutes les migrationsne sont pas les mêmes.

  1. AMême domaine, nouvelle architectureMapping et redirections des chemins qui changent.Pas d’outil Changement d’adresse
  2. 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
  3. 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é
  4. DHTTP vers HTTPSRedirections vers les versions HTTPS ; Google détecte ce changement.Pas d’outil Changement d’adresse
  5. 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
À ne pas confondre
  • 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
Le document central

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é.

  • /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
illustration : extrait d’une matrice de migrationAutres colonnes selon le projet : nouvelles métadonnées, redirection oui ou non, notes, responsable.
Votre espace projet

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
Questions fréquentes

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.

Votre site va changer ?

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.