Refonte de site internet : les 7 étapes pour la réussir

Une refonte de site internet est la reconstruction d'un site existant : son arborescence, ses contenus, son interface et souvent sa base technique, le plus souvent sur le même domaine et avec un plan de redirection qui préserve le référencement déjà acquis. C'est cette dernière partie qui fait échouer la majorité des projets.

Le volet graphique est celui que tout le monde anticipe. Ceux qui décident de la rentabilité du projet le sont beaucoup moins : sur quelles requêtes le site actuel se positionne, quelles pages génèrent réellement des demandes, vers quoi pointera chaque ancienne adresse, et qui valide avant la bascule.

Ce guide déroule le cycle complet en 7 étapes, et répond d'abord aux trois questions posées avant tout engagement : ce que couvre une refonte, quel budget prévoir en 2026, et combien de temps elle prend.

Une refonte touche quatre couches à la fois : l'arborescence, les contenus, l'interface et la base technique. Reconstruire une seule couche et appeler cela une refonte, c'est obtenir un site plus joli qui produit exactement les mêmes résultats que le précédent. Le périmètre se définit par les couches modifiées, pas par l'écart visuel entre l'ancienne et la nouvelle page d'accueil.

L'arborescence. L'inventaire des pages, la navigation, la structure des URL et les relations entre les pages. C'est la couche qui déplace le référencement, et celle que les cahiers des charges oublient le plus souvent de mentionner.

Les contenus. Pas un copier-coller des anciens textes dans de nouveaux gabarits. Une refonte est le moment logique pour retirer les pages que personne ne lit, fusionner trois pages de services qui se recouvrent, et réécrire une proposition de valeur qui a dérivé depuis la dernière reconstruction.

L'interface. Mise en page, typographie, bibliothèque de composants, comportement responsive, accessibilité. La couche visible, celle sur laquelle le client juge le projet.

La base technique. Hébergement, CMS, mode de rendu, budget de performance, analytics, traitement des formulaires. Modifier cette couche transforme la refonte en migration technique, avec un profil de risque différent.

Trois chantiers sont couramment appelés refontes sans en être. Le changement de thème ne touche que l'interface. La mise à jour éditoriale ne touche que les textes. Le changement de CMS déplace la base technique en conservant le design. Chacun est un travail légitime, mais aucun ne corrige un site qui perd des demandes pour des raisons structurelles.

La refonte s'impose quand le problème est structurel, le rafraîchissement suffit quand il est cosmétique. Le test est simple : écrivez ce qui ne fonctionne pas, puis demandez-vous si le corriger suppose de modifier l'inventaire des pages ou la navigation. Si oui, c'est une refonte. Si de nouvelles photos et des textes plus nets suffiraient, un rafraîchissement y parvient en une fraction du temps et du budget.

Signaux qui pointent vers une refonte complète : le site ne peut pas accueillir les pages nécessaires pour vendre aujourd'hui, la navigation s'est construite par accumulation et plus personne ne trouve rien, le mobile est rattrapé plutôt que conçu, le CMS empêche l'équipe marketing de publier, ou la base technique rend tout travail de performance impossible. Signaux qui pointent vers un rafraîchissement : visuels datés, textes vieillis, appels à l'action faibles, pages de services trop minces.

L'erreur coûte cher dans les deux sens. Refondre quand un rafraîchissement suffisait consomme le budget et remet à zéro un capital de référencement sans raison. Rafraîchir quand la structure est le problème donne le résultat bien connu : un site plus beau pendant un trimestre, qui convertit exactement comme avant.

Une refonte de site internet coûte entre €6 000 et €80 000 en 2026, et le palier dépend de trois choses : le nombre de pages modifiées, la part de contenu à rédiger plutôt qu'à reprendre, et la présence de systèmes connectés. Une refonte vitrine sur le CMS existant démarre autour de €6 000. Un projet B2B de taille moyenne avec nouvelle arborescence et pages commerciales réécrites se situe entre €15 000 et €35 000. Un changement de CMS, plusieurs langues ou une intégration CRM dépassent €35 000.

Ces paliers supposent des contenus déjà écrits et validés, l'hypothèse qui fait le plus bouger un devis. Le détail poste par poste, les raisons pour lesquelles deux prestataires chiffrent le même projet du simple au triple et la méthode pour comparer trois offres sont dans notre guide du devis de refonte.

Une refonte de site internet dure entre 4 et 20 semaines selon le périmètre, et la variable qui pèse le plus sur le calendrier n'est ni le design ni le développement. C'est le contenu. Les projets qui glissent glissent presque toujours parce que les textes, les photos ou les données produits sont arrivés en retard, jamais parce que la phase technique a débordé.

Le tableau ci-dessous présente des délais observés, pas des engagements. Retenez la borne haute comme chiffre réaliste si les contenus ne sont pas rédigés au démarrage du projet.

