Ce que vous saurez faire
A la fin de ce tutoriel, vous saurez planifier et executer une refonte SEO complete (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 systematiques, 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 senegalaise (site vitrine d’une ecole 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 apres une refonte mal preparee, et garantit une continuite SEO tout en modernisant le site.
Etape 1 : Audit pre-refonte exhaustif
Avant de toucher quoi que ce soit, photographiez l’etat actuel. Exportez depuis Google Search Console les 90 derniers jours : positions moyennes par URL, mots-cles principaux, pages les plus visitees. Exportez depuis Google Analytics 4 : trafic organique par page, taux de conversion, pages d’atterrissage. Crawlez le site avec Screaming Frog (gratuit jusqu’a 500 URL) pour lister toutes les URL existantes, leurs titres, meta descriptions, H1, codes reponses. Sauvegardez tous ces exports dans un dossier daté (audit-pre-refonte-2026-04).
Etape 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 generent 80 % du trafic sont vos « money pages » : elles doivent etre preservees 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 etre maintenue ou redirigee 1:1. Documentez ces pages prioritaires dans un Google Sheet « Pages critiques ».
Etape 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 ameliorer (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.
Etape 4 : Cartographier le mapping d’URL ancien vers nouveau
Dans un Google Sheet, creez 2 colonnes : URL_ancienne et URL_nouvelle. Pour chaque URL existante (extraite de Screaming Frog), decidez : 1) URL identique conservee (ideal, aucune redirection), 2) URL modifiee mais page conservee (redirection 301 obligatoire), 3) page supprimee (redirection 301 vers la page parente la plus pertinente, jamais vers la home par defaut). Pour un site de 200 pages, ce mapping prend 4 a 8 heures. Faites-le AVANT le developpement, pas apres.
Etape 5 : Conserver le contenu SEO critique
Pour chaque « money page » identifiee a l’etape 2, copiez integralement : H1, meta title, meta description, balises H2/H3, paragraphes, alt des images, schema markup, ancres des liens internes. Ces elements doivent etre reproduits a l’identique sur la nouvelle version. Si le designer veut « moderniser » en supprimant 50 % du texte, c’est un veto : la quantite et la structure du contenu sont des facteurs SEO critiques. Le design peut changer ; le contenu seo, non.
Etape 6 : Construire le nouveau site sur un environnement de staging
Ne touchez jamais le site en production. Creez 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’integralite 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.
Etape 7 : Configurer les redirections 301 dans le mapping
Toutes les redirections doivent etre 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. Verifiez 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/ ».
Etape 8 : Tester le SEO du staging avant go-live
Sur staging, crawlez avec Screaming Frog : verifiez que toutes les pages renvoient code 200, que les titles et metas sont presents, que les H1 sont uniques, qu’il n’y a pas de liens internes casses (404). Verifiez 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.
Etape 9 : Sauvegarder l’ancien site avant migration
Avant le go-live, faites une sauvegarde complete : base de donnees + 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 donnees, attaque), vous pouvez restaurer en 1 heure. Sans sauvegarde, une migration ratee peut detruire 5 ans de travail.
Etape 10 : Choisir une fenetre 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 senegalaise). Programmez le go-live sur cette fenetre. Prevoyez 4 heures de « freeze » pendant lesquelles personne d’autre que vous ne touche le site. Annoncez aux clients (newsletter, reseaux sociaux) une « maintenance technique de quelques heures » la veille. Cette transparence evite les paniques si quelqu’un voit un site en travaux.
Etape 11 : Go-live, basculer le DNS et activer les redirections
Le jour J : 1) sauvegarder une derniere fois l’ancien site, 2) basculer le contenu staging vers production (ou changer le DNS si nouveau hebergeur), 3) activer les redirections 301, 4) supprimer le robots.txt bloquant et la meta noindex sur toutes les pages, 5) generer un sitemap XML neuf et le soumettre a Google Search Console, 6) tester 20 URL critiques manuellement (acces, redirections, formulaire de contact). Cette etape prend 2 a 4 heures.
Etape 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 « Parametres ») : il demande de prouver la propriete des deux domaines et accelere la migration. Cette etape signale a Google qu’un changement majeur a eu lieu.
Etape 13 : Monitoring intensif les 30 premiers jours
Apres go-live, surveillez quotidiennement pendant 30 jours : 1) trafic organique dans Google Analytics 4 (chute normale de 10 a 30 % la premiere semaine, retour a la normale sous 4 a 8 semaines), 2) erreurs 404 dans Google Search Console (corriger via redirections supplementaires), 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 cassees, noindex oublie, contenu manquant).
Etape 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-cles classes, conversions. A J+90, le trafic doit avoir retrouve 95 a 105 % du niveau pre-refonte (souvent plus si la refonte a ameliore 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 eviter
1) Refonte sans audit pre-refonte : impossible de mesurer l’impact reel. 2) Modifier les URL sans redirections 301 : pertes massives en 7 jours. 3) Rediriger toutes les anciennes URL vers la home : Google considere 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 meme 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 cassees pendant des mois. 8) Refonte programmee en pleine saison forte (decembre 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 documentees : 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 configurees 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 complete de l’ancien site (3 copies) : oui/non. Fenetre de go-live a faible trafic identifiee : oui/non. Maintenance annoncee 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.