La checklist pour une refonte de site afin de ne pas perdre son SEO

refonte site SEO

Un nouveau site est mis en ligne. Un mois plus tard, les pages de services qui amenaient l'essentiel des prospects sont introuvables sur Google, et le trafic SEO s'effondre. Derrière ce scénario fréquent se cache une erreur de méthode : la refonte d'un site web ne se pilote pas par le design, mais par le référencement naturel. Pour sécuriser votre visibilité dès la phase de conception, voici les quatre étapes indispensables à suivre avant, pendant et après la bascule.

Que faut-il préparer avant de toucher au site ?

Avant de valider les moindres maquettes graphiques, il est impératif d'établir une radiographie complète de l'existant. Ce point de départ passe idéalement par un audit SEO réalisé en amont pour identifier précisément quelles pages portent la visibilité du site.

Quelles données sauvegarder avant la refonte ?

Concrètement, sauvegardez :

  • Un crawl complet de l'ancien site (via Screaming Frog ou équivalent) pour lister l'intégralité des URLs, des codes de statut et des balises.
  • Un export Google Search Console sur les 16 derniers mois (requêtes, pages, clics, impressions).
  • Les données de trafic issues de votre outil analytics (pages vues, taux de rebond, tunnels de conversion).
  • Un profil de backlinks mis à jour pour identifier les pages externes qui pointent vers vous.
  • Le suivi des positions sur vos mots-clés stratégiques.

Comment repérer les pages à ne surtout pas perdre ?

Toutes les pages d'un site n'ont pas la même valeur aux yeux de Google ou de vos clients. Pour identifier les contenus prioritaires, croisez trois critères fondamentaux :

  1. Le trafic organique : les pages qui attirent des visiteurs chaque mois via les moteurs de recherche.
  2. Les liens entrants : les URLs qui bénéficient de backlinks puissants provenant de sites tiers.
  3. Les conversions : les pages de vente, de services ou les formulaires qui génèrent du chiffre d'affaires ou des leads.

Classez ensuite vos URLs par ordre de priorité pour savoir exactement quels contenus doivent impérativement être préservés, enrichis ou mis en valeur sur la nouvelle architecture.

Faut-il changer les URLs ?

La règle d'or en matière de refonte est simple : si les URLs actuelles sont propres, saines et bien positionnées, conservez-les.

Modifier à la fois le design, le CMS, la structure des URLs et le nom de domaine en même temps est le meilleur moyen de perdre le fil. Si une modification d'URL est techniquement inévitable, isolez ce changement et préparez minutieusement le terrain pour la suite.

Que faut-il préparer avant de toucher au site ?

Comment préserver URLs, contenus et balises pendant la refonte ?

La phase de conception exige une vigilance de tous les instants pour préserver vos URLs, vos contenus et vos balises. Pour réussir cette transition sans heurts, trois chantiers techniques et sémantiques doivent être menés de front : l'établissement du plan de redirections, la protection des textes forts et la structuration du maillage interne.

Comment construire le plan de redirections 301 ?

Le plan de redirections 301 constitue le pont entre votre ancien site et le nouveau. Chaque ancienne URL active doit pointer individuellement vers la page de destination la plus proche et pertinente sur la nouvelle arborescence.

  • À éviter absolument : la redirection de masse de toutes les anciennes pages vers la page d'accueil (soft 404 garanties) et les chaînes de redirections (URL A vers B, puis B vers C).
  • Pour les pages supprimées sans équivalent logique, renvoyez un code HTTP 404 ou 410.
  • Référence technique : appuyez-vous sur la documentation officielle Google intitulée migrer un site avec changement d'URL pour valider vos choix.

Que garder des contenus existants ?

Sous prétexte de modernité ou de design épuré, la tentation est grande de raccourcir drastiquement les textes. C'est une erreur stratégique majeure. Si une page ranke, c'est souvent grâce à la richesse de son contenu textuel. Ne supprimez pas les paragraphes informatifs et veillez à ce que les blocs de texte ne soient pas masqués ou transformés en images illisibles pour les robots d'indexation.

Titles, meta descriptions et Hn : quoi reprendre ?

Sur les pages stratégiques qui génèrent déjà du trafic, reprenez à l'identique les balises Title, les meta descriptions et la structure des balises Hn (H1, H2, H3). Pourquoi ? Parce qu'elles ont fait leurs preuves auprès de l'algorithme. Réservez les optimisations et les réécritures uniquement aux pages faibles ou nouvellement créées.

Comment refaire le maillage interne ?

Le maillage interne doit être repensé dès la conception des gabarits. Veillez à ce que les liens de navigation pointent directement vers les nouvelles URLs finales, et non à travers des redirections 301 en cascade. Chassez les pages orphelines (les pages sans aucun lien interne pointant vers elles) et surveillez la profondeur de clic : vos contenus clés ne doivent pas être situés à plus de trois clics de la page d'accueil.

Lorsque ces chantiers dépassent les ressources internes, un accompagnement à la refonte de site évite de les découvrir après la mise en ligne.

