Migration SEO sans perte de trafic : la méthode

Sommaire

• Ce qui se joue vraiment lors d'une migration SEO
• Figer la baseline avant le jour J : GA4, Search Console et positions
• Construire un plan de redirections 301 qui tient la route
• Tester en préproduction sans polluer votre référencement
• Le jour de la mise en ligne : la séquence à respecter
• Monitorer l'indexation et le trafic sur les 90 jours suivants
• Les erreurs qui plombent une migration (et comment les éviter)
• Piloter votre migration SEO avec Lysible
• Questions fréquentes

Ce qui se joue vraiment lors d'une migration SEO

Une migration SEO, c'est un transfert de valeur. Vous déplacez la confiance que Google a accordée à vos anciennes URL vers les nouvelles, sans en perdre en route. Tout l'enjeu tient dans ce mot, « sans perdre ». Google ne suit pas automatiquement vos changements. Il faut lui indiquer, adresse par adresse, où trouver le nouveau contenu.

Le degré de risque dépend de l'ampleur du changement. Passer de HTTP à HTTPS sur les mêmes URL ne bouscule presque rien. Refondre l'arborescence complète d'un catalogue de 800 fiches produits, c'est un tout autre niveau de danger. Je hiérarchise toujours mes projets selon cette échelle avant même de parler technique. Un dirigeant a besoin de savoir s'il joue gros ou pas.

Quels changements déclenchent une migration SEO ?

Cinq scénarios exigent une vraie préparation SEO : le changement de nom de domaine, le passage en HTTPS, la modification de la structure des URL, le changement de CMS, et la refonte design avec réécriture des contenus. Chacun modifie soit l'adresse d'une page, soit son contenu, soit les deux. Dès qu'une URL indexée change ou disparaît, vous êtes en migration, même si le mot n'apparaît nulle part sur votre devis.

Ces cinq scénarios ne se valent pas en termes d'exposition. Le passage HTTP vers HTTPS reste à faible risque si les URL restent identiques : une redirection 301 globale et un certificat valide suffisent souvent. Le changement de domaine monte d'un cran, parce qu'il faut actionner l'outil de changement d'adresse dans Search Console. La modification de structure d'URL et le changement de CMS sont déjà dans la zone élevée : les chemins changent, souvent massivement, et le mapping doit être exhaustif. Le scénario le plus exposé reste la refonte design combinée à une réécriture de contenu. Elle touche à la fois les URL, les textes et le maillage interne. Trois variables en même temps, c'est trois fois plus de surface d'erreur. Pour vous situer, l'analyse de risque d'une refonte figure dans le guide de Moz sur les migrations de site, qui classe la réécriture de contenu comme le facteur le plus déstabilisant.

Pourquoi le trafic chute (et de combien) sans préparation

Sans plan de redirections propre, une migration perd couramment 20 à 40 % de son trafic organique. Cette baisse peut devenir permanente si personne ne réagit. La cause est presque toujours la même : des anciennes URL qui renvoient une erreur 404, ou des redirections mal codées qui ne transmettent pas l'autorité accumulée. Google finit par désindexer ce qui ne répond plus.

Le mécanisme est simple à comprendre. Chaque page bien positionnée a mis des mois à gagner sa place. Quand son URL disparaît sans redirection, ce capital retombe à zéro. Google Search Central rappelle que les redirections permanentes transmettent le signal de ranking vers la nouvelle adresse. La documentation officielle de Google sur les déplacements de site détaille cette procédure de bout en bout.

Figer la baseline avant le jour J : GA4, Search Console et positions

La baseline, c'est votre photo « avant ». La baseline SEO désigne l'état mesuré de votre trafic et de vos positions avant tout changement. Sans elle, vous ne pourrez jamais prouver que vous avez perdu du trafic, ni de combien, ni sur quelles pages. C'est la première chose que je fige. Cette étape prend une demi-journée et elle est non négociable.

Je ne commence jamais un chantier de migration tant que ces exports ne sont pas archivés dans un dossier daté. J'ai vu trop de refontes où le responsable web comparait l'après à un vague ressenti du trafic d'avant. Un ressenti ne se défend pas en réunion. Un fichier daté, si.

