Refonte SEO : migrer un site sans perdre son trafic en 2026

Votre nouveau site ne doit pas effacer votre capital organique.
Préparez la bascule avant de toucher au design.

Sommaire

1. 1. Chiffres clés
2. 2. Introduction
3. 3. Symptômes : les signaux faibles d'une migration mal préparée
4. 4. Acteurs : Google, Bing, Search Console, CMS, DNS, analytics, équipe métier
5. 5. Définition : ce qu'est une migration SEO
6. 6. Pourquoi le sujet devient prioritaire en 2026
7. 7. Les cinq types de refonte qui menacent le trafic
8. 8. Méthode recommandée : 10 blocs pour sécuriser la bascule
   1. 8.1. Inventorier les URL existantes
   2. 8.2. Identifier les pages à valeur
   3. 8.3. Mapper les anciennes et nouvelles URL
   4. 8.4. Préserver les intentions de recherche
   5. 8.5. Vérifier les templates SEO
   6. 8.6. Tester le staging comme un site réel
   7. 8.7. Préserver le maillage interne
   8. 8.8. Garder les données structurées utiles
   9. 8.9. Lancer avec un protocole de surveillance
   10. 8.10. Comparer après 30, 60 et 90 jours
9. 9. Conseils Logiks : protéger l'intention avant la maquette
10. 10. Grille de décision : votre refonte est-elle prête à partir en production ?
11. 11. Erreurs fréquentes : six décisions qui coûtent du trafic
12. 12. Plan d'action 30 / 60 / 90 jours
    1. 12.1. Dans les 30 jours
    2. 12.2. Dans les 60 jours
    3. 12.3. Dans les 90 jours
13. 13. FAQ : refonte SEO et migration
    1. 13.1. Une refonte fait-elle toujours perdre du trafic ?
    2. 13.2. Faut-il garder toutes les anciennes URL ?
    3. 13.3. Combien de temps faut-il surveiller une migration SEO ?
    4. 13.4. Que faut-il faire dans Search Console ?
    5. 13.5. Les données structurées sont-elles prioritaires ?
14. 14. Conclusion : la refonte devient une opération de conservation d'actifs
15. 15. Sources principales

1. Chiffres clés

2. Introduction

Un chantier de refonte ressemble souvent à un moment de renouveau : nouveau design, nouveau CMS, nouvelles pages, nouvelle promesse, nouveau souffle. C'est parfois vrai. Mais pour le SEO, c'est aussi un moment de fragilité. URL supprimée, redirection mal mappée, titre réécrit sans intention, page pilier diluée, template plus lourd, balisage oublié : la perte ne se voit pas toujours le jour du lancement. Elle arrive après, dans Search Console, au fil des impressions qui s'érodent.

Nous défendons une position simple : le projet ne doit pas commencer par la maquette. Il doit commencer par l'inventaire des actifs. Pages qui captent du trafic, requêtes qui convertissent, contenus cités, backlinks, formulaires, données structurées, parcours commerciaux, événements analytics.
Sans cette cartographie, on ne refond pas. On déménage dans le brouillard.

3. Symptômes : les signaux faibles d'une migration mal préparée

On reconnaît vite un projet à risque : les anciennes URL ne sont pas inventoriées, les redirections sont prévues "à la fin", le nouveau plan de site ignore les pages qui performent, les contenus sont réécrits pour faire plus court, les métadonnées sont traitées comme un détail, les formulaires changent sans plan de tracking, le staging est bloqué aux moteurs mais jamais crawlé :
Le projet avance, mais le capital organique n'est pas protégé.

La friction apparaît au lancement. Des pages répondent en 404. Des redirections créent des chaînes. Les anciennes pages services perdent leur intention. Les FAQ disparaissent. Les images s'alourdissent. Les données structurées ne suivent pas. Les équipes regardent le nouveau site, mais les moteurs cherchent l'ancien sens.

Pas d'inventaire, pas de conservation.
Pas de mapping, pas de continuité.
Pas de suivi, pas de correction rapide.

Le sérieux du chantier se juge dans les semaines qui suivent, pas seulement dans la présentation du design.

4. Acteurs : Google, Bing, Search Console, CMS, DNS, analytics, équipe métier

Une migration SEO mobilise plus d'acteurs qu'on ne le pense. La réussite vient de leur coordination.

Là où le SEO voit des URL, le commercial voit des objections. Là où le développeur voit des routes, le dirigeant voit du revenu. Là où le CMS voit des collections, le lecteur voit une promesse.
Le protocole de bascule doit tenir ces trois lectures ensemble.