Que vérifier en préproduction et le jour de la mise en ligne ?

Avant l'ouverture au public, une ultime phase de contrôle en environnement de préproduction permet de valider la conformité technique du site.

Comment protéger la préproduction sans piéger le futur site ?

Pendant la phase de développement, le site de préproduction doit être protégé des regards indiscrets et des robots de Google. Oubliez la balise noindex ou le blocage via le fichier robots.txt. Ces méthodes sont trop souvent oubliées et copiées telles quelles lors du passage en production, entraînant une catastrophe SEO. Préférez systématiquement une protection par mot de passe (authentification HTTP) au niveau du serveur.

Quels tests de crawl lancer avant la bascule ?

Avant de valider votre projet et de faire le grand saut, effectuez un contrôle rigoureux :

  • Lancez un crawl complet du site de préproduction.
  • Comparez ce nouveau crawl avec celui de l'ancien site pour vérifier que toutes les pages importantes sont présentes.
  • Testez l'intégralité de la liste de vos anciennes URLs pour valider que chaque redirection 301 aboutit bien sur la page cible correcte.

Ce sont les mêmes contrôles de non-régression technique que ceux menés après une migration.

Quelle checklist pour le jour J ?

Le jour de la mise en ligne, suivez cette liste de vérification étape par étape :

  1. Vérifier le fichier robots.txt en production.
  2. S'assurer du retrait effectif de toute protection de préproduction (mots de passe, balises bloquantes).
  3. Soumettre le nouveau sitemap XML aux moteurs de recherche.
  4. Contrôler la présence des balises canonical sur l'ensemble des pages.
  5. Valider le bon fonctionnement des outils de tracking (Google Analytics, pixels de conversion).
  6. Déclarer la migration dans Google Search Console.
  7. Utiliser l'outil de changement d'adresse de la Search Console en cas de modification de nom de domaine.
  8. Mettre à jour l'URL de votre site sur votre fiche Google Business Profile pour consolider votre SEO local.

Faut-il ajouter un fichier llms.txt au nouveau site ?

Concernant l'ajout d'un fichier llms.txt pour guider les intelligences artificielles, la position officielle de Google communiquée en juin 2026 indique qu'il ne s'agit pas d'un standard requis pour le référencement classique ou l'indexation de recherche. Vous pouvez donc faire l'impasse sur cette tâche pour vous concentrer sur l'essentiel de votre cahier des charges SEO.

Que vérifier en préproduction et le jour de la mise en ligne ?

Comment suivre son SEO après la migration ?

Après la migration, il est essentiel de s'adonner à un suivi précis de la Google Search Console reposant sur un calendrier défini.

Quels rapports Search Console surveiller ?

Dès la mise en ligne, surveillez de près votre compte Google Search Console :

  • L'indexation des pages : pour vérifier que Google découvre et intègre vos nouvelles URLs.
  • Les statistiques d'exploration : pour détecter d'éventuels ralentissements ou erreurs de serveur.
  • Les performances : l'évolution des clics et des impressions.
  • Le rapport d'erreurs 404 : pour corriger immédiatement les liens brisés oubliés.

Note concernant les rapports d'IA générative (AI Overviews) : gardez à l'esprit que ce rapport de suivi spécifique a d'abord été déployé de manière progressive sur un nombre limité de sites avant d'être généralisé.

À quel rythme contrôler ?

La rigueur du suivi post-migration s'organise selon un calendrier précis :

  • Quotidiennement pendant la première semaine pour parer à toute urgence technique.
  • Hebdomadairement tout au long du premier mois pour analyser les tendances d'indexation.
  • Au trimestre pour réaliser un premier bilan consolidé.

Attention : Ne communiquez aucun délai de récupération chiffré de trafic à votre direction sans vous appuyer sur des données sectorielles ou des audits précis, car chaque site réagit différemment.

Comment distinguer un problème de refonte d'un effet AI Overviews ?

C'est le piège classique post-migration : constater une baisse de trafic et accuser à tort la refonte technique. Depuis le déploiement massif des AI Overviews en France, un phénomène nouveau apparaît : une baisse des clics avec des impressions stables. Si vos pages continuent d'apparaître dans les résultats (impressions similaires) mais que les internautes cliquent moins parce que la réponse directe s'affiche dans l'encadré IA, il ne s'agit pas d'une erreur de migration, mais d'une évolution des SERP.

Tableau récapitulatif : Avant / Pendant / Après la refonte

PhaseActions clés SEOPoints de vigilance
AvantAudit SEO, crawl de l'ancien site, export Search Console, sélection des URLs prioritaires.Ne pas valider les maquettes sans avoir figé arborescence et URLs.
PendantRédaction du plan de redirections 301, préservation des balises (Title, Hn) et des contenus performants, tests en préprod.Interdire l'accès par mot de passe (pas de noindex/robots.txt).
AprèsSoumission du sitemap, suivi quotidien de la Search Console, vérification des 404 et des balises canonical.Ne pas confondre une baisse de CTR liée aux AI Overviews avec un bug de migration.