Quelles données exporter avant de toucher au site ?

Cinq exports composent une baseline solide, tous réalisables avec des outils gratuits.

1. Trafic organique par page dans GA4. Exportez les sessions organiques des 3 à 6 derniers mois, page par page, pour repérer vos pages à fort trafic à protéger en priorité.
2. Performances Search Console. Téléchargez les requêtes, clics, impressions et positions moyennes par URL sur 16 mois, la profondeur maximale disponible.
3. Liste complète des URL indexées. Le rapport « Indexation des pages » de Search Console liste tout ce que Google connaît de votre site.
4. Positions sur vos mots-clés stratégiques. Notez le classement de vos 20 à 50 requêtes prioritaires avant la bascule.

Le cinquième export est celui qu'on oublie le plus souvent : le profil de backlinks. Un export des liens entrants via Ahrefs ou l'outil de liens de Search Console identifie les pages liées de l'extérieur. Ce sont celles qu'on ne peut pas laisser en 404, parce qu'elles portent de l'autorité venue d'autres sites. Perdre ces liens, c'est perdre une valeur qu'aucune redirection interne ne compense si la source externe ne met pas à jour son lien. Le poids des liens entrants dans le classement ressort d'ailleurs de l'étude de SEMrush sur les facteurs de ranking, qui les place parmi les signaux les plus corrélés à la visibilité.

Pour choisir les pages à surveiller de près, appuyez-vous sur les statistiques de fréquentation à suivre en priorité. Une poignée de pages génère souvent l'essentiel des conversions.

Comment cartographier toutes les URL existantes ?

Un crawl complet du site avec Screaming Frog liste chaque URL réelle, y compris celles que Google n'indexe pas encore. Cet inventaire technique complète les URL indexées vues côté Search Console. En croisant les deux, vous obtenez la liste exhaustive à traiter dans votre plan de redirections.

Screaming Frog reste gratuit jusqu'à 500 URL, ce qui couvre une bonne partie des sites vitrines et des petites boutiques. Au-delà, la version payante s'impose, mais l'investissement est dérisoire face au coût d'une page oubliée. Croisez toujours ce crawl avec votre export Search Console. Une URL indexée absente du crawl signale un contenu que Google connaît mais que votre site ne référence plus en interne. C'est exactement le genre de page qui tombe en 404 après migration.

Construire un plan de redirections 301 qui tient la route

Chaque ancienne URL indexée doit pointer vers son équivalent le plus proche en redirection 301 permanente. C'est le cœur de toute migration, la pièce qui décide si vous gardez votre trafic. Une 301 dit à Google : « cette page a déménagé définitivement, transfère sa valeur à cette nouvelle adresse ».

Le mapping des URL, c'est le tableau qui associe chaque ancienne URL à sa destination. Une colonne « ancienne URL », une colonne « nouvelle URL », une colonne « type de correspondance ». Ce fichier devient le contrat de votre migration. Sur une boutique de 300 références, il fait 300 lignes minimum, souvent davantage avec les catégories, les articles de blog et les pages de contenu. C'est fastidieux, et c'est précisément pour ça qu'on le bâcle. Ne le bâclez pas.

Comment mapper les anciennes URL vers les nouvelles ?

Chaque ligne de votre mapping des URL tombe dans l'une de trois catégories de décision. Cette règle simple évite de bloquer devant les cas ambigus.

La dernière ligne mérite qu'on s'y arrête. Google traite une redirection vers l'accueil sans rapport avec la page d'origine comme un « soft 404 ». C'est une fausse redirection qui ne transmet pas de valeur. Les consignes de Google sur les redirections sont claires sur ce point. Une fiche produit supprimée se redirige vers sa catégorie, pas vers la home.

Faut-il rediriger vers la page d'accueil quand il n'y a pas d'équivalent ?

Non, sauf en dernier recours. Redirigez vers la page la plus proche thématiquement : la catégorie parente pour un produit, l'article le plus voisin pour un contenu de blog. La page d'accueil ne conserve la valeur que si l'ancienne page était vraiment générique. La checklist de migration d'Ahrefs recommande la même logique de pertinence sémantique.

