Par Yonel Sasson · Fondateur Getknown Publié le Mis à jour le Lecture : 8 min

Migration SEO : sécuriser votre trafic avant, pendant, après la refonte.

Une migration change vos URL, vos gabarits, parfois votre CMS entier. Google le documente : un déplacement de site affecte temporairement vos positions dans la recherche. Nous encadrons ce moment avec un protocole en trois temps. Nous l’éprouvons d’abord sur nos propres migrations, avant de l’appliquer chez nos clients.

Diagnostic gratuit

Comment réussir une migration SEO sans perdre son trafic ?

Une migration SEO réussie repose sur trois temps. Avant la bascule, on cartographie l’existant : URL, trafic, autorité, balises. Pendant, on applique un plan de redirections 301 recetté sur un environnement de test. Après, on surveille positions et indexation plusieurs semaines pour corriger toute dérive.

Une refonte rebat les cartes avec Google au moment où personne ne l’a demandé. Les URL changent, des balises sautent, des redirections manquent, le schema disparaît du nouveau gabarit. Chaque signal d’autorité accumulé depuis des années doit retrouver sa cible.

Google décrit ce risque dans sa propre documentation. Un déplacement de site avec changement d’URL peut affecter temporairement les performances dans la recherche, le temps que ses robots recrawlent et réassocient les redirections. La durée dépend de la propreté du plan de migration.

Nous documentons nos propres migrations. La bascule de getknown.fr, d’un site statique vers WordPress, a suivi ce protocole : baseline avant, plan de redirection, recette de pré-production, suivi des liens entrants après la mise en ligne. Le même cadre encadre les migrations que nous pilotons pour nos clients.

Ces chutes restent évitables. Pas avec un correctif de dernière minute, mais avec un protocole qui démarre avant le premier wireframe et se prolonge plusieurs semaines après la mise en ligne.

90j
Fenêtre de suivi serré après chaque bascule, de S+0 à S+12.
Source : engagement de recette Getknown
1saut
Longueur maximale d’une chaîne de redirection : une 301 directe, jamais de 302.
Source : règle de recette, vérifiée sur staging
301
Le seul code de redirection permanent qui transmet l’autorité d’une URL à l’autre.

Les sept risques d’une refonte sans plan SEO.

Sept familles d’erreurs reviennent sur la plupart des migrations ratées. Aucune n’est exotique. Un protocole les neutralise toutes.

01

Redirections 301 manquantes

Des URL anciennes qui renvoient une 404, des redirections oubliées, des 302 posées à la place de 301. C’est le premier facteur de chute recensé, et Google le désigne dans sa documentation sur les déplacements de site.

02

Chaînes de redirection

Une URL redirige vers une deuxième, qui redirige vers une troisième. Chaque saut dilue le signal et ralentit le recrawl. La règle : une seule redirection, directe, entre l’ancienne URL et sa cible finale.

03

Données structurées perdues

Le nouveau gabarit n’embarque pas le schema de l’ancien. FAQPage, Product, BreadcrumbList, Article : tout repart de zéro. Les résultats enrichis disparaissent, et la citabilité par les IA avec eux.

04

Arborescence réécrite sans plan

Slugs refaits par souci de cohérence design, profondeur de navigation modifiée, paramètres mal canonisés. Le maillage interne se casse et les pages stratégiques perdent leur signal d’autorité.

05

Hreflang cassé

Sur un site multilingue, les balises hreflang sautent ou pointent vers d’anciennes URL. Les versions linguistiques se cannibalisent, la déclaration x-default disparaît, Google sert la mauvaise langue.

06

Contenu aminci

Des pages catégories ou services, autrefois denses en contenu utile, se réduisent à quelques lignes sous un gabarit épuré. Le seuil sémantique nécessaire au positionnement n’est plus atteint, et le trafic transactionnel décroche.

07

Noindex de staging en production

La balise noindex de l’environnement de test part en production, ou le canonical continue de pointer vers le staging. Le site entier devient invisible du jour au lendemain. On le vérifie ligne par ligne avant la bascule.

Notre méthode : avant, pendant, après la bascule.

Quatre phases, deux points de contrôle go/no-go. Chaque phase a un livrable et un responsable, côté Getknown comme côté client.

Audit pré-migrationAvant · la baseline

On photographie l’existant avant qu’il bouge. Crawl complet, export Search Console sur seize mois, cartographie de chaque URL avec son trafic, son autorité, ses liens entrants. Sans cette baseline, impossible de mesurer ce que la migration gagne ou perd.

  • Crawl exhaustif et repérage des pages qui portent le trafic
  • Export Search Console et relevé des requêtes positionnées
  • Audit du profil de liens pour préserver l’autorité acquise
  • État zéro du schema, des hreflang, des canonical et du sitemap
Plan de redirection 301Avant · le document central

Chaque URL ancienne reçoit une cible, validée à la main pour les pages stratégiques, scriptée pour la longue traîne. Les redirections sont des 301 permanentes, jamais des 302, et chaque chaîne se limite à un saut. Sur une migration e-commerce en cours, ce plan distingue d’abord les URL à conserver de celles à supprimer.

  • Mapping URL par URL, priorisé par trafic et autorité
  • Validation manuelle des URL les plus stratégiques
  • Règles scriptées pour la longue traîne, avec leurs exceptions
  • Gel des URL : aucune modification après validation du plan
