Refonte de site : la checklist anti-chute de trafic SEO

Pourquoi une refonte casse (presque) toujours le SEO

Sur le papier, une refonte est une bonne idée. Design moderne, meilleur UX, code plus propre, performances améliorées. En pratique, c'est le projet le plus risqué qu'une entreprise puisse lancer pour son référencement naturel.

Les chiffres le confirment : une refonte non préparée provoque en moyenne 20 à 60 % de perte de trafic organique dans les semaines qui suivent la mise en ligne. Et contrairement à ce qu'on pourrait croire, ce n'est pas Google qui devient méchant. C'est simplement qu'à chaque fois qu'une URL change, qu'un contenu est réécrit ou qu'une page disparaît, Google doit tout recalculer. Si on ne l'aide pas, il perd le fil.

Les causes sont presque toujours les mêmes :

• Changement d'URLs sans redirections 301 : les anciennes pages renvoient un 404, Google les désindexe, les backlinks pointent dans le vide
• Perte ou consolidation mal pensée du contenu : les textes qui rankent sont reformulés, raccourcis, supprimés
• Changement de CMS sans audit préalable : les signaux SEO (balises, structure, sitemap) partent à la poubelle avec l'ancien thème
• Performances dégradées sur le nouveau site : Core Web Vitals en berne, Google pénalise
• Architecture refaite sans comprendre pourquoi l'ancienne fonctionnait : on casse un cocon sémantique construit sur 5 ans

La bonne nouvelle, c'est qu'une refonte bien préparée ne fait aucun dégât SEO. On peut même en profiter pour corriger les erreurs de l'ancien site et gagner du trafic. Voici la méthode qu'on applique chez KOSMO sur chaque projet de refonte.

Phase 1 : avant la refonte, l'audit qui sauve tout

C'est la phase la plus importante. Et c'est aussi celle que la plupart des prestataires sautent, parce qu'elle ne se voit pas.

Exporter les données SEO avant de toucher au site

Première règle : aucune refonte ne commence sans un audit exhaustif de l'existant. On exporte :

• Google Search Console : les requêtes qui rankent, les URLs qui reçoivent du trafic organique, les impressions, les positions moyennes. Sur les 12 derniers mois minimum.
• Google Analytics 4 : les pages avec du trafic organique, celles qui convertissent, le comportement par URL.
• Crawl complet du site avec un outil type Screaming Frog : toutes les URLs, leurs balises title, meta description, H1, statut HTTP, profondeur de clic.
• Audit des backlinks via Ahrefs, Semrush ou équivalent : quelles URLs externes pointent vers vous, et vers quelles pages exactement.

Sans ces quatre exports, on avance à l'aveugle. Avec eux, on sait précisément ce qu'il faut préserver.

Identifier les pages à protéger absolument

Tous les contenus ne se valent pas. On les classe dans un tableur avec trois colonnes :

• À conserver : les pages qui apportent du trafic, qui convertissent ou qui reçoivent des backlinks. On les préserve au maximum (URL, contenu, structure).
• À consolider : les pages doublons ou faibles qu'on fusionne avec d'autres. Chaque consolidation implique une redirection 301 de l'ancienne vers la nouvelle.
• À supprimer : les pages obsolètes, sans trafic, sans liens. On assume de les retirer, et on redirige vers la page la plus proche thématiquement (jamais vers la home).

Ce tableur devient la bible du projet. Il doit être validé par le client avant que la moindre ligne de code soit écrite.

Phase 2 : pendant la refonte, architecture et mapping

Une fois l'audit fait, on peut commencer à construire le nouveau site. Mais pas n'importe comment.

Repenser l'architecture sans la détruire

Si l'ancienne architecture fonctionne en SEO, on ne la casse pas. On peut l'améliorer (meilleurs silos thématiques, meilleur maillage interne, structure plus claire) mais on ne repart pas de zéro. Les signaux que Google a mis des années à comprendre méritent d'être préservés.

Quand on refait l'architecture, on le fait avec un objectif précis : mieux que l'existant, pas différent pour le principe. Chaque changement doit répondre à une question : "pourquoi c'est mieux pour le SEO ou l'utilisateur ?".

Construire le mapping des URLs

C'est l'étape qui fait la différence entre une refonte réussie et un désastre. On crée un tableau à deux colonnes :

