Refonte de site internet : étapes, méthodologie et rétroplanning
Comment faire une refonte de site internet : les 8 étapes, la méthodologie, le rétroplanning, la durée réelle, la checklist de mise en ligne et les KPI à suivre après la bascule.
Comment faire une refonte de site internet : les huit étapes
La méthodologie qui suit vaut pour un site vitrine comme pour un site plus large. Seules les durées changent ; l'ordre, lui, ne doit pas bouger. Chaque étape produit un livrable qui conditionne la suivante.
Étape 1 — Audit de l'existant
Avant tout, mesurer. On relève le trafic page par page sur douze mois, les requêtes qui amènent des visiteurs, les positions actuelles, les pages qui génèrent des contacts, la vitesse et le comportement sur mobile. On liste aussi l'inventaire complet des adresses : c'est la base du futur plan de redirections.
Livrable : un tableau de toutes les pages avec leur trafic, leurs requêtes et leur décision — conserver, améliorer, fusionner, supprimer. Ce tableau est le document le plus important du projet.
Étape 2 — Cadrage et objectifs
On écrit ce que la refonte doit changer, de façon vérifiable, et on classe les priorités. On arrête le périmètre : nombre de pages, fonctionnalités, qui rédige. On désigne l'interlocuteur et celui qui tranche. C'est à cette étape que le devis détaillé se construit.
Livrable : le périmètre validé et le devis. Pour préparer cette étape de votre côté, voir le cahier des charges de refonte, avec un modèle.
Étape 3 — Arborescence et contenus
On construit la structure du nouveau site à partir du tableau de l'étape 1 : les pages qui performent gardent leur place et leur adresse quand c'est possible, les contenus dispersés se regroupent, les pages manquantes apparaissent. C'est ici que se décide l'essentiel du gain de référencement.
Les textes se rédigent en parallèle, pas à la fin. Une refonte qui attend les contenus du client pour avancer prend trois mois de retard — c'est la cause de retard la plus fréquente, et de loin.
Étape 4 — Maquettes
On dessine les gabarits, pas chaque page : la page d'accueil, une page de service, une page de contenu, et les éléments communs. Le reste en découle. On valide en deux allers-retours maximum, et l'on fixe ce nombre à l'avance : sans limite annoncée, cette étape absorbe tout le calendrier.
Étape 5 — Développement
Le site se construit sur une adresse de test, fermée aux moteurs de recherche — un point à vérifier explicitement, car un site de test indexé crée du contenu dupliqué qui peut nuire à l'original. En parallèle, le plan de redirections s'écrit : chaque ancienne adresse face à sa nouvelle destination.
Étape 6 — Recette
On vérifie tout avant la bascule, sur plusieurs navigateurs et sur téléphone : affichage, formulaires, liens internes, vitesse, balises titre et descriptions, données structurées. On relève une dernière fois les positions actuelles : ce sera le point de comparaison après la mise en ligne.
Étape 7 — Mise en ligne
La bascule se fait de préférence en début de semaine et jamais un vendredi : s'il faut corriger, autant que ce soit un jour ouvré. Les redirections s'activent au même moment que le nouveau site, pas quelques heures après. On vérifie ensuite immédiatement un échantillon d'anciennes adresses.
Étape 8 — Surveillance
Les deux mois qui suivent décident du résultat. On surveille la couverture d'indexation et les erreurs dans Search Console, les positions des pages importantes, le trafic organique, et les éventuelles pages orphelines. Une chute repérée en semaine deux se rattrape ; la même chute découverte au bout de six mois coûte beaucoup plus.
Rétroplanning d'une refonte de site internet
Un rétroplanning se construit depuis la date de mise en ligne et remonte. Voici une trame pour un site vitrine d'une trentaine de pages, avec une mise en ligne fixée à la semaine 0.
- S-14 : audit de l'existant et inventaire des adresses ;
- S-12 : cadrage, périmètre validé, devis signé ;
- S-11 : arborescence validée, rédaction des contenus lancée ;
- S-9 : maquettes présentées ;
- S-8 : maquettes validées après deux allers-retours ;
- S-7 : développement des gabarits ;
- S-4 : intégration des contenus, plan de redirections rédigé ;
- S-2 : recette complète, relevé des positions de référence ;
- S-1 : corrections de recette, gel des demandes nouvelles ;
- S0 : bascule en début de semaine, redirections activées, contrôles immédiats ;
- S+1 à S+8 : surveillance hebdomadaire des positions et de l'indexation.
Deux règles rendent ce rétroplanning réaliste. D'abord, inscrire les validations comme des étapes datées, avec un délai de réponse convenu : c'est là que se perdent les semaines. Ensuite, geler les demandes nouvelles deux semaines avant la bascule — toute demande arrivée après part dans une liste pour la suite.
Combien de temps dure une refonte de site internet
Les durées réellement constatées, validations incluses, diffèrent des délais annoncés en devis parce que ces derniers comptent souvent le temps de production seul.
- site vitrine simple, moins de dix pages : 4 à 8 semaines ;
- site vitrine avec contenus à reprendre, vingt à cinquante pages : 3 à 4 mois ;
- site à historique important, cent pages ou plus : 4 à 6 mois ;
- site e-commerce : 4 à 8 mois selon le catalogue et les raccordements.
Ce qui allonge un projet n'est presque jamais la technique. Dans l'ordre : l'attente des contenus, le nombre de personnes qui valident, et les demandes ajoutées en cours de route. Un projet avec un interlocuteur unique, des textes prêts et un périmètre gelé tient ses délais.
Checklist de refonte : avant, pendant, après la bascule
Avant la bascule
- inventaire complet des anciennes adresses exporté et conservé ;
- plan de redirections rédigé, une ligne par ancienne adresse ;
- site de test vérifié non indexable, et vérifié une seconde fois ;
- balises titre et descriptions renseignées sur toutes les pages ;
- positions et trafic de référence relevés et archivés ;
- formulaires testés, avec réception effective des messages ;
- vitesse mesurée sur mobile et comparée à l'ancien site ;
- sauvegarde complète de l'ancien site, fichiers et base ;
- plan de retour en arrière écrit, au cas où.
Le jour de la bascule
- mise en ligne en début de semaine, jamais un vendredi ;
- redirections activées en même temps que le site ;
- un échantillon d'anciennes adresses testé immédiatement ;
- fichier robots.txt vérifié : le site doit être ouvert aux moteurs ;
- balises canoniques contrôlées sur les pages principales ;
- nouveau plan de site envoyé dans Search Console ;
- suivi statistique vérifié : les visites doivent remonter.
Les semaines suivantes
- erreurs d'exploration relevées chaque semaine dans Search Console ;
- positions des pages importantes comparées au relevé de référence ;
- pages anciennes encore visitées et non redirigées, repérées et traitées ;
- liens internes cassés corrigés ;
- partenaires et annuaires prévenus si des adresses ont changé.
Les KPI d'une refonte : comment juger le résultat
Une refonte se juge sur des indicateurs décidés avant, pas sur l'impression du mois suivant. Quatre familles suffisent.
- visibilité : trafic organique, nombre de pages indexées, positions des requêtes principales, comparés au relevé de référence ;
- conversion : demandes reçues, appels, taux de contact par page d'entrée ;
- technique : vitesse de chargement sur mobile, erreurs d'exploration, pages en erreur ;
- comportement : part du trafic mobile, pages par session, pages de sortie inattendues.
Un repère utile : sur une migration bien menée, le trafic organique peut baisser de 5 à 15 % pendant deux à quatre semaines, le temps que Google recompose son index, puis revient et dépasse. Une baisse de 40 % ou une baisse qui dure plus de six semaines signale un problème de redirections, pas une fluctuation normale.
Pour les objectifs à fixer en amont, voir pourquoi faire une refonte et quels avantages en attendre.
Refonte d'un site WordPress : les points spécifiques
Sur WordPress, la refonte passe le plus souvent par un nouveau thème ou un thème sur-mesure, et c'est là que les adresses changent sans qu'on le remarque. Trois pièges reviennent systématiquement.
- la structure des permaliens modifiée, qui change d'un coup toutes les adresses du site ;
- les extensions abandonnées dont les contenus disparaissent avec elles ;
- les constructeurs de pages dont le balisage change, ce qui déplace les titres de niveau et brouille la hiérarchie des contenus.
La précaution de base : ne pas toucher aux permaliens sans nécessité, et si on y touche, exporter la liste complète des anciennes adresses avant toute modification. Un plugin de redirection, bien renseigné, suffit ensuite à tenir le plan.
Et le blog ? Ce qu'il faut savoir avant de le migrer
Le blog est la partie où les erreurs de migration coûtent le plus cher, parce qu'il concentre souvent la moitié du trafic organique pour une fraction de l'attention qu'on lui porte.
Trois décisions à prendre explicitement : conserver les adresses des articles qui reçoivent du trafic, même si la nouvelle structure d'URL vous plaît davantage ; traiter les articles périmés par fusion ou mise à jour plutôt que par suppression sèche ; et rediriger les pages de catégories et d'archives si leur adresse change, car elles sont souvent indexées.
Si vous supprimez des articles, redirigez chacun vers l'article le plus proche par le sujet. Une redirection massive vers la page d'accueil du blog est traitée comme une page introuvable et perd la valeur accumulée.
Exemple de refonte : un déroulé concret
Un cabinet de conseil, site de 60 pages dont 35 articles, 3 200 visites organiques par mois. L'audit montre que 18 articles concentrent 80 % du trafic et que 12 pages de service se concurrencent entre elles sur les mêmes requêtes.
Décisions prises au cadrage : les 18 articles conservent leurs adresses et sont seulement rafraîchis ; les 12 pages de service sont regroupées en 5 pages réellement distinctes, avec redirections des 7 supprimées vers la page qui reprend leur sujet ; 17 articles sans trafic sont fusionnés par deux ou trois en articles plus complets.
Déroulé : audit en semaine 1 et 2, cadrage en semaine 3, arborescence en semaine 4, maquettes validées en semaine 7, développement jusqu'en semaine 12, recette en semaine 13, bascule en semaine 14. Le trafic baisse de 9 % pendant trois semaines, puis repasse au-dessus au deuxième mois grâce au regroupement des pages de service.
FAQ : questions fréquentes sur les étapes d'une refonte
En huit étapes, dans cet ordre : audit de l'existant, cadrage et objectifs, arborescence et contenus, maquettes, développement sur une adresse de test, recette, mise en ligne avec les redirections, puis surveillance pendant deux mois. L'audit doit précéder les maquettes, et le plan de redirections être prêt avant la bascule.
De 4 à 8 semaines pour un site vitrine simple, 3 à 4 mois pour un site de vingt à cinquante pages, 4 à 6 mois quand il existe un historique important. Les retards viennent presque toujours de l'attente des contenus et du nombre de personnes qui valident, pas de la technique.
L'audit doit venir avant les maquettes : dessiner un site sans savoir quelles pages rapportent conduit à supprimer ce qui marche. Et le plan de redirections doit être prêt avant la bascule, car l'écrire après signifie que des visiteurs et des robots auront déjà rencontré des pages introuvables.
En partant de la date de mise en ligne et en remontant : surveillance, bascule, recette, intégration, développement, maquettes, arborescence, cadrage, audit. Inscrivez les validations comme des étapes datées avec un délai de réponse convenu, et gelez les demandes nouvelles deux semaines avant la bascule.
Le trafic organique et les positions comparés au relevé fait avant la bascule, le nombre de pages indexées, les erreurs d'exploration dans Search Console, les demandes reçues et la vitesse sur mobile. Une baisse de 5 à 15 % pendant deux à quatre semaines est normale ; au-delà, cherchez du côté des redirections.
Oui, et c'est la façon normale de procéder : le nouveau site se construit sur une adresse de test fermée aux moteurs, et la bascule n'a lieu qu'une fois tout vérifié. Veillez simplement à ce que l'adresse de test soit réellement non indexable, sinon elle entre en concurrence avec votre site.
En début de semaine et en matinée, jamais un vendredi ni avant un départ en congés : s'il faut corriger quelque chose, mieux vaut avoir plusieurs jours ouvrés devant soi. Évitez aussi les périodes de forte activité pour votre entreprise.
À lire aussi. Sur le même thème.
Préférences de cookies
Nous utilisons des cookies pour améliorer le site, comme expliqué dans notre politique de cookies. Vous pouvez refuser les cookies qui ne sont pas nécessaires.
Préférences de cookies
Ils font fonctionner le site : mémoriser votre choix de cookies, envoyer un formulaire, garder votre session ouverte. Sans eux, des parties du site cessent de marcher. Ils ne servent pas à vous suivre et ne peuvent pas être refusés.
Ils nous disent combien de personnes visitent le site et quelles pages sont lues, sous forme de statistiques. Ils nous aident à corriger ce qui ne va pas. Le site fonctionne sans eux.
Ils servent à mesurer nos campagnes publicitaires et à vous présenter des annonces adaptées sur d'autres sites. Le site fonctionne sans eux.