Attention aussi aux redirections en chaîne. Si l'URL A redirige vers B, et B vers C, Google perd de la valeur à chaque saut et met plus de temps à consolider. Corrigez toujours en 301 directe : A pointe directement vers C. C'est un piège classique quand plusieurs migrations se sont succédé sur le même site au fil des ans.

Tester en préproduction sans polluer votre référencement

Une préproduction accessible aux robots de Google est une bombe à retardement. Elle crée un site en double, indexé en parallèle du vôtre, cause classique de contenu dupliqué. J'ai vu des refontes saborder leur propre lancement. La version de test s'était retrouvée dans les résultats Google avant même la mise en ligne officielle.

Le problème est sournois. Votre agence ou votre développeur monte le nouveau site sur une adresse temporaire, du type preprod.votresite.fr. Si rien ne bloque les robots, Google la découvre, l'explore et l'indexe. Vous vous retrouvez avec deux versions du même contenu en ligne, et Google ne sait plus laquelle privilégier.

Comment empêcher Google d'indexer un site de préproduction ?

Deux méthodes fiables, à combiner idéalement. La plus robuste est la protection par mot de passe HTTP, une authentification au niveau du serveur. Google ne peut tout simplement pas accéder à la page. La seconde consiste à ajouter une balise noindex sur toutes les pages de préproduction, qui demande à Google de ne pas les afficher.

Un fichier robots.txt seul ne suffit pas. Il empêche l'exploration, mais Google peut quand même indexer une URL découverte ailleurs, avec la mention « bloqué par robots.txt ». La documentation de web.dev sur l'indexation confirme que la protection par mot de passe reste la barrière la plus sûre. Le point crucial, souvent oublié : retirez cette protection et le noindex le jour de la mise en ligne, sinon vous bloquez votre vrai site.

Comment vérifier que la préproduction reste bien invisible ?

Testez l'accès en navigation privée, sans être connecté à votre compte. Si la page s'affiche sans demander de mot de passe, la barrière n'est pas active. Contrôlez ensuite le rendu du fichier robots.txt et la présence effective de la balise noindex dans le code source de chaque type de page. Un rapport de l'Ahrefs sur les erreurs techniques courantes montre que les environnements de test indexés figurent parmi les fuites de crawl les plus fréquentes. Ce contrôle de dix minutes évite une désindexation surprise le jour du lancement.

Le jour de la mise en ligne : la séquence à respecter

Le jour J se joue dans un ordre précis, pas en vrac. Une erreur d'enchaînement ouvre une fenêtre où l'ancien et le nouveau site coexistent sans redirection. Google explore alors les deux. Voici le runbook horodaté que je fais suivre, minute par minute.

L'objectif est de réduire au maximum le temps pendant lequel une URL peut renvoyer une 404 ou un contenu incohérent. Plus cette fenêtre est courte, moins Google a de raisons de désindexer. Prévoyez cette bascule en période de faible trafic, un mardi matin plutôt qu'un vendredi soir avant un week-end où personne ne surveille.

Dans quel ordre activer redirections, sitemap et indexation ?

Le sitemap XML est le fichier qui liste toutes vos URL à l'attention de Google. Testez toujours vos redirections en conditions réelles après la bascule, pas seulement en préproduction. Un serveur de production peut réagir différemment. Prenez vos 20 pages les plus stratégiques, celles qui pèsent dans votre baseline GA4, et vérifiez à la main qu'elles redirigent bien vers la bonne destination avec un code 301. Ce contrôle manuel de trente minutes évite les mauvaises surprises.

Monitorer l'indexation et le trafic sur les 90 jours suivants

Le suivi post-migration s'étale sur 90 jours, période durant laquelle Google réévalue chaque URL. Une migration bien exécutée retrouve son niveau de trafic en 4 à 12 semaines. Ceux qui s'arrêtent le jour de la mise en ligne passent à côté des dérives. Elles se corrigent encore facilement à J+15.

