Refonte de site : la checklist pour ne pas perdre son référencement

Une refonte de site est souvent attendue depuis longtemps. C’est pourtant aussi l’un des moments où une entreprise peut perdre en quelques jours une visibilité Google construite pendant des années. Les URL changent, des pages disparaissent, une balise oubliée bloque l’indexation, et le trafic organique s’effondre sans que personne ne comprenne pourquoi.

La bonne nouvelle : ces pertes ne sont pas une fatalité. Elles viennent presque toujours d’oublis évitables. Voici la checklist que nous suivons sur nos projets de refonte, phase par phase.

Avant tout : comprendre ce que Google « connaît » de votre site

Google indexe des URL, pas un site dans son ensemble. Chaque adresse a accumulé un historique : positions, liens venus d’autres sites (les backlinks), clics. Si elle disparaît ou renvoie une erreur, cet historique est perdu.

Une refonte réussie, du point de vue du référencement, consiste donc à transmettre cet historique des anciennes URL vers les nouvelles, et à ne rien casser au passage. Tout le reste découle de ce principe.

Phase 1 : faire l’inventaire de l’existant

Crawler l’ensemble du site actuel

Un crawler parcourt votre site comme le ferait Google, en suivant tous les liens. Des outils comme Screaming Frog ou Sitebulb produisent la liste complète des URL, avec leur code de réponse, leur titre et leur meta description.

Complétez cette liste avec :

• les URL présentes dans votre sitemap XML actuel ;
• les URL qui reçoivent du trafic dans vos outils d’analytics (certaines pages anciennes ne sont plus liées depuis le menu mais reçoivent encore des visites) ;
• les URL remontées dans Google Search Console, rapport « Pages ».

L’objectif est d’avoir un fichier unique, souvent un simple tableur, qui recense toutes les adresses existantes.

Établir une base de référence chiffrée

Avant de toucher à quoi que ce soit, exportez vos données actuelles :

• dans Google Search Console : clics, impressions et position moyenne par page et par requête, sur les 12 à 16 derniers mois si possible ;
• dans votre outil d’analytics : sessions organiques et conversions par page de destination ;
• le nombre de pages indexées et les éventuelles erreurs déjà présentes.

Sans cette photographie de départ, impossible de repérer rapidement une page qui a décroché.

Identifier les pages qui comptent vraiment

Toutes les pages ne se valent pas. Dans votre inventaire, marquez en priorité :

• les pages qui génèrent du trafic organique ;
• les pages qui génèrent des conversions (demandes de devis, ventes, prises de rendez-vous) ;
• les pages qui reçoivent des backlinks, visibles dans Search Console (rapport « Liens ») ou dans un outil spécialisé.

Ces pages sont votre capital. Elles doivent être conservées, ou redirigées avec le plus grand soin.

Phase 2 : construire le plan de redirections

La table de correspondance des URL

C’est le document central de toute refonte. Pour chaque ancienne URL, on indique la nouvelle URL de destination. Trois situations se présentent :

1. L’URL ne change pas : idéal, rien à faire. Si votre nouvelle structure le permet, conserver les URL existantes est souvent la meilleure option.
2. L’URL change mais le contenu existe toujours : on met en place une redirection 301 vers la nouvelle adresse équivalente.
3. Le contenu disparaît : on redirige vers la page la plus proche thématiquement (la catégorie parente, par exemple). S’il n’existe vraiment aucun équivalent, une erreur 410 ou 404 assumée est préférable à une redirection vers l’accueil.

Pourquoi la redirection 301

Une redirection 301 signale un déplacement permanent : Google comprend que la nouvelle URL remplace l’ancienne et lui transfère progressivement les signaux accumulés. Une 302 (temporaire) ou une redirection en JavaScript est moins claire.

Quelques règles à respecter :

• pas de chaînes de redirections (A vers B vers C) : chaque ancienne URL pointe directement vers sa destination finale ;
• pas de redirection massive vers la page d’accueil : Google peut les traiter comme des erreurs « soft 404 » et l’internaute ne trouve pas ce qu’il cherchait ;
• pensez aux variantes : avec et sans « www », http et https, avec et sans barre oblique finale, anciens paramètres d’URL ;
• n’oubliez pas les fichiers (PDF, images importantes) s’ils reçoivent du trafic ou des liens.

Phase 3 : préserver et améliorer le contenu

Ne pas appauvrir les pages qui fonctionnent

Une erreur fréquente consiste à « alléger » les textes au nom du design. Si une page se positionne bien, c’est en partie grâce à son contenu : le réduire à trois phrases et une photo, c’est risquer de perdre ses positions.

Le bon réflexe : reprendre le contenu existant des pages stratégiques, puis l’améliorer (mise à jour, meilleure structure, réponses plus claires) plutôt que le remplacer de zéro.

Reprendre les métadonnées

Pour chaque page conservée, reportez ou améliorez :

• la balise title et la meta description ;
• la hiérarchie des titres (un H1 unique, des H2 et H3 logiques) ;
• les attributs alt des images ;
• les balises canonical, qui indiquent l’URL de référence d’une page.

Soigner le maillage interne

Le maillage interne (les liens entre vos propres pages) aide Google à comprendre la hiérarchie du site. Lors d’une refonte, le menu change et des pages importantes peuvent se retrouver orphelines, liées depuis aucune autre page. Gardez vos pages stratégiques à peu de clics de l’accueil, et faites pointer les liens internes directement vers les nouvelles URL.

Conserver les données structurées

Si votre site utilise des données structurées (schema.org) pour décrire votre entreprise, vos produits ou vos FAQ, reprenez-les dans la nouvelle version. Invisibles à l’écran, elles sont souvent oubliées. Le test des résultats enrichis de Google permet de les vérifier.

