Ce que vous saurez faire
A la fin de ce tutoriel, vous saurez planifier et exécuter une refonte SEO complète (changement de design, de CMS, de structure ou de domaine) sans perdre votre trafic organique. Vous maitriserez l’audit pre-refonte, la cartographie des URL, les redirections 301 systématiques, le maintien du SEO on-page critique, le test en environnement de staging, le go-live progressif et le monitoring post-migration. Pour une PME sénégalaise (site vitrine d’une école de formation, e-commerce d’artisanat, blog d’un cabinet d’avocats), ce plan evite la catastrophe classique : perdre 60 a 90 % du trafic organique pendant 3 a 6 mois après une refonte mal préparée, et garantit une continuite SEO tout en modernisant le site.
Étape 1 : Audit pre-refonte exhaustif
Avant de toucher quoi que ce soit, photographiez l’état actuel. Exportez depuis Google Search Console les 90 derniers jours : positions moyennes par URL, mots-clés principaux, pages les plus visitées. Exportez depuis Google Analytics 4 : trafic organique par page, taux de conversion, pages d’atterrissage. Crawlez le site avec Screaming Frog (gratuit jusqu’à 500 URL) pour lister toutes les URL existantes, leurs titres, meta descriptions, H1, codes réponses. Sauvegardez tous ces exports dans un dossier daté (audit-pre-refonte-2026-04).
Étape 2 : Identifier les pages a fort SEO
Toutes les pages ne se valent pas. Triez votre export Google Search Console par « clics organiques » decroissants. Les 20 % de pages qui génèrent 80 % du trafic sont vos « money pages » : elles doivent être préservées a tout prix lors de la refonte. Listez aussi les 50 pages avec le plus de backlinks (Ahrefs Webmaster Tools gratuit pour votre site) : leur URL doit être maintenue ou redirigee 1:1. Documentez ces pages prioritaires dans un Google Sheet « Pages critiques ».
Étape 3 : Definir les objectifs de la refonte
Une refonte sans objectif clair est dangereuse. Listez par ecrit : 1) ce qui change (design, CMS WordPress vers Webflow, structure URL, langue), 2) ce qui ne change PAS (URL des money pages, contenu des pages SEO, balises titres), 3) ce qu’on veut améliorer (vitesse mobile, taux de conversion, design moderne). Si la refonte ne sert qu’a « faire plus joli » sans gain mesurable, reconsiderez : 70 % des refontes echouent SEO car elles changent trop de choses pour des raisons esthetiques.
Étape 4 : Cartographier le mapping d’URL ancien vers nouveau
Dans un Google Sheet, créez 2 colonnes : URL_ancienne et URL_nouvelle. Pour chaque URL existante (extraite de Screaming Frog), decidez : 1) URL identique conservée (idéal, aucune redirection), 2) URL modifiée mais page conservée (redirection 301 obligatoire), 3) page supprimee (redirection 301 vers la page parente la plus pertinente, jamais vers la home par défaut). Pour un site de 200 pages, ce mapping prend 4 a 8 heures. Faites-le AVANT le développement, pas après.
Étape 5 : Conserver le contenu SEO critique
Pour chaque « money page » identifiée a l’étape 2, copiez integralement : H1, meta title, meta description, balises H2/H3, paragraphes, alt des images, schema markup, ancres des liens internes. Ces éléments doivent être reproduits a l’identique sur la nouvelle version. Si le designer veut « moderniser » en supprimant 50 % du texte, c’est un veto : la quantité et la structure du contenu sont des facteurs SEO critiques. Le design peut changer ; le contenu seo, non.
Étape 6 : Construire le nouveau site sur un environnement de staging
Ne touchez jamais le site en production. Créez un environnement de staging (sous-domaine staging.votresite.com avec mot de passe ou IP whitelist) ou en local (Local by Flywheel pour WordPress, gratuit). Sur ce staging, construisez l’intégralité du nouveau site avec toutes les pages migrees. Bloquez l’indexation de staging via robots.txt (User-agent: * / Disallow: /) ET via balise meta noindex sur chaque page. Une staging indexee accidentellement cree des doublons catastrophiques.
Étape 7 : Configurer les redirections 301 dans le mapping
Toutes les redirections doivent être 301 (permanente), jamais 302 (temporaire) ni 307. Sur WordPress, utilisez le plugin Redirection (gratuit). Sur Apache, fichier .htaccess avec « Redirect 301 /ancienne-url/ /nouvelle-url/ ». Sur Nginx, directive « rewrite ^/ancienne-url/$ /nouvelle-url/ permanent; ». Importez votre mapping CSV en masse. Vérifiez chaque redirection avec curl -I https://votresite.com/ancienne-url/ : doit renvoyer « HTTP/1.1 301 Moved Permanently » et « Location: https://votresite.com/nouvelle-url/ ».
Étape 8 : Tester le SEO du staging avant go-live
Sur staging, crawlez avec Screaming Frog : vérifiez que toutes les pages renvoient code 200, que les titles et metas sont présents, que les H1 sont uniques, qu’il n’y a pas de liens internes casses (404). Vérifiez la vitesse avec PageSpeed Insights (objectif : score mobile > 70). Testez le schema markup avec Rich Results Test. Testez la version mobile avec Mobile-Friendly Test. Listez tous les problemes trouves dans un fichier « bugs-pre-prod » et resolvez-les avant le go-live.
Étape 9 : Sauvegarder l’ancien site avant migration
Avant le go-live, faites une sauvegarde complète : base de données + fichiers via UpdraftPlus (gratuit WordPress) ou simple zip + dump SQL via FTP. Stockez 3 copies : sur votre disque local, sur Google Drive, et sur un disque externe. En cas de catastrophe (nouveau site cassé, perte de données, attaque), vous pouvez restaurer en 1 heure. Sans sauvegarde, une migration ratée peut detruire 5 ans de travail.
Étape 10 : Choisir une fenêtre de go-live a faible trafic
Identifiez dans Google Analytics les heures et jours a plus faible trafic (souvent dimanche 2h-6h GMT pour une audience sénégalaise). Programmez le go-live sur cette fenêtre. Prevoyez 4 heures de « freeze » pendant lesquelles personne d’autre que vous ne touche le site. Annoncez aux clients (newsletter, réseaux sociaux) une « maintenance technique de quelques heures » la veille. Cette transparence evite les paniques si quelqu’un voit un site en travaux.
Étape 11 : Go-live, basculer le DNS et activer les redirections
Le jour J : 1) sauvegarder une dernière fois l’ancien site, 2) basculer le contenu staging vers production (ou changer le DNS si nouveau hébergeur), 3) activer les redirections 301, 4) supprimer le robots.txt bloquant et la meta noindex sur toutes les pages, 5) générer un sitemap XML neuf et le soumettre a Google Search Console, 6) tester 20 URL critiques manuellement (acces, redirections, formulaire de contact). Cette étape prend 2 a 4 heures.
Étape 12 : Soumettre le nouveau sitemap et demander une re-exploration
Dans Google Search Console, allez dans « Sitemaps » et soumettez la nouvelle URL du sitemap (souvent /sitemap.xml ou /sitemap_index.xml). Allez dans « Inspection de l’URL » et soumettez une dizaine d’URL critiques pour acceleration de l’indexation. Si vous avez change de domaine, utilisez l’outil « Changement d’adresse » de Search Console (sous « Paramètres ») : il demande de prouver la propriete des deux domaines et accelere la migration. Cette étape signale a Google qu’un changement majeur a eu lieu.
Étape 13 : Monitoring intensif les 30 premiers jours
Après go-live, surveillez quotidiennement pendant 30 jours : 1) trafic organique dans Google Analytics 4 (chute normale de 10 a 30 % la première semaine, retour a la normale sous 4 a 8 semaines), 2) erreurs 404 dans Google Search Console (corriger via redirections supplémentaires), 3) couverture (pages indexees vs exclues), 4) Core Web Vitals (LCP, FID, CLS). Si le trafic chute de plus de 50 % et ne revient pas sous 14 jours, declenchez un audit d’urgence : il y a un probleme grave (redirections cassées, noindex oublie, contenu manquant).
Étape 14 : Audit post-refonte a 30, 60 et 90 jours
Faites un bilan formel a J+30, J+60, J+90. Comparez les KPI pre-refonte et post-refonte : trafic organique, positions moyennes, mots-clés classes, conversions. A J+90, le trafic doit avoir retrouve 95 a 105 % du niveau pre-refonte (souvent plus si la refonte a améliore vitesse et UX). Si vous etes a 60 % du trafic d’origine, identifiez les pages qui ont chute le plus et investiguez : contenu modifie, redirection manquante, vitesse degradee. Documentez les lecons apprises pour la prochaine refonte (tous les 3 a 5 ans environ).
Erreurs frequentes a éviter
1) Refonte sans audit pre-refonte : impossible de mesurer l’impact réel. 2) Modifier les URL sans redirections 301 : pertes massives en 7 jours. 3) Rediriger toutes les anciennes URL vers la home : Google considère ca comme du soft 404. 4) Oublier d’enlever le noindex de staging au go-live : site disparait de Google en 48h. 5) Changer le contenu, le design ET le CMS en même temps : impossible d’identifier la cause d’une chute de trafic. 6) Lancer la refonte sans sauvegarde : un seul bug peut detruire 5 ans de SEO. 7) Ne pas surveiller les 404 post-migration : laisser des pages cassées pendant des mois. 8) Refonte programmée en pleine saison forte (décembre pour un e-commerce) : perte directe de chiffre d’affaires.
Checklist refonte SEO
Audit pre-refonte exporte (GSC, GA4, Screaming Frog) : oui/non. Pages a fort SEO identifiees et documentées : oui/non. Objectifs de refonte ecrits avec liste « ce qui change » et « ce qui ne change pas » : oui/non. Mapping d’URL complet ancien vers nouveau dans Google Sheet : oui/non. Contenu SEO critique copie a l’identique vers nouvelle version : oui/non. Site construit sur staging avec robots.txt block et noindex : oui/non. Redirections 301 configurées pour 100 % du mapping : oui/non. Tests Screaming Frog passes sur staging (200, titres, H1, schema) : oui/non. Score PageSpeed mobile > 70 sur staging : oui/non. Sauvegarde complète de l’ancien site (3 copies) : oui/non. Fenêtre de go-live a faible trafic identifiée : oui/non. Maintenance annoncée aux clients la veille : oui/non. Robots.txt et noindex enleves au go-live : oui/non. Nouveau sitemap soumis a Search Console : oui/non. Outil « Changement d’adresse » utilise si nouveau domaine : oui/non. Monitoring quotidien planifie sur 30 jours : oui/non. Bilan KPI a J+30, J+60, J+90 programme : oui/non. Si vous cochez ces 17 cases, votre refonte conservera 90 a 105 % du trafic organique et permettra de moderniser le site sans sacrifier 5 ans de travail SEO. Une refonte bien faite est invisible pour Google et beneficique pour vos visiteurs.