Sur une refonte e-commerce que j'ai suivie de près, le trafic organique avait chuté d'environ 20 % à J+15. En reprenant le mapping, on a trouvé une centaine de fiches produits qui redirigeaient toutes vers la page catégorie, alors qu'un équivalent exact existait. Correction du mapping, resoumission du sitemap XML, retour au niveau initial en huit semaines. Sans baseline pour repérer l'écart, cette perte serait passée inaperçue jusqu'au bilan trimestriel.

Combien de temps avant de retrouver son trafic ?

Comptez 4 à 12 semaines pour une migration propre, davantage pour une refonte lourde avec réécriture de contenus. Google doit recrawler l'ensemble de vos URL, suivre les redirections et transférer la valeur. Ce délai dépend de la fréquence de crawl de votre site : un site souvent mis à jour se stabilise plus vite. Une baisse temporaire les deux premières semaines est normale et ne doit pas déclencher de correction précipitée. Les données de l'Internet Live Stats sur le volume de pages crawlées rappellent l'échelle à laquelle Google réévalue le web, ce qui explique ces délais de consolidation.

Quels indicateurs surveiller après la migration ?

Six métriques racontent la santé de votre migration. Si je ne devais en surveiller qu'une en priorité absolue les deux premières semaines, ce serait le nombre de pages indexées dans Search Console. Une chute de plus de 10 % par rapport à la baseline signale un problème de mapping ou de redirections, avant même que GA4 ne le reflète dans le trafic.

Vous pouvez suivre le trafic organique dans GA4 ou dans Matomo, l'outil open source qui héberge vos données chez vous. Ce recoupement entre Search Console et votre outil d'analyse se fait à la main en une trentaine de minutes par semaine, ou en continu si vous automatisez le suivi de vos indicateurs. Pour bâtir votre tableau de bord, appuyez-vous sur notre guide sur les statistiques de fréquentation web à piloter et sur le diagnostic d'indexation via la Search Console.

Les erreurs qui plombent une migration (et comment les éviter)

La cause n°1 d'échec d'une migration n'est pas technique : c'est l'absence de baseline mesurée avant le jour J. La doc officielle et beaucoup de prestataires mettent l'audit technique au centre du projet, ce qui est utile mais insuffisant. Sans point de départ chiffré, vous ne savez même pas que vous avez perdu du trafic, ni où chercher.

Ce paradoxe revient sur plusieurs dossiers. Un site techniquement irréprochable, redirections 301 propres, sitemap XML soumis, mais aucune photo « avant ». Résultat : impossible de dire si la baisse vient de la migration, de la saisonnalité ou d'une mise à jour Google. La baseline SEO n'est pas une formalité, c'est votre seul moyen de piloter. Corrigez cet angle mort et vous prenez une longueur d'avance sur la majorité des refontes.

Pourquoi les redirections 302 font perdre du trafic ?

Une 302 signale à Google un déménagement temporaire, donc il conserve l'ancienne URL en mémoire et retarde le transfert de valeur. Beaucoup de CMS et de plugins créent des 302 par défaut, sans que personne ne s'en rende compte. Vérifiez le code de chaque redirection. Une 302 utilisée là où il fallait une 301 ralentit la stabilisation et peut coûter des positions.

Les autres pièges classiques, par ordre de fréquence dans mes audits : redirections en chaîne, préproduction indexée, mapping vers la page d'accueil, balises canonical laissées pointant vers l'ancien domaine, et sitemap non mis à jour. Chacun se corrige, mais chaque jour de retard coûte du trafic. Si votre migration s'inscrit dans un chantier plus large, notre méthode d'audit SEO e-commerce pas-à-pas vous aide à repérer ces freins avant qu'ils ne s'installent.

Piloter votre migration SEO avec Lysible

Une migration SEO se gagne ou se perd sur la donnée, pas sur la chance. Le fichier de baseline, le mapping ligne par ligne, le suivi hebdomadaire des six métriques : tout cela existe pour une seule raison. Savoir en permanence où vous en êtes par rapport au « avant ». Le vrai coût de cette rigueur, ce n'est pas la donnée : elle est gratuite dans GA4, Matomo et Search Console. C'est le temps de la recouper chaque semaine, surtout pendant les 90 jours critiques. Ce travail de recoupement continu se centralise dans Lysible, pour que la surveillance ne repose plus sur votre agenda du lundi matin.