Phase 4 : préparer la mise en ligne

Une préproduction protégée

Le nouveau site se construit sur un environnement de préproduction. Cet environnement ne doit pas être indexé, sinon Google découvre un doublon de votre site. La méthode la plus fiable est une protection par mot de passe. À défaut, une balise noindex ou un en-tête HTTP équivalent.

Le piège classique : le noindex oublié

C’est l’erreur que nous voyons le plus souvent lors de reprises de projets : le site est mis en ligne avec la consigne noindex héritée de la préproduction, ou avec un fichier robots.txt qui bloque tout le site (Disallow: /). Résultat : Google désindexe progressivement les pages. Inscrivez cette vérification en tête de votre liste du jour J.

Robots.txt et sitemap

Le fichier robots.txt de production doit autoriser l’exploration des pages utiles et indiquer l’adresse du sitemap. Le sitemap XML doit lister uniquement les nouvelles URL canoniques, celles qui répondent en 200, sans redirections ni pages en noindex.

Tester les redirections avant le lancement

Importez votre table de correspondance dans un crawler en mode « liste » et vérifiez, sur la préproduction ou juste après la bascule, que chaque ancienne URL renvoie bien une 301 vers la bonne destination, qui répond elle-même en 200.

Contrôlez aussi la vitesse : une refonte doit l’améliorer, pas la dégrader (voir notre article sur la vitesse d’un site et son impact SEO).

Phase 5 : le jour du lancement

Le jour J, déroulez une liste de contrôles précise :

• absence de noindex sur les pages de production et robots.txt correct ;
• certificat HTTPS valide et redirection de http vers https ;
• redirections 301 actives et testées sur un échantillon représentatif, puis sur la liste complète ;
• balises canonical pointant vers les URL de production (et non vers la préproduction) ;
• outils d’analytics et de mesure des conversions installés et fonctionnels ;
• sitemap soumis dans Google Search Console ;
• formulaires de contact testés de bout en bout.

Si le nom de domaine change, utilisez en plus l’outil de changement d’adresse de Search Console, après avoir mis en place les redirections.

Phase 6 : surveiller pendant 4 à 8 semaines

Google met du temps à recrawler le site et à transférer les signaux : quelques fluctuations les premières semaines sont normales. Une baisse durable sur des pages précises ne l’est pas.

Pendant cette période, surveillez chaque semaine :

• les erreurs 404 dans Search Console et dans vos journaux serveur : chaque URL oubliée doit recevoir sa redirection ;
• le rapport « Pages » (couverture de l’index) : pages exclues, pages bloquées, pages « explorées mais non indexées » ;
• les positions et clics des pages stratégiques, comparés à votre base de référence ;
• les conversions : un trafic stable avec des conversions en baisse signale souvent un problème d’ergonomie ou un formulaire défaillant.

Conservez vos redirections au moins un an, et idéalement de façon permanente : elles ne coûtent presque rien et continuent de servir les liens externes anciens.

La checklist par phase

Phase	Actions clés	Outil ou livrable
Inventaire	Crawler le site, croiser sitemap, analytics et Search Console	Liste exhaustive des URL
Base de référence	Exporter clics, positions, conversions, pages indexées	Exports datés
Priorisation	Repérer pages à trafic, à conversions, à backlinks	Inventaire annoté
Redirections	Table ancienne URL vers nouvelle URL, en 301 directes	Table de correspondance
Contenu	Reprendre textes, title, meta, titres, alt, données structurées	Gabarits validés
Préproduction	Mot de passe ou noindex, tests des redirections	Recette SEO
Lancement	Retirer le noindex, vérifier robots.txt, soumettre le sitemap	Liste du jour J
Suivi	404, couverture, positions, conversions pendant 4 à 8 semaines	Point hebdomadaire

Les erreurs les plus fréquentes

Dans les projets que nous reprenons après une refonte qui s’est mal passée, on retrouve presque toujours les mêmes causes :

• aucune redirection : l’ancien site est simplement remplacé, toutes les anciennes URL renvoient une 404 ;
• tout redirigé vers l’accueil, par facilité ;
• le noindex de la préproduction laissé en place après la bascule ;
• des pages stratégiques supprimées parce qu’elles « ne servaient à rien » visuellement, alors qu’elles apportaient du trafic ;
• un changement de technologie qui rend le contenu dépendant du JavaScript sans rendu côté serveur, plus difficile à explorer ;
• l’absence de suivi après lancement, qui laisse un problème s’installer pendant des mois.

Enfin, évitez de tout changer en même temps : nouveau domaine, nouvelle structure et nouvelle technologie le même jour rendent un éventuel recul difficile à diagnostiquer. Si le choix technique est encore ouvert, lisez notre article sur le choix d’une stack en 2026.

En résumé

Pour une refonte sans perte de référencement :

1. inventoriez toutes les URL existantes et exportez vos données de départ ;
2. identifiez les pages qui apportent trafic, conversions et backlinks ;
3. construisez une table de correspondance et des redirections 301 directes ;
4. reprenez et améliorez le contenu, les métadonnées et les données structurées ;
5. protégez la préproduction, puis retirez le noindex le jour J ;
6. soumettez le sitemap et surveillez la Search Console pendant plusieurs semaines.

Le référencement fait partie intégrante de chaque refonte que nous menons, au même titre que le design ou la performance : c’est l’objet de notre accompagnement en création et refonte de sites internet. Si vous préparez une refonte et souhaitez sécuriser votre visibilité, parlez-nous de votre projet.