L'étape 1 consiste à décider ce que la refonte doit changer dans l'activité, en chiffres. L'étape 2 consiste à découvrir ce que le site actuel réussit déjà, pour ne pas le détruire par inadvertance. Les deux précèdent l'ouverture du premier outil de design, et les sauter reste le raccourci le plus coûteux du processus.

Étape 1 : les objectifs. Un objectif exploitable nomme une mesure et un sens : demandes qualifiées issues du site, coût par contact, part de visiteurs atteignant une page de service, délai de publication d'une nouvelle page par le marketing. Un objectif du type site plus moderne ne peut pas être vérifié après la mise en ligne, ce qui interdit de déclarer le projet réussi ou raté.

Notez la valeur actuelle de chaque mesure avant le démarrage. Ce que vous ne mesurez pas aujourd'hui, la refonte ne pourra pas l'améliorer, et la première tâche devient l'instrumentation plutôt que le design.

Étape 2 : l'audit. Trois inventaires, tous réutilisés plus loin :

• Référencement. Quelles URL sont indexées, sur quelles requêtes elles ressortent, quelles pages reçoivent des entrées organiques. Cet export devient le plan de redirection de l'étape 7, donc faites-le maintenant et non une fois l'ancien site démonté.
• Comportement. Quelles pages reçoivent du trafic, lesquelles convertissent, où les sessions s'arrêtent. Les pages qui convertissent sont protégées, quel que soit l'avis de l'équipe design.
• Technique. Performance mesurée sur les Core Web Vitals, accessibilité, rendu mobile, liens cassés, pages indexées inutilement.

Notre guide de l'audit de site web détaille la procédure complète. Selon la documentation de Google sur les Core Web Vitals, ces mesures reflètent l'expérience réelle des visiteurs et non des conditions de laboratoire, raison pour laquelle une refonte doit les relever avant et après plutôt que se fier à un score synthétique.

Contenus et arborescence décident si le nouveau site vend, et ce sont les deux étapes que les clients tentent le plus souvent de mener en parallèle du design. C'est impossible. Un designer qui construit des gabarits sans inventaire de pages devine ce que ces gabarits devront accueillir, et la devinette se découvre pendant le développement, au pire moment.

Étape 3 : les contenus. Partez de l'inventaire produit lors de l'audit et attribuez à chaque page existante l'une des quatre décisions : conserver telle quelle, réécrire, fusionner avec une autre page, ou retirer. Retirer est la décision que l'on évite, et c'est souvent la plus rentable. Un site de soixante pages dont douze produisent tout devient plus lisible, moins coûteux à maintenir et plus clair pour les moteurs une fois les quarante-huit autres consolidées.

Rédigez ensuite ce qui manque. La plupart des projets découvrent à ce stade que les pages de services n'ont jamais parlé de prix, qu'aucune preuve n'existe au-delà d'un bandeau de logos, et que la proposition de valeur de la page d'accueil décrit l'entreprise plutôt que le problème du client.

Étape 4 : l'arborescence. L'inventaire devient un arbre de navigation et un schéma d'URL. Deux règles évitent beaucoup de douleur : conserver l'URL existante partout où la page survit sans changement, et décider l'URL de chaque nouvelle page avant la construction des gabarits, pas après. Notre guide de l'arborescence d'un site web explique comment bâtir cet arbre, et l'article sur l'architecture web et la visibilité explique pourquoi sa forme décide de ce qui se positionne.

Le design et le développement rendent la refonte visible, et c'est là que les étapes précédentes paient ou se rappellent bruyamment. Si les contenus sont écrits et l'arborescence validée, cette phase est de l'exécution. Sinon, c'est la phase où le projet s'en aperçoit, et chaque découverte y coûte plus cher qu'à l'étape 3.

Étape 5 : design et prototype. On dessine des gabarits, pas des pages. Un site corporate en demande généralement six à dix : accueil, page de service, étude de cas, article, page de liste, contact, mentions légales, plus ce que l'activité exige. Chaque gabarit est dessiné une fois et réutilisé, ce qui rend la suite prévisible.

Prototypez les parcours qui comptent avant le développement. Le chemin d'une page de service jusqu'à une demande envoyée mérite d'être testé avec de vraies personnes tant qu'il est encore peu coûteux à modifier. La navigation mobile aussi, car c'est là que la plupart des sites corporate perdent silencieusement leurs visiteurs.

Étape 6 : le développement. Intégration des gabarits validés, chargement des contenus, branchement des formulaires et du suivi, budget de performance tenu au fil de la construction plutôt qu'audité à la fin. L'accessibilité appartient à cette phase : rattraper les contrastes, les états de focus et la structure sémantique après la mise en ligne coûte plusieurs fois le prix de leur intégration initiale.

Une décision de cette phase porte loin au-delà du développement. Selon Google Search Central, Googlebot exécute le JavaScript, mais ce rendu est différé et dépend des ressources disponibles : un contenu qui n'existe qu'après exécution côté navigateur risque davantage d'être manqué. Si la refonte adopte un framework JavaScript, le rendu côté serveur des pages de contenu cesse d'être une préférence pour devenir une exigence.