5. Définition : ce qu'est une migration SEO

Une migration SEO est l'ensemble des décisions qui permettent de modifier un site, son CMS, son domaine, ses URL, ses templates ou ses contenus sans rompre la continuité de crawl, d'indexation, de compréhension et de conversion.

Cette définition compte. Le chantier ne se limite pas aux redirections 301. C'est une opération de conservation d'actifs : conserver l'intention, la preuve, la réputation, la structure, les données, les liens, les parcours.
La forme peut changer. La mémoire doit rester.

6. Pourquoi le sujet devient prioritaire en 2026

90,39 % de part mondiale pour Google en mai 2026 : la recherche classique reste un socle massif (StatCounter Global Stats). Mais le contexte change. Les moteurs génératifs reprennent, résument, comparent et citent les contenus. Google indique que ses AI Overviews couvrent plus de 200 pays et territoires et plus de 40 langues. Une page migrée doit donc rester accessible aux robots, compréhensible par les moteurs et exploitable dans des réponses synthétiques.

La performance ajoute une deuxième pression. Le Web Almanac 2025 mesure une page d'accueil médiane de 2,56 Mo sur mobile et 2,86 Mo sur desktop. Le chantier peut réduire cette dette. Il peut aussi l'aggraver si l'on ajoute scripts, animations, polices, images non optimisées et bibliothèques inutiles.

Enfin, le suivi devient plus exigeant. Une équipe ne peut plus se contenter de regarder le trafic global. Elle suit les requêtes, les pages, les conversions, les formulaires, les erreurs d'indexation, les logs quand c'est possible, et la qualité des leads.
Ce n'est plus un projet esthétique. C'est une opération de continuité commerciale.

7. Les cinq types de refonte qui menacent le trafic

Toutes les refontes ne portent pas le même risque. Il faut qualifier le type de changement avant de choisir le niveau de préparation.

Le risque le plus courant ne prend pas la forme d'une panne spectaculaire. Il tient à une perte distribuée : dix pages moins visibles, vingt requêtes affaiblies, trois formulaires moins tracés, un maillage plus pauvre.
La perte se diffuse. Donc elle devient plus difficile à corriger.

8. Méthode recommandée : 10 blocs pour sécuriser la bascule

La méthode recommandée ci-dessous n'est pas une méthode propriétaire Logiks. Elle s'appuie sur les bonnes pratiques de migration documentées par Google Search Central, les fondamentaux SEO, l'audit technique et l'expérience projet.

En atelier, on l'utilise comme une mise en place avant le coup de feu. On sort les URL, les chiffres, les dépendances. Ensuite seulement, on arbitre.

8.1. Inventorier les URL existantes

Exportez toutes les URL connues : crawl du site, sitemap, Search Console, analytics, CMS, backlinks si disponibles. Classez chaque URL selon son rôle : trafic, conversion, preuve, support commercial, image de marque, page technique.

Une adresse sans rôle peut être supprimée. Une URL qui vend, rassure ou attire mérite d'être protégée.

8.2. Identifier les pages à valeur

Toutes les pages n'ont pas la même valeur. Certaines captent des impressions. D'autres convertissent peu mais rassurent un prospect. D'autres encore soutiennent une page pilier par le maillage. La décision n'est donc pas seulement SEO ; elle est commerciale.
Le trafic n'est pas le seul actif. La preuve compte aussi.

8.3. Mapper les anciennes et nouvelles URL

Chaque URL conservée, fusionnée ou supprimée doit avoir un statut : garder, rediriger, fusionner, désindexer, supprimer. Les redirections doivent pointer vers l'équivalent le plus proche, pas vers la page d'accueil par facilité.
Une redirection paresseuse est une rupture de sens.

8.4. Préserver les intentions de recherche

Avant de réécrire un contenu, identifiez son intention : information, comparaison, décision, preuve, transaction, support. La nouvelle version peut être plus claire, plus belle, plus dense. Elle ne doit pas perdre la question à laquelle l'ancienne page répondait.
On ne migre pas des blocs. On migre des intentions.

8.5. Vérifier les templates SEO

Contrôlez les H1, title, meta description, canonical, robots, Open Graph, schema, breadcrumbs, pagination, collection pages, catégories, tags et pages auteurs. Sur un CMS, une erreur de template se répète parfois sur 200 pages.
Le détail prend une dimension industrielle.

8.6. Tester le staging comme un site réel