Recette sur environnement de testPendant · avant la prod

Le nouveau site existe en pré-production. On le crawle comme s’il était en ligne, on vérifie que chaque 301 répond, que chaque schema est embarqué, que chaque hreflang pointe au bon endroit. Le go/no-go dépend d’une checklist signée, pas d’un avis.

  • Crawl complet du staging avec user-agent Googlebot
  • Test des 301 : statut HTTP correct, aucune 302, aucune chaîne
  • Validation du schema via le test des résultats enrichis
  • Contrôle d’accès des robots IA dans le robots.txt
Monitoring des positionsAprès · 90 jours

La mise en ligne ouvre la phase de suivi rapproché. Trafic, positions, indexation, erreurs Search Console : on surveille tout, quotidiennement la première semaine, puis chaque semaine. Une chute repérée est documentée, attribuée, corrigée avant qu’elle ne s’installe.

  • Suivi quotidien des indicateurs de S+0 à S+2
  • Point hebdomadaire de S+3 à S+12 avec plan d’ajustement
  • Soumission du nouveau sitemap et traitement des 404 résiduelles
  • Restitution finale et arbitrage des optimisations long terme

Hager : notre terrain sur les migrations internationales.

Lire le cas complet

La checklist de migration, notre livrable central.

Une migration SEO tient dans un document opérationnel, partagé avec vos équipes techniques. Il liste chaque URL, sa redirection, son statut de recette, et sert de référence en cas de doute après la bascule. Ce livrable distingue une migration préparée d’une migration improvisée.

  • Mapping complet ancienne URL → nouvelle URL, en 301
  • Inventaire du schema à repiquer, gabarit par gabarit
  • Contrôle hreflang et canonical, version par version
  • Plan de suivi 90 jours et seuils d’alerte
Cadrer votre migration →
Sur devis
Chaque migration est cadrée avant tout engagement, selon la taille du site, le nombre de langues et le CMS.

La migration, en pratique.

Une migration sécurisée démarre par un audit qui photographie l’existant : URL, trafic, autorité, schema, hreflang. On construit ensuite un plan de redirections 301 qui associe chaque ancienne URL à sa cible. On recette le nouveau site sur un environnement de test avant la bascule, puis on surveille positions et indexation pendant plusieurs semaines. Cette discipline distingue une migration préparée d’une migration improvisée.
Une refonte transforme le design, la structure ou le CMS d’un site. La migration SEO est le volet qui protège la visibilité pendant cette transformation : plan de redirection, préservation des balises, recette, suivi. On parle de migration dès que les URL changent, même sans changement de design. Les deux se mènent ensemble, sinon le SEO se découvre la veille de la bascule.
Un document qui liste chaque URL de l’ancien site et lui associe une URL cible sur le nouveau, en redirection HTTP 301 permanente. Pour un site de cinq cents URL, c’est un tableur validé ligne par ligne pour les pages stratégiques, complété de règles pour la longue traîne. Le plan est versionné, signé, gelé : aucune URL ne bouge après validation.
Le moins possible. Chaque URL modifiée devient une URL à rediriger, donc un risque. La règle : on ne change une URL que si la nouvelle apporte un bénéfice mesurable, comme la suppression de mots vides ou une profondeur réduite. Si l’URL actuelle fonctionne et se positionne, on la garde. Le piège classique est de tout remettre à plat par cohérence design, sans mesurer le coût SEO.
Le travail SEO s’étale sur huit à seize semaines, en parallèle du chantier design et développement. Audit pré-migration : deux à trois semaines. Plan de redirection : deux à quatre semaines. Recette sur staging : deux à quatre semaines. Suivi post-bascule : douze semaines de monitoring rapproché. Sur un programme international multi-sites, la cadence s’étale sur plusieurs mois, un site après l’autre.
Oui, à deux conditions. La première : que l’ancien site avait des freins objectifs, comme une technique cassée, une structure illisible ou un contenu insuffisant. La seconde : que la refonte corrige ces freins sans en créer d’autres. Nous le constatons sur nos propres migrations : quand une refonte lève de vrais obstacles, la visibilité progresse ; quand elle ajoute le SEO à la fin, elle la fragilise. Cela suppose un protocole sérieux dès le premier wireframe.
Non, si le plan 301 est propre. Les backlinks pointent vers d’anciennes URL, et les 301 transfèrent leur autorité vers les nouvelles. Le vrai travail consiste à auditer les liens entrants principaux avant la refonte et à vérifier que leurs cibles figurent dans le plan de redirection. Pour les liens stratégiques, presse ou partenaires, on demande une mise à jour directe vers la nouvelle URL.

Trois principes non négociables.

Sources et références

  1. Google Search Central, « Site move with URL changes », documentation officielle.
  2. Google Search Central, « Redirects and Google Search ».
  3. Google Search Central, « Tell Google about localized versions of your page » (hreflang).

Une refonte se prépare ? Parlons-en avant, pas après.

Le bon moment pour impliquer une agence SEO sur une migration n’est pas le mois de la bascule. C’est celui où le brief design commence à circuler. On regarde votre projet ensemble et on vous dit franchement si nous sommes utiles ou si vos équipes peuvent gérer seules. Une heure d’échange, factuel.

Diagnostic gratuit