La mise en ligne est un événement de référencement, pas seulement un déploiement. Chaque URL qui change doit pointer quelque part de façon délibérée, et cette correspondance se construit avant le jour J plutôt qu'en la reconstituant depuis les rapports d'erreurs 404. C'est l'étape où l'écart entre une refonte soigneuse et une refonte négligée se lit dans le trafic en quelques semaines.

L'ordre qui fonctionne :

1. Geler l'inventaire des URL. URL indexées dans la Search Console, crawl complet du site actuel, sitemaps en vigueur, pages recevant des entrées organiques ou des conversions, pages recevant des liens externes.
2. Cartographier chacune d'elles. Chaque ancienne URL reçoit une décision : conserver, rediriger, fusionner vers une autre page, ou supprimer volontairement.
3. Poser des redirections permanentes en un seul saut. Selon Google Search Central, une redirection permanente signale que le déplacement est définitif, et les chaînes de redirections gaspillent le budget de crawl. On redirige l'ancienne vers la nouvelle directement, jamais via une adresse intermédiaire.
4. Régénérer les balises alternates. Sur un site multilingue, les annotations hreflang doivent viser les nouvelles URL canoniques et se référencer mutuellement dans les deux sens. La documentation de Google sur les versions localisées en fixe les règles.
5. Vérifier sur la préproduction, puis à nouveau en production. La préproduction doit être bloquée à l'indexation avant le démarrage et débloquée à la mise en ligne. Inverser ces deux interrupteurs est l'une des façons les plus courantes de perdre un mois.
6. Conserver les redirections. Google recommande de les garder au moins un an, et rien n'oblige à les retirer ensuite si les anciennes adresses reçoivent encore du trafic ou portent des liens.

Deux points méritent d'être dits clairement, car la plupart des checklists se trompent. Une redirection temporaire transmet bien les signaux : la raison d'utiliser une redirection permanente est qu'elle déclare le déplacement définitif, pas que l'autre perdrait de la valeur. Et Google ne publie aucun délai chiffré de baisse ou de récupération après un déménagement, seulement qu'il faut s'attendre à des fluctuations pendant la consolidation des signaux. Tout article qui annonce un délai fixe cite l'expérience d'un prestataire, pas une documentation.

La procédure complète, avec la spécification du tableau de correspondance et le suivi post-migration, se trouve dans notre guide de la refonte SEO.

Les refontes échouent pour un petit nombre de raisons répétées, et presque toutes se jouent avant la mise en ligne. Le schéma que nous observons est constant : les projets qui dérapent sont ceux où le design a démarré avant que les contenus et l'inventaire des URL n'existent, si bien que chaque étape suivante a hérité d'une décision inachevée.

Quatre modes d'échec méritent d'être nommés :

• Le design a piloté le projet. Les gabarits ont été validés avant que quiconque sache ce qu'ils devraient contenir, et le contenu a été comprimé pour entrer dans la maquette au lieu de l'inverse.
• L'ancien site a été traité comme sans valeur. Des pages qui apportaient des demandes ont été retirées parce qu'elles paraissaient datées, sans consulter les statistiques.
• La migration a été cadrée en dernier. Le plan de redirection a été assemblé la dernière semaine, à partir d'une liste incomplète, par qui était disponible.
• Rien n'a été mesuré avant. Sans point de départ, impossible de dire si le nouveau site fait mieux, et la refonte suivante repartira des mêmes suppositions.

Checklist avant mise en ligne. Aucun de ces points ne doit être coché le jour même :

1. Chaque URL indexée figure dans le tableau de correspondance avec une décision enregistrée.
2. Les redirections sont en place, se résolvent en un seul saut, et ont été testées contre la liste réelle.
3. Les liens internes pointent vers les URL finales, pas à travers une redirection. Vérifiez aussi bien le corps des contenus que la navigation et les boutons : ils sont stockés séparément, et c'est la seconde passe que l'on oublie.
4. Les balises canoniques visent les nouvelles URL, et les annotations hreflang se référencent entre elles.
5. La préproduction est en noindex, la production ne l'est pas. Vérifiez les deux après le déploiement, pas avant.
6. Sitemaps régénérés et soumis, avec des dates de dernière modification exactes.
7. Analytics, objectifs et suivi de formulaires se déclenchent sur les nouveaux gabarits. Testez un envoi réel.
8. Performance et accessibilité mesurées sur les nouvelles pages face au relevé initial.
9. Les titres et intertitres conservent le sens qui faisait ressortir les pages : réécrire tous les titres change les requêtes sur lesquelles la page est pertinente.
10. Un plan de suivi existe pour les semaines suivant la mise en ligne, avec un responsable nommé.

Après la mise en ligne le travail ne s'arrête pas, il change de nature. Notre article sur l'optimisation post-lancement détaille quoi surveiller et dans quel ordre. Si vous préférez confier le cycle complet à une équipe qui le pratique régulièrement, c'est le contenu de notre offre de sites corporate.