Le site de préproduction doit être crawlé, même s'il reste bloqué à l'indexation publique. On vérifie les statuts HTTP, les redirections internes, les liens cassés, les pages orphelines, les canonical, les temps de chargement, les assets lourds et les contenus manquants.
Ce que l'on ne teste pas avant, on le découvre après. Plus cher.

8.7. Préserver le maillage interne

Le chantier modifie souvent les menus, les blocs de liens, les pages piliers et les modules de recommandation. Le maillage doit être reconstruit autour des pages stratégiques : services, secteurs, cas clients, guides, FAQ, contenus de preuve.

Google rappelle que les liens aident à découvrir les pages et à comprendre leur sens. Le maillage n'est pas une décoration.

8.8. Garder les données structurées utiles

Les données structurées doivent suivre la refonte : Organization, BreadcrumbList, BlogPosting, FAQPage, Product ou Service quand le template et le contenu le justifient. Le schema ne doit pas inventer des informations absentes de la page.
Pas de théâtre sémantique. De la cohérence.

8.9. Lancer avec un protocole de surveillance

Le jour du lancement, surveillez les statuts, les redirections, les pages importantes, le sitemap, Search Console, analytics, formulaires, événements et Core Web Vitals. Les premières 48 heures servent à corriger vite.
La réussite se joue dans le suivi autant que dans la préparation.

8.10. Comparer après 30, 60 et 90 jours

Comparez les impressions, clics, positions, conversions, pages d'entrée, requêtes, erreurs et leads qualifiés. Un recul temporaire peut arriver. Une dérive non mesurée se transforme en perte durable.
L'objectif n'est pas de lancer. L'objectif est de retrouver, puis dépasser, le niveau utile.

9. Conseils Logiks : protéger l'intention avant la maquette

Nous ne recommandons pas de démarrer par un atelier esthétique. Le design compte, bien sûr. Mais le premier actif d'un site B2B reste son architecture de décision : quelles questions le prospect se pose, quelles preuves le rassurent, quels contenus le font avancer, quelles pages convertissent.

Premier conseil : créez un inventaire vivant des pages à protéger. Pour chaque URL importante, on note la requête, l'intention, le rôle commercial, le statut futur, la redirection, le propriétaire et le risque.

Deuxième conseil : gardez une colonne "preuve". Un contenu peut générer peu de trafic mais servir dans un cycle de vente : cas client, comparatif, FAQ technique, page secteur, page sécurité, page prix. Le supprimer peut fragiliser le discours commercial sans apparaître immédiatement dans les chiffres SEO.

Troisième conseil : refusez les redirections par confort. Un ancien guide "audit cybersécurité PME" ne doit pas partir vers une page générique "services". Il doit rejoindre la page la plus proche en intention, ou être fusionné proprement dans un contenu qui répond vraiment au même besoin.
Enfin, nous recommandons de traiter la refonte comme une opération en trois temps :

• conserver les actifs existants ;
• clarifier l'architecture nouvelle ;
• mesurer ce que la bascule change réellement.

Ce n'est pas une migration technique. C'est une transmission de valeur.

10. Grille de décision : votre refonte est-elle prête à partir en production ?

Si deux lignes restent en "Fragile", le lancement doit attendre. Une semaine de préparation vaut mieux que trois mois de récupération.

11. Erreurs fréquentes : six décisions qui coûtent du trafic

Premier piège : supprimer des pages parce qu'elles paraissent anciennes. Un contenu daté peut encore répondre à une intention rentable. On l'améliore avant de l'enterrer.

Deuxième dérive : fusionner trop large. Regrouper dix contenus dans une page générique peut sembler propre. Mais si les intentions étaient différentes, l'ensemble perd en précision.

Troisième faiblesse : changer les URL sans nécessité. Une adresse stable est un actif. La modifier doit répondre à une vraie raison : architecture, lisibilité, consolidation, dette technique.

Quatrième écueil : négliger les formulaires et les événements. Le nouveau site peut garder le trafic mais perdre la mesure des conversions. Dans ce cas, l'équipe ne pilote plus ; elle devine.

Cinquième risque : alourdir le front. Les pages médianes sont déjà lourdes selon HTTP Archive. Ajouter animations, scripts tiers et images non compressées peut transformer un design élégant en friction mobile.

Dernier point : oublier les moteurs génératifs. Un contenu plus court, moins sourcé, moins structuré peut être joli pour un humain pressé, mais moins citable par un assistant.

12. Plan d'action 30 / 60 / 90 jours