Chaque ancienne URL doit avoir une correspondance sauf si elle est identique (et dans ce cas on ne fait rien, c'est parfait).

Ce mapping devient le fichier de redirections 301. On le prépare en amont, on le teste en amont, et il est actif dès la seconde zéro de la mise en ligne. Pas dans l'heure qui suit. Pas le lendemain. La seconde zéro.

Migrer le contenu avec précision

Les textes qui rankent en SEO sont des textes qui ont fait leurs preuves sur Google. On ne les reformule pas. On ne les raccourcit pas. On ne les passe pas à la moulinette IA pour les "moderniser". On les copie-colle tels quels sur les nouvelles pages.

Cette règle est absolue pour les pages à fort trafic. Si le design du nouveau site ne permet pas d'intégrer ces textes tels quels, c'est le design qu'on adapte, pas l'inverse. La perte de trafic organique coûte plus cher qu'une contrainte de maquette.

Les balises title, meta description et H1 suivent la même logique : si elles rankent, on les conserve. Si elles sont médiocres, c'est le moment de les améliorer, mais en documentant pourquoi.

Phase 3 : le jour J, la checklist de mise en ligne

Le jour de la mise en ligne, on ne fait rien d'improvisé. Tout a été préparé, testé, validé. Voici ce qu'on vérifie avant, pendant et juste après le déploiement.

• Backup complet de l'ancien site (fichiers + base de données) avant toute action
• Mise en ligne du nouveau site avec les 301 actifs dès le premier instant
• Test batch des redirections : on vérifie que chaque ancienne URL renvoie un 301 correct vers la bonne nouvelle URL
• Sitemap.xml à jour, généré depuis le nouveau site, et soumis à Google Search Console
• robots.txt vérifié : pas de Disallow: / qui traîne, pas de blocage involontaire
• Balises meta robots vérifiées : pas de noindex laissé en place depuis l'environnement de staging
• Core Web Vitals testés via PageSpeed Insights sur les pages principales
• Tracking GA4 et GTM vérifié sur toutes les pages clés
• Données structurées (schema.org) en place et valides
• Certificat SSL actif sur le nouveau site
• Changement de propriété Search Console si le domaine change ou si le protocole passe de HTTP à HTTPS

Cette checklist se fait en deux passes : une avant la mise en ligne (sur l'environnement de staging) et une après (sur le site en production). Rien n'est cochée tant que ça n'a pas été vérifié manuellement.

Phase 4 : après la refonte, le suivi 60 jours

Contrairement à ce qu'on pourrait croire, le travail SEO ne s'arrête pas à la mise en ligne. Les deux mois qui suivent sont les plus importants.

Le monitoring quotidien de Search Console

Pendant 30 jours, on consulte Search Console chaque jour. On surveille :

• Les erreurs 404 qui remontent : chaque 404 est une URL qu'on avait oubliée dans le mapping. On ajoute la redirection immédiatement.
• Les pages découvertes par Google : on vérifie que le nouveau sitemap est crawlé et que les nouvelles URLs sont indexées.
• Les requêtes qui changent de position : une refonte bien faite provoque une baisse temporaire de 1 à 4 semaines, puis un retour au niveau initial. Si la baisse persiste au-delà, on cherche pourquoi.

Les logs serveur

Les logs serveur permettent de voir exactement ce que Googlebot crawle. C'est un outil sous-utilisé mais irremplaçable. On vérifie que Googlebot passe bien sur les nouvelles URLs, qu'il n'insiste pas sur les anciennes 404, et qu'il ne tombe pas dans des boucles de redirections.

La patience

Une refonte bien faite retrouve son niveau de trafic organique en 4 à 8 semaines. Pas en 48 heures. Si la chute se stabilise après deux mois, c'est qu'on a loupé quelque chose, audit approfondi nécessaire. Si elle continue de descendre, c'est probablement un problème structurel (Core Web Vitals, contenu perdu, mauvaise redirection).

Entre le jour J et J+60, on agit uniquement sur les signaux qu'on observe. On ne change pas de stratégie. On corrige ce qui ne va pas, on laisse le reste se reposer.

La checklist complète en 15 points

Voici la checklist qu'on applique sur chaque refonte chez KOSMO. Copiez-la, imprimez-la, utilisez-la sur votre prochain projet.

Avant la refonte

1. Export complet Google Search Console (12 derniers mois)
2. Export analytics avec segment trafic organique
3. Crawl complet de l'ancien site (Screaming Frog ou équivalent)
4. Audit des backlinks externes
5. Tableur des URLs classées : conserver / consolider / supprimer

Pendant la refonte

6. Nouvelle architecture validée par rapport à l'ancienne (mieux, pas différent)
7. Mapping exhaustif des URLs anciennes → nouvelles
8. Migration des contenus à fort trafic sans reformulation
9. Préservation des balises title, meta, H1 des pages qui rankent
10. Sitemap.xml généré et validé

Le jour J

11. Backup complet de l'ancien site
12. Redirections 301 actives à la seconde zéro
13. Test batch de toutes les redirections
14. Search Console mis à jour (propriété + sitemap)

Après la refonte

15. Monitoring quotidien pendant 30 jours (404, positions, indexation)

Chacun de ces 15 points a son importance. Les sauter ne fait pas gagner du temps, ça fait perdre du trafic.

Les 5 erreurs qui coûtent le plus cher

Après 10 ans de refontes accompagnées, on voit toujours les mêmes erreurs. Voici les cinq qui coûtent le plus cher.

1. Mettre en ligne sans redirections 301

C'est l'erreur numéro un. Le nouveau site est prêt, on le met en ligne, on se dit qu'on fera les redirections "dans la semaine". Mauvaise idée. Google crawle en permanence. En 48 heures, il a vu des centaines de 404 et commencé à désindexer. Les redirections doivent être là dès la seconde zéro.

2. Changer les URLs sans raison fonctionnelle

"Les anciennes URLs ne sont pas belles, on les refait." C'est le pire argument possible. Une URL qui ranke est une URL qui a de la valeur. On ne la change que si on a une très bonne raison (restructuration, consolidation, correction d'un défaut SEO). Jamais pour l'esthétique.

3. Oublier les URLs sans trafic

Une URL sans trafic peut quand même porter un backlink externe précieux. On ne supprime jamais une URL sans vérifier si elle reçoit des liens. Si oui, on la redirige. Si on la laisse mourir en 404, on perd le jus SEO qui y arrivait.

4. Reformuler les textes qui rankent

Le copywriting est un métier, et parfois le nouveau prestataire veut "améliorer" les textes de l'ancien site. Mauvaise idée pour les pages qui rankent. Ces textes fonctionnent sur Google. On les garde. Si on veut les améliorer, on le fait après la mise en ligne, une fois que les positions se sont stabilisées, et on mesure l'impact.

5. Ne pas monitorer les 30 premiers jours

Le site est en ligne, le client est content, on passe au projet suivant. Et deux mois plus tard, on découvre que le trafic organique a fondu. Les 30 premiers jours sont critiques. C'est là qu'on repère les redirections oubliées, les 404 qui grimpent, les problèmes de crawl. Un monitoring quotidien coûte une heure par jour et sauve des années de travail SEO.

Nos cas concrets

Le Lavandin : refonte Prestashop

Refonte complète d'une boutique Prestashop avec conservation des rankings produit. Audit exhaustif des URLs catalogue, mapping des fiches produits, redirections 301 actives dès la mise en ligne. Résultat : aucune perte de trafic organique constatée, et un nouveau site qui a continué à ranker sur les requêtes principales dès la première semaine.

AMGPro : rework 2026 en cours

Rework complet d'une boutique Prestashop existante, avec la même méthode appliquée en amont. L'audit SEO préalable a permis d'identifier plusieurs pages catégorie à forte valeur qui auraient pu être perdues sans la préparation. Le projet est en cours de finalisation, le monitoring post-refonte démarrera à la mise en ligne.

Dans les deux cas, la méthode n'a rien d'exceptionnel. C'est simplement l'application rigoureuse des 15 points de la checklist, sans raccourci.

Une refonte n'est pas un projet technique

C'est la leçon qu'on répète à chaque nouveau client : une refonte n'est pas un projet de développement. C'est un projet SEO, qui se trouve impliquer du développement. 80 % du travail est en phase préparation : audit, mapping, décisions stratégiques. Les 20 % restants, c'est le code.

Les agences qui présentent une refonte comme "on refait le site et on verra pour le SEO après" sont celles qui détruisent des années de référencement sans le savoir. Celles qui mettent le SEO au cœur du projet dès le premier jour sont celles qui réussissent sans rien perdre, voire en gagnant.

Si vous avez un projet de refonte en vue, ne commencez pas par choisir un design ou un CMS. Commencez par auditer ce que vous avez, identifier ce qui fonctionne, et construire un plan de préservation. Le reste découle de là.

Chez KOSMO, on propose un audit de refonte gratuit : une heure d'analyse de votre site actuel, des signaux SEO en place, et une recommandation claire sur la méthode à appliquer. C'est souvent ce qui fait la différence entre une refonte qui vous coûte cher et une refonte qui vous rapporte.