Refonte de site web : checklist SEO complète

Une refonte de site est l'un des moments les plus risqués pour votre référencement naturel. Des URLs qui changent, une arborescence revue, un CMS migré — et c'est des mois de travail SEO qui peuvent s'évaporer du jour au lendemain. Cette checklist couvre chaque étape critique : avant, pendant et après la mise en ligne.

Avant la refonte : auditer l'existant sans exception

Vous ne pouvez pas protéger ce que vous n'avez pas cartographié. La phase préparatoire est la plus importante.

• Crawler l'intégralité du site actuel avec Screaming Frog ou Sitebulb. Exportez toutes les URLs indexées, les balises title, les meta descriptions, les H1, les données de statut HTTP.
• Extraire les données Google Search Console : pages les plus performantes en clics et impressions sur les 12 derniers mois. Ce sont vos pages à protéger en priorité.
• Exporter Google Analytics : identifiez les pages qui génèrent du trafic organique, des conversions, du temps de session élevé. Ne vous fiez pas à votre intuition.
• Inventorier tous les backlinks avec Ahrefs ou Semrush. Notez les URLs cibles des liens entrants : elles devront impérativement rediriger en 301.
• Photographier la structure actuelle : arborescence, profondeur des pages, maillage interne. C'est votre référence de départ.

À ce stade, vous avez un état des lieux factuel. Aucune décision de redesign ne doit être prise sans lui.

Pendant la conception : intégrer le SEO dès la maquette

Le SEO ne se greffe pas après coup. Il se construit dans la structure même du nouveau site.

• Conserver les URLs stratégiques quand c'est possible. Si une URL performe bien, il n'y a aucune raison de la changer. La réécriture d'URLs est souvent une décision esthétique, rarement une nécessité SEO.
• Planifier le mapping de redirections 301 dès la phase de conception. Créez un tableau avec : ancienne URL → nouvelle URL. Chaque ligne doit être validée avant la mise en ligne.
• Vérifier la hiérarchie des titres sur chaque nouveau template. Un seul H1 par page. Les H2 et H3 structurent le contenu, pas la mise en page.
• Anticiper la vitesse de chargement. Core Web Vitals (LCP, CLS, INP) sont des signaux de classement. Testez les maquettes avec des outils comme PageSpeed Insights avant de coder.
• Vérifier la compatibilité mobile du nouveau design. Google indexe en mobile-first. Un design qui casse sur smartphone, c'est un problème de ranking.
• Intégrer les balises structurées (schema.org) dès le développement. Ne les ajoutez pas en rattrapage post-lancement.

Au moment de la mise en ligne : les vérifications dans l'ordre

La mise en production est le moment de vérité. Allez dans l'ordre, sans brûler les étapes.

• Tester toutes les redirections 301 en staging avant de basculer en production. Un outil comme Redirect Checker ou une extension navigateur suffit pour vérifier les chaînes de redirections.
• S'assurer que le fichier robots.txt est correct. Un robots.txt qui bloque Googlebot en production, ça arrive. Vérifiez-le en priorité absolue.
• Soumettre le nouveau sitemap XML dans Search Console immédiatement après la mise en ligne.
• Vérifier les balises canonical. Chaque page doit pointer vers elle-même (ou vers la bonne URL canonique). Les canonicals qui pointent vers l'ancien domaine ou vers des URLs inexistantes créent des signaux contradictoires.
• Contrôler les balises noindex. Aucune page stratégique ne doit porter cette balise involontairement. Ça arrive plus souvent qu'on ne le pense lors des migrations de CMS.
• Recrawler le nouveau site avec Screaming Frog dès la mise en ligne. Comparez le nombre de pages, les codes HTTP, les balises. Toute anomalie doit être traitée dans les 24 heures.

Après la mise en ligne : surveiller et corriger vite

Les deux premières semaines post-lancement sont décisives. Google va recrawler votre site. C'est pendant cette fenêtre que les erreurs non détectées auront le plus d'impact.

• Monitorer Search Console quotidiennement pendant 4 semaines. Surveiller : erreurs de couverture, chute des impressions, apparition de pages 404 non prévues.
• Comparer le trafic organique semaine par semaine dans Analytics. Une chute de plus de 20 % sur une page stratégique doit déclencher une investigation immédiate.
• Vérifier que les backlinks importants atterrissent bien sur les bonnes pages. Testez manuellement les 20 à 30 liens entrants les plus puissants identifiés lors de l'audit initial.
• Traiter les erreurs 404 résiduelles. Search Console vous les signalera. Chaque 404 sur une URL qui avait des backlinks ou du trafic est une perte concrète à corriger.
• Auditer le maillage interne. Des liens internes qui pointent vers des redirections en chaîne ou des 404, c'est courant après une refonte. Un crawler le détecte en quelques minutes.

Les erreurs les plus fréquentes — et comment les éviter

Après 14 ans à accompagner des refontes, certaines erreurs reviennent systématiquement.

• Lancer la refonte sans audit préalable. Sans données de départ, impossible de mesurer l'impact ou d'identifier les régressions.
• Déléguer les redirections à l'agence web sans suivi SEO. Les développeurs ne pensent pas comme des référenceurs. Le mapping de redirections doit être validé par quelqu'un qui connaît le SEO.
• Ignorer les URLs de la pagination et des filtres. Sur les sites e-commerce, ces URLs peuvent concentrer beaucoup de trafic de longue traîne. Elles disparaissent souvent dans les refontes.
• Supprimer d'anciennes pages de blog sans redirection. Un article qui date de 2019 peut encore générer du trafic qualifié. Vérifiez avant de supprimer.
• Changer de domaine en même temps que la refonte. Deux changements majeurs simultanés rendent le diagnostic impossible en cas de chute. Séparez les opérations si vous le pouvez.

Conclusion

Une refonte réussie côté SEO, c'est avant tout une refonte préparée. L'audit en amont, le mapping de redirections, la surveillance post-lancement : aucune de ces étapes n'est optionnelle. Elles ne coûtent pas cher en temps, mais leur absence peut coûter très cher en trafic.

Besoin d'un coup de main sur ce sujet ? Discutons-en.