12.1. Dans les 30 jours

• exporter toutes les URL ;
• identifier les pages à trafic, conversion et preuve ;
• cartographier les intentions ;
• choisir les contenus à garder, fusionner, rediriger ou supprimer ;
• définir les templates SEO du futur CMS ;
• préparer le plan de tracking ;
• ouvrir les propriétés Search Console si besoin.

On ne touche pas encore à la production. On prépare le chantier.

12.2. Dans les 60 jours

• rédiger ou migrer les contenus stratégiques ;
• construire le mapping de redirections ;
• crawler le staging ;
• corriger liens internes, canonical, robots et sitemap ;
• tester performance, formulaires, événements, données structurées ;
• documenter les risques restants.

Le projet devient contrôlable.

12.3. Dans les 90 jours

• lancer selon un protocole écrit ;
• surveiller les 48 premières heures ;
• corriger les erreurs d'indexation ;
• comparer les pages et requêtes prioritaires ;
• mettre à jour les contenus qui reculent ;
• enrichir le maillage autour des nouvelles pages piliers.

À ce stade, la bascule cesse d'être un événement. Elle devient un pilotage.

13. FAQ : refonte SEO et migration

13.1. Une refonte fait-elle toujours perdre du trafic ?

Non. Un projet bien préparé peut conserver le trafic et améliorer les conversions. Le risque vient surtout des URL modifiées sans mapping, des contenus appauvris, du maillage perdu, de la performance dégradée ou du suivi absent.

13.2. Faut-il garder toutes les anciennes URL ?

Non. Il faut garder ou rediriger les URL qui ont une valeur : trafic, backlinks, conversions, preuve commerciale, rôle de maillage. Les pages sans utilité peuvent être supprimées, mais cette décision doit être documentée.

13.3. Combien de temps faut-il surveiller une migration SEO ?

Les 48 premières heures servent à détecter les erreurs critiques. Les 30 premiers jours montrent les premiers signaux. Les 60 à 90 jours permettent de distinguer un ajustement normal d'une perte structurelle.

13.4. Que faut-il faire dans Search Console ?

Il faut soumettre le sitemap, surveiller les erreurs d'indexation, contrôler les pages importantes, comparer impressions et clics, et vérifier les problèmes d'expérience ou de données structurées. En cas de changement de domaine, la procédure de changement d'adresse de Google doit être étudiée.

13.5. Les données structurées sont-elles prioritaires ?

Oui, quand elles reflètent le contenu visible. Elles ne compensent pas une mauvaise page, mais elles aident à clarifier l'entité, le fil d'Ariane, l'article, l'organisation et la FAQ.

14. Conclusion : la refonte devient une opération de conservation d'actifs

Une refonte SEO ne consiste pas à changer la peau d'un site. Elle consiste à transmettre un capital : pages, liens, preuves, intentions, données, conversions, réputation.

Le nouveau site doit être plus clair. Il doit aussi se souvenir de ce que l'ancien avait construit. C'est là que se joue la maturité du projet : ne pas confondre nouveauté et progrès, esthétique et performance, lancement et réussite.

Pour Logiks, la bonne refonte tient en trois verbes : inventorier, préserver, mesurer. Le reste vient après.

Ce n'est plus une refonte de site.
Elle devient une opération de continuité commerciale : conserver, clarifier, accélérer.

15. Sources principales

• Google Search Central - Site moves and migrations - consulté le 17 juin 2026 - https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Google Search Central - Search Engine Optimization Starter Guide - consulté le 17 juin 2026 - https://developers.google.com/search/docs/fundamentals/seo-starter-guide
• Google Search Central - Link best practices for Google - consulté le 17 juin 2026 - https://developers.google.com/search/docs/crawling-indexing/links-crawlable
• Google Search Central - Introduction to structured data markup in Google Search - consulté le 17 juin 2026 - https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data
• Google - AI Overviews expand to over 200 countries and territories, more than 40 languages - 20 mai 2025 - https://blog.google/products-and-platforms/products/search/ai-overview-expansion-may-2025-update/
• StatCounter Global Stats - Search Engine Market Share Worldwide - mai 2026 - https://gs.statcounter.com/search-engine-market-share
• HTTP Archive - Web Almanac 2025, Page Weight - consulté le 17 juin 2026 - https://almanac.httparchive.org/en/2025/page-weight
• HTTP Archive - Web Almanac 2024, Page Weight - consulté le 17 juin 2026 - https://almanac.httparchive.org/en/2024/page-weight