Refonte de site internet : la méthode pour réussir la refonte de votre site web
La refonte de site internet est l’un des projets les plus risqués qu’une entreprise puisse lancer sur le web. Elle mobilise un budget important, immobilise les équipes plusieurs mois, et se solde trop souvent par un site plus beau qui produit moins de résultats que le précédent. La cause est presque toujours la même : on a refait le site avant d’avoir compris ce qui fonctionnait dans l’ancien.
Cette page rassemble ce que nous avons appris en accompagnant des refontes de sites vitrines, de sites e-commerce, d’applications web et de plateformes métier. Quand refondre et quand s’en abstenir, comment choisir entre refonte graphique, ergonomique et technique, comment piloter le projet, quels points de vigilance côté référencement naturel, et combien tout cela coûte réellement.
Une refonte mal préparée fait perdre 30 à 60 % du trafic organique en quelques semaines, et il faut six à douze mois pour revenir au niveau initial. Ce risque est évitable : il tient à une poignée de points de vigilance, tous connus, tous régulièrement oubliés.
2 à 8 mois
Durée d’un projet de refonte, de deux à trois mois pour un site vitrine à quatre-huit mois pour une boutique en ligne connectée au système d’information.
30 à 60 %
Part du trafic organique perdue lors d’une refonte sans plan de redirections, avec six à douze mois pour revenir au niveau de départ.
25 %
Part de la charge d’une refonte consacrée à la reprise et à la réécriture des contenus. C’est le poste le plus sous-estimé, et celui qui est arbitré en dernier.
3 clics
Profondeur maximale à laquelle vos pages stratégiques doivent rester accessibles depuis l’accueil après la refonte de l’arborescence.
Quand faut-il vraiment refondre son site internet ?
Une refonte de site web ne s’envisage pas à la légère. C’est un investissement dicté par une évolution des besoins de l’entreprise ou par le vieillissement des solutions techniques employées, pas par la lassitude d’une équipe marketing devant son propre site. La question n’est donc jamais « est-ce que notre site nous plaît encore ? », mais « qu’est-ce que notre site nous empêche de faire aujourd’hui ? ».
Les six signaux qui justifient une refonte
Le premier est technique : votre site repose sur un CMS ou un framework qui n’est plus maintenu. Les correctifs de sécurité ne sortent plus, les hébergeurs commencent à refuser la version de PHP nécessaire, et chaque incident devient une négociation. C’est le seul signal qui impose un calendrier, parce qu’il ne s’améliore jamais tout seul.
Le deuxième est l’écart entre votre site et votre positionnement réel. Une entreprise qui a changé de cible, de gamme ou de discours en cinq ans traîne souvent un site qui raconte encore l’activité d’avant. Le troisième est fonctionnel : vous constatez des conflits grandissants entre les nouvelles fonctionnalités que vous voulez ajouter et l’architecture existante, chaque évolution coûte plus cher que la précédente, et la moindre demande passe par du développement spécifique.
Le quatrième vient de vos utilisateurs : temps de chargement trop longs, absence de filtres ou de compte client, catégories illisibles, formulaires qui échouent sur mobile. Le cinquième est un décrochage par rapport aux standards du web — accessibilité, ergonomie mobile, conformité RGPD — que vos visiteurs ne formulent jamais mais qui se lit dans les taux de rebond. Le sixième, enfin, est la gestion : votre back-office est devenu si pénible que vos équipes ne mettent plus le site à jour, et un site que personne n’alimente meurt lentement.
Les trois cas où il ne faut surtout pas refondre
Dire non à une refonte fait partie du conseil. Ne refondez pas si votre problème est un problème de trafic : un site qui ne reçoit pas de visiteurs ne se soigne pas en changeant son habillage, il se soigne avec une stratégie d’acquisition. Un audit SEO coûte une fraction du prix d’une refonte et répond à la question réelle.
Ne refondez pas non plus si votre problème est un problème de conversion isolé. Un tunnel de commande qui perd 70 % de ses visiteurs à l’étape de livraison se corrige en quelques jours, pas en six mois de projet. Et ne refondez pas si vous ne savez pas dire ce qui fonctionne aujourd’hui : sans inventaire des pages qui apportent du trafic et des affaires, une refonte revient à jeter ce qui marche en même temps que ce qui ne marche pas.
Dans beaucoup de situations, une semi-refonte suffit : on garde le socle technique, on retravaille l’arborescence, les gabarits critiques et les contenus. Dans d’autres, seuls quelques correctifs précis sont nécessaires, regroupés dans un sprint de développement — un lot cohérent de corrections et de fonctionnalités livré en quelques semaines. C’est souvent le meilleur rapport entre le coût et l’effet.
Refonte graphique, ergonomique ou technique : de quel projet parle-t-on ?
Toutes les refontes ne se valent pas, et confondre les trois natures de projet est la première source de dérapage budgétaire. Nommer explicitement ce que l’on refait, et pourquoi, évite la moitié des mauvaises surprises.
La refonte graphique : redesign, relooking, modernisation
Elle ne touche qu’à la couche visuelle : charte, typographies, composants d’interface, iconographie. Les URL, les contenus et les fonctionnalités restent en place. C’est le projet le plus court et le moins risqué pour le référencement, à condition de ne pas dégrader les performances en empilant animations, polices personnalisées et bibliothèques d’effets. Un simple relooking de site web se réalise en quelques semaines et coûte une fraction d’une refonte complète : quand le socle est sain, c’est presque toujours la bonne réponse.
La refonte ergonomique et éditoriale
Elle retravaille l’architecture du site, la navigation, les parcours et les contenus. Les URL bougent, la structure des pages change, l’expérience utilisateur est repensée à partir des données réelles de comportement plutôt que des opinions internes. C’est le type de refonte qui améliore le plus le taux de transformation — et celui qui exige le plus de rigueur sur les redirections, puisque chaque URL déplacée est une position à préserver.
La refonte technique : changer de socle
Elle change le CMS, le framework, l’infrastructure, la connexion à l’ERP. Elle se justifie quand la plateforme actuelle bloque l’évolution du business, quand la dette technique rend chaque évolution coûteuse, ou quand la sécurité et les performances ne sont plus tenables. Beaucoup de projets présentés comme des refontes graphiques sont en réalité des refontes techniques déguisées : mieux vaut le savoir avant de signer que trois mois après.
Refonte partielle, semi-refonte ou reconstruction complète
Dans les faits, un projet combine souvent les trois natures. L’arbitrage utile consiste à séparer ce qui doit changer de ce qui peut rester. Une refonte partielle se concentre sur les gabarits qui portent le chiffre d’affaires — accueil, catégorie, produit, contact — et laisse le reste en l’état, quitte à y revenir dans un second lot. Une reconstruction complète ne s’impose que lorsque le socle est condamné. Si votre besoin est en réalité de repartir de zéro, notre page sur la création de site web décrit une démarche différente.
Refonte de site web d’entreprise : ce qui change selon votre profil
Une refonte de site internet d’entreprise ne pose pas les mêmes questions à une PME industrielle, à un éditeur de logiciel et à une marque qui vend en ligne. Le budget, le périmètre et surtout le critère de réussite changent. Voici les quatre profils que nous rencontrons le plus souvent et ce qui les distingue concrètement.
TPE et PME : un site vitrine professionnel qui génère des demandes
L’enjeu n’est pas le nombre de pages, il est la clarté. Un site professionnel de vingt à cinquante pages doit dire en dix secondes ce que fait l’entreprise, pour qui, et comment la contacter. La refonte porte donc sur la hiérarchie de l’information, la preuve — références, chiffres, certifications — et la simplicité du parcours vers le formulaire. Le piège classique est de reconstruire une arborescence calquée sur l’organigramme interne plutôt que sur les questions réelles des clients.
Sur ce profil, le risque SEO est concentré sur quelques pages : cinq à dix URL portent souvent 80 % du trafic qualifié. Les identifier avant la refonte et les préserver ligne à ligne suffit à sécuriser l’essentiel.
Entreprise B2B : convaincre un comité d’achat, pas un visiteur
En B2B, la décision se prend à plusieurs et dans la durée. Le site doit servir des lecteurs différents à des moments différents : l’utilisateur qui cherche une solution, le responsable technique qui vérifie l’intégration, l’acheteur qui compare, la direction qui valide. Une refonte B2B réussie produit donc des pages par cas d’usage et par secteur, des contenus téléchargeables qui justifient un formulaire, et une preuve documentée — études de cas chiffrées, références nominatives, engagements de service.
C’est aussi le profil où le suivi compte le plus : sans plan de mesure capable de rattacher une demande entrante à son parcours d’origine, personne ne saura si la refonte a fonctionné. Nous traitons ce sujet avec notre agence tracking.
Éditeur de logiciel et SaaS : le site est un produit
Pour un éditeur, le site remplit trois fonctions difficilement compatibles : vendre, documenter et rassurer. La refonte doit séparer clairement les espaces — pages produit, tarification, documentation technique, changelog, statut de service — sans casser les liens entrants accumulés par la documentation, qui représentent souvent la majorité de l’autorité du domaine. C’est le cas où l’inventaire des backlinks avant refonte est le plus critique.
Refonte sur mesure ou solution standard ?
La question revient systématiquement, et la réponse dépend d’un seul critère : votre modèle économique tient-il dans les conventions du marché ? Si vos règles de prix, vos parcours ou vos intégrations sont standards, une solution du marché correctement paramétrée sera moins chère à posséder sur cinq ans. Dès qu’une spécificité structure votre activité — tarification par client, configurateur, flux temps réel avec un ERP — une refonte de site internet sur mesure devient plus économique, parce que le coût de contournement d’un outil standard finit toujours par dépasser celui d’un développement maîtrisé. Nous construisons ces projets sur Sylius et Symfony.
Refonte d’application web et de plateforme métier
La refonte d’une application web obéit à une logique différente de celle d’un site. On ne refait pas un outil que des gens utilisent tous les jours comme on refait une vitrine : il y a des données à reprendre, des habitudes de travail à préserver, et une continuité de service à assurer pendant toute la durée du chantier.
Ce qui distingue une refonte d’application d’une refonte de site
Trois différences structurent le projet. D’abord, la donnée : une application accumule des années d’historique dont la reprise représente souvent le tiers de la charge, entre nettoyage, transformation et vérification. Ensuite, les droits et les rôles : ce qui paraît anodin dans une maquette — qui voit quoi, qui valide quoi — se révèle être le cœur de la complexité une fois modélisé. Enfin, l’absence de « page d’accueil » : la valeur se joue dans des écrans profonds que seuls les utilisateurs quotidiens connaissent, ce qui rend l’observation de terrain indispensable avant toute conception.
Le corollaire, c’est que le critère de réussite change. Sur un site, on mesure du trafic et des conversions. Sur une application, on mesure du temps passé par tâche, un taux d’erreur de saisie, un nombre de tickets support. Une refonte d’application web qui ne fait pas baisser ces trois indicateurs a échoué, même si l’interface est magnifique.
Refonte d’un intranet ou d’un outil interne
Sur un intranet, la question du référencement disparaît et laisse toute la place à l’adoption. Un outil interne refondu sans les utilisateurs se contourne : les équipes retournent au tableur qu’elles maîtrisaient. Nous constituons donc une équipe de refonte mixte, avec des utilisateurs référents présents du cadrage jusqu’à la recette, et nous livrons par lots pour que l’adaptation se fasse progressivement plutôt qu’en une bascule brutale un lundi matin.
La reprise de l’existant mérite une décision explicite. Faire coexister l’ancien et le nouveau pendant quelques mois, écran par écran, coûte plus cher en développement mais divise le risque. Basculer d’un coup coûte moins cher et concentre le risque sur une seule journée. Aucune des deux options n’est meilleure dans l’absolu : elle dépend de ce que votre activité peut absorber comme interruption.
Cabinet de conseil ou agence web pour une refonte de SI ?
Quand le périmètre déborde du site et touche le système d’information, la question du bon interlocuteur se pose. Un cabinet de conseil apporte de la méthode, une capacité d’arbitrage et une neutralité vis-à-vis des technologies ; il ne livre pas le code. Une agence web livre, mais peut avoir intérêt à orienter la solution vers ce qu’elle sait faire. La configuration qui fonctionne le mieux, à notre avis, est celle où l’équipe qui conseille est aussi celle qui construit, à condition qu’elle accepte de documenter ses arbitrages et de dire quand une brique du marché est préférable à un développement. C’est la manière dont nous travaillons, y compris quand cela nous fait vendre moins.
Les étapes d’une refonte de site internet
Chaque refonte est unique, mais l’enchaînement des étapes varie peu. Ce qui varie, c’est la durée de chacune et le niveau de formalisme. Le tableau ci-dessous donne la trame que nous déroulons en mission, avec le livrable attendu à chaque phase : si l’un de ces livrables manque dans la proposition qu’on vous fait, c’est une question à poser avant de signer.
| Étape | Ce qui s’y joue | Livrable attendu | Part du projet |
|---|---|---|---|
| 1. État des lieux | Inventaire des URL à trafic, des backlinks, des contenus, des fonctionnalités réellement utilisées | Cartographie de l’existant et liste de ce qu’il ne faut pas perdre | 5 à 10 % |
| 2. Cadrage et objectifs | Traduction des objectifs business en indicateurs mesurables, arbitrage du périmètre | Note de cadrage, indicateurs de réussite, budget et calendrier | 5 à 10 % |
| 3. Audit concurrentiel | Standards du marché en ergonomie, en contenu, en vitesse et en référencement | Benchmark et objectifs chiffrés à atteindre | 5 % |
| 4. Architecture et arborescence | Nouvelle structure des pages, plan de nommage des URL, maillage prévisionnel | Arborescence validée et table de correspondance ancienne / nouvelle URL | 10 % |
| 5. Conception et maquettage | Wireframes, gabarits, parcours, placement des appels à l’action, version mobile | Maquettes responsives validées écran par écran | 15 % |
| 6. Développement | Intégration, développements spécifiques, connexions ERP ou PIM, sprints successifs | Environnement de préproduction alimenté par des données réelles | 35 à 45 % |
| 7. Contenus et migration | Reprise, réécriture, transfert des contenus, médias et fiches produit | Contenus en ligne en préproduction, relus et optimisés | 15 à 25 % |
| 8. Recette et plan de redirections | Tests fonctionnels, tests de charge, vérification des 301 une à une | Procès-verbal de recette et plan de redirections testé | 10 % |
| 9. Mise en ligne et surveillance | Bascule, contrôle de l’indexation, suivi des positions et des erreurs | Tableau de bord de suivi sur les quatre premières semaines | 5 % |
Les pourcentages sont des ordres de grandeur observés sur nos projets, pas une règle. Ce qu’ils montrent en revanche est constant : le développement ne représente jamais la moitié d’une refonte, et les contenus pèsent presque aussi lourd que le code. Un planning qui prévoit trois semaines pour « récupérer les textes » est un planning qui glissera.
Méthodologie de refonte : comment piloter le projet
La méthodologie de refonte d’un site web n’est pas un rituel d’agence, c’est ce qui détermine si le projet tient son budget. Elle doit répondre simultanément à deux besoins souvent oubliés au profit du seul design : celui de l’éditeur du site, qui devra vivre avec le back-office pendant cinq ans, et celui du visiteur, qui reste l’objectif final de l’opération.
Cycle en V ou méthode agile : choisir selon l’incertitude
Le cycle en V — tout spécifier, puis tout construire, puis tout recetter — convient aux projets dont le périmètre est réellement connu à l’avance : une refonte graphique, un site vitrine, une migration à fonctionnalités constantes. Il donne un budget ferme et un calendrier lisible, au prix d’une rigidité totale une fois les spécifications signées.
L’approche agile, par sprints successifs, convient aux projets où l’incertitude est forte : boutique complexe, application métier, connexion à un système d’information mal documenté. Elle permet de livrer par lots cohérents, de réordonner les priorités à chaque itération, et de mettre en ligne certains modules avant les autres pour rentabiliser plus tôt. Elle exige en contrepartie une disponibilité réelle côté client — un référent capable de décider chaque semaine, pas un comité qui se réunit une fois par mois.
En pratique, la plupart des refontes se pilotent en mode hybride : cadrage et conception en amont sur un périmètre fermé, réalisation en sprints. L’erreur est de choisir la méthode par idéologie plutôt que par niveau d’incertitude.
Construire le planning et désamorcer l’effet tunnel
L’effet tunnel est le premier tueur de refonte : trois mois pendant lesquels personne ne voit rien, puis une livraison qui ne correspond pas à ce que le client avait en tête. On le désamorce avec des points de contrôle courts et matérialisés — une maquette cliquable en semaine trois, un gabarit intégré en semaine six, un environnement de préproduction accessible dès que possible — plutôt qu’avec des comptes rendus.
Le planning doit également faire apparaître les dates butoir côté client, pas seulement côté agence. Les retards de refonte proviennent au moins autant de validations qui traînent et de contenus qui n’arrivent pas que de développements qui dérapent. Écrire noir sur blanc « livraison des textes le 12 » engage les deux parties et évite la discussion pénible du troisième mois.
Qui fait quoi : la répartition des rôles
Une refonte a besoin d’un décideur unique côté client, capable de trancher entre deux options en quarante-huit heures. Elle a besoin d’un référent contenu qui possède réellement les textes, d’un référent technique qui donne les accès et connaît l’historique, et d’un utilisateur final consulté sur les parcours. Côté agence, un chef de projet, un concepteur, des développeurs et — c’est souvent ce qui manque — quelqu’un qui porte le référencement de bout en bout, du cadrage à la surveillance post-bascule.
Cahier des charges ou atelier de conception ?
Un cahier des charges de refonte a l’avantage de rendre les propositions comparables. Il a l’inconvénient de figer des solutions avant d’avoir posé les problèmes, et de faire porter au client une expertise qu’il n’a pas à avoir. Nous préférons un document court — objectifs, contraintes, existant, critères de réussite — complété par un atelier de conception commun. Si vous devez malgré tout produire un cahier des charges pour une consultation, faites-le porter sur les résultats attendus plutôt que sur les moyens, et laissez chaque candidat proposer sa solution. Notre page sur la lecture d’un devis d’agence web aide ensuite à comparer les réponses.
SEO et refonte de site : ne pas perdre son trafic
Une refonte mal préparée peut faire perdre 30 à 60 % du trafic organique en quelques semaines, et il faut souvent six à douze mois pour revenir au niveau initial. Ce risque est parfaitement évitable : il tient à une poignée de points de vigilance, tous connus, tous régulièrement oubliés parce qu’ils arrivent au moment du projet où le budget et la patience sont déjà entamés.
L’état des lieux du référencement existant
Le préalable indispensable est un inventaire. Quelles URL apportent du trafic, sur quelles requêtes, avec quelles positions ? Quelles pages reçoivent des liens externes, et depuis quels domaines ? Cet inventaire, issu de la Google Search Console sur seize mois et d’un crawl complet, constitue la carte de ce qu’il ne faut surtout pas perdre. Un audit de site web mené avant la refonte est le meilleur investissement du projet, parce qu’il transforme des intuitions en liste d’URL à protéger.
Le plan de redirections 301
Chaque ancienne URL doit pointer en 301 vers la page nouvelle la plus proche sémantiquement — pas vers la page d’accueil, réflexe qui détruit le bénéfice de l’opération. Ce plan se construit avant la mise en ligne, se teste sur un environnement de préproduction, et se contrôle URL par URL le jour du basculement. Trois pièges reviennent : les chaînes de redirections successives, qui diluent le signal ; les redirections en 302 laissées par erreur, qui ne transmettent rien durablement ; et l’oubli des URL avec paramètres, des versions avec et sans barre oblique finale et des anciennes pages de pagination.
Contenu, maillage interne et performances
Trois vigilances complètent le dispositif. Ne pas perdre de contenu, d’abord : une page qui se positionne et dont on supprime la moitié du texte au nom de l’épure perdra ses positions, quelle que soit la qualité du nouveau design. Préserver ou améliorer le maillage interne ensuite, car une navigation plus légère prive souvent les pages profondes de leurs liens — sujet que nous détaillons dans notre article sur le maillage interne. Vérifier enfin que le nouveau site est réellement plus rapide : les performances font partie des critères de classement, et une refonte qui alourdit les pages annule ses propres gains.
La surveillance des quatre premières semaines
La mise en ligne se surveille. Indexation, erreurs d’exploration, positions par famille de pages, trafic organique quotidien : les deux premières semaines après le basculement sont celles où un problème se corrige encore sans dommage durable. Une baisse de 10 à 20 % pendant quelques jours est normale, le temps que Google recroise les redirections. Une baisse qui s’installe au-delà de trois semaines signale une erreur structurelle — robots.txt bloquant, balises canoniques mal générées, redirections en boucle — qu’il faut chercher immédiatement plutôt qu’attendre.
Checklist SEO à dérouler avant de basculer
Export Search Console sur seize mois, tri par impressions, identification des pages qui portent le trafic et des requêtes associées. Ces URL sont intouchables sans décision explicite.
Chaque ancienne URL associée à sa nouvelle destination, y compris les pages de pagination, les URL à paramètres et les anciens fichiers PDF ou images liés depuis l’extérieur.
Liste des pages recevant des liens externes de qualité. Ce sont les URL dont la redirection doit être vérifiée manuellement, une par une.
Title, meta description, structure Hn, données structurées et balises canoniques transférées ou améliorées, jamais laissées à la génération automatique du nouveau CMS.
Environnement de recette protégé par mot de passe ou en noindex, et surtout vérification que ce noindex a bien été retiré au moment de la bascule.
Nouveau sitemap XML soumis le jour même, robots.txt vérifié ligne à ligne, aucune ressource CSS ou JS bloquée.
Core Web Vitals relevés sur les gabarits principaux avant la bascule pour disposer d’un point de comparaison objectif.
Tableau de bord positions, indexation et trafic par famille de pages, consulté tous les jours pendant un mois avec un responsable nommé.
Refonte d’un site vitrine, WordPress, PrestaShop ou d’une boutique en ligne
Le périmètre, le budget et les risques changent radicalement selon la nature du site refondu et selon le CMS de départ. Savoir où chercher les problèmes avant de commencer fait gagner plusieurs semaines.
Refonte d’un site vitrine
C’est le projet le plus simple : peu de pages, peu de fonctionnalités, une architecture facile à reprendre. L’essentiel du travail porte sur la refonte graphique, la navigation, la qualité des contenus et le référencement des quelques pages qui portent le trafic. Le risque principal est de perdre en visibilité en réduisant le nombre de pages sans plan de redirections — une épure éditoriale mal pilotée supprime souvent, sans le savoir, les pages qui apportaient les demandes entrantes.
Refonte d’un site WordPress
La question préalable est simple : faut-il rester sur ce CMS ou en changer ? Rester permet de conserver l’équipe éditoriale et ses habitudes, mais un site WordPress alourdi par des années d’extensions accumulées coûte parfois plus cher à assainir qu’à reconstruire. On regarde donc le nombre d’extensions actives, celles qui ne sont plus maintenues, la superposition de plusieurs plugins SEO dont les balises se contredisent, et les archives générées automatiquement — auteurs, dates, étiquettes — qui produisent des dizaines de pages indexables sans contenu propre. Changer de CMS impose une migration des contenus, une reprise des URL et une recette plus longue. La décision se prend sur des faits, à partir d’un audit technique, pas sur une préférence d’outil.
Refonte d’un site PrestaShop ou Magento
Sur PrestaShop, les points sensibles sont la gestion des déclinaisons et des URL de combinaisons, source classique de contenu dupliqué à grande échelle, et la navigation à facettes qui peut générer des dizaines de milliers d’URL explorables si elle n’est pas contrainte. Sur Magento et Adobe Commerce, la refonte porte surtout sur la configuration du cache, l’indexation, les URL de navigation par filtres et la dette accumulée par les personnalisations successives. C’est la famille de projets où la question du coût d’exploitation se pose le plus vite : le budget d’infrastructure devient un critère de décision à part entière, sujet que nous détaillons sur notre page consacrée au prix d’un hébergement de site web.
Refonte d’une boutique en ligne
C’est le projet le plus exigeant. S’ajoutent aux sujets habituels le catalogue et ses variantes, les règles de prix et de promotions, les moyens de paiement, la livraison, les comptes clients, l’historique de commandes et les connexions à l’ERP ou au PIM. Le tunnel de commande concentre l’essentiel du taux de transformation : il doit être testé sur des utilisateurs réels avant la mise en ligne, pas après. Une refonte de site e-commerce se juge sur le chiffre d’affaires par visiteur, pas sur le nombre de pages vues. Nous détaillons notre approche sur notre page expertise e-commerce.
Dans tous les cas, l’erreur la plus fréquente consiste à traiter la refonte comme un projet de design alors qu’il s’agit d’un projet de performance. Le nouveau site doit être plus rapide, plus lisible et mieux structuré que l’ancien, sinon la refonte devient un coût plutôt qu’un investissement.
Reprendre un site existant réalisé par un autre prestataire
Une partie des demandes de refonte que nous recevons ne sont pas des refontes : ce sont des reprises. Le site fonctionne, mais l’agence qui l’a construit n’est plus joignable, a fermé, ou ne répond plus dans des délais acceptables. Avant d’engager une reconstruction, il vaut la peine de vérifier si la reprise est possible : elle coûte souvent cinq à dix fois moins cher.
Trois éléments décident. La propriété d’abord : disposez-vous du code source, des accès à l’hébergement, du nom de domaine et des comptes analytiques à votre nom ? Sans cela, aucune reprise n’est possible et la question est tranchée. La qualité du code ensuite : un projet correctement versionné, documenté et testé se reprend en quelques jours ; un site livré sans dépôt Git, avec des modifications appliquées directement en production, ne se reprend pas sérieusement. Les dépendances enfin : un socle dont les versions sont trop anciennes pour être mises à jour condamne la reprise à court terme.
Nous réalisons régulièrement ce diagnostic de reprise avant de proposer quoi que ce soit d’autre. Quand la reprise est jouable, elle s’accompagne d’une remise à niveau progressive et d’un contrat de tierce maintenance applicative qui évite de se retrouver dans la même situation trois ans plus tard.
Combien coûte une refonte de site internet ?
Il n’existe pas de prix de la refonte, parce qu’une refonte n’est pas un produit. Sur les projets que nous accompagnons, l’écart entre le bas et le haut de la fourchette va de un à quinze, et cet écart n’est presque jamais lié au nombre de pages. Nous détaillons la structure des coûts et les fourchettes réelles dans notre page sur les tarifs d’une agence web ; ce qui suit explique surtout ce qui fait bouger le curseur sur un projet de refonte en particulier.
Les trois facteurs qui expliquent l’écart
Le premier facteur est la reprise de l’existant. Refaire un site à partir d’une page blanche coûte souvent moins cher que reprendre un site chargé de dix ans d’historique, de contenus à migrer, de redirections à cartographier et d’intégrations à reconnecter. La migration de données est le poste que les devis sous-estiment le plus systématiquement.
Le deuxième est le niveau de spécificité fonctionnelle. Un site vitrine de quinze pages avec un formulaire de contact et un site qui expose un configurateur, un espace client et une connexion à l’ERP ne relèvent pas du même métier. Entre les deux, la question n’est pas « combien de jours » mais « quel type d’équipe ».
Le troisième est le niveau d’exigence sur le design et le contenu. Un thème adapté et des contenus repris tels quels coûtent une fraction de ce que coûtent une direction artistique sur mesure et une réécriture éditoriale complète. Les deux approches sont légitimes, mais elles ne produisent pas le même résultat commercial, et il vaut mieux choisir en connaissance de cause que découvrir l’arbitrage en cours de projet.
Le poste le plus sous-estimé : le contenu
Sur la majorité des refontes qui dérapent, le contenu est le vrai coupable. Le budget prévoit la maquette, l’intégration et les développements, mais rien pour écrire les textes, produire les visuels, reprendre les fiches ou traduire. Le projet est alors bloqué non pas par la technique mais par des pages vides que personne n’a le temps de remplir.
Notre recommandation est simple : chiffrez le contenu comme un lot à part entière, avec un responsable identifié et des dates, au même titre que le développement. Si la charge interne n’existe pas, prévoyez une prestation de rédaction. Un site techniquement irréprochable avec des textes recopiés de l’ancienne version ne produira pas plus de demandes entrantes que le précédent.
Agence, freelance ou en interne ?
Un freelance est souvent le bon choix pour une refonte vitrine cadrée, avec un périmètre stable et un interlocuteur unique côté client. Le coût est plus bas et la relation plus directe. La limite arrive sur les projets qui demandent plusieurs métiers en parallèle — design, développement back, intégration, SEO, infogérance — ou sur ceux qui doivent vivre plusieurs années au-delà de la mise en ligne.
Une équipe interne fonctionne quand l’entreprise a déjà des développeurs et que le site est un produit stratégique. Elle échoue quand la refonte devient le projet qu’on avance « quand on a le temps », c’est-à-dire jamais.
Une agence a du sens quand le projet croise plusieurs expertises, quand il faut tenir un planning contraint, ou quand personne en interne ne peut porter l’arbitrage technique. Les critères de choix, les questions à poser et les signaux d’alerte sont détaillés dans notre guide pour choisir son agence web, et notre page sur la manière de lire un devis d’agence vous aidera à comparer des propositions qui n’ont pas la même structure.
Les erreurs de refonte qui coûtent le plus cher
Sans relevé des pages qui performent, des requêtes qui apportent du trafic et des parcours qui convertissent, la refonte devient un pari esthétique. C’est la cause numéro un des chutes de trafic post-migration.
Une nouvelle arborescence sans table de correspondance 301 détruit en une nuit plusieurs années d’acquisition. Le plan de redirections se prépare avant la bascule, pas après.
Les textes arrivent en fin de projet, écrits dans l’urgence par quelqu’un qui n’a pas le temps. Le site sort avec des pages génériques et un discours plus faible que l’ancien.
Une maquette avec trois lignes de titre parfaites ne dit rien de ce que donnera la page avec un vrai catalogue, de vraies photos et de vrais noms de produits. Les surprises apparaissent à l’intégration.
Chaque ajout non prévu décale la mise en ligne et grignote le budget de recette. Mieux vaut un lot 2 assumé qu’un lot 1 qui n’arrive jamais.
Le nouveau site part sans tag manager, sans conversions configurées ou avec un consentement mal câblé. On perd la seule chose qui permettait de démontrer que la refonte a servi à quelque chose.
Les six semaines qui suivent la bascule sont celles où se jouent la stabilisation SEO et les premiers correctifs d’usage. Un projet qui s’arrête le jour du lancement laisse ces gains sur la table.
Après la mise en ligne : mesurer, corriger, faire progresser
La bascule n’est pas la fin du projet, c’est le début de la période où il devient possible d’apprendre quelque chose. Les six à huit semaines qui suivent une refonte livrent plus d’informations exploitables que les six mois de conception qui l’ont précédée, à condition d’avoir mis en place de quoi les capter.
Fiabiliser la mesure avant tout le reste
La première chose à vérifier après une mise en ligne n’est ni le design ni le contenu : c’est que la mesure fonctionne. Un site refondu qui perd son plan de marquage devient impossible à piloter, et toutes les décisions des mois suivants se prendront à l’intuition.
Concrètement : les conversions sont-elles remontées correctement, le consentement est-il bien câblé, les formulaires déclenchent-ils bien un événement, les parcours d’achat sont-ils suivis de bout en bout ? C’est le travail que nous menons en tant qu’agence spécialisée en tracking, et c’est la brique qui rend toutes les autres mesurables.
Reconstruire la visibilité, pas seulement la préserver
Une refonte bien menée retrouve son niveau de trafic en quatre à huit semaines. La question intéressante n’est pas de revenir au point de départ mais d’aller au-delà : les pages nouvellement créées, les contenus enrichis et l’arborescence assainie ouvrent des positions que l’ancien site n’atteignait pas. Cela se travaille dans la durée, avec un plan de contenu et un suivi de positions, ce que nous faisons en tant qu’agence SEO.
Sur les projets où l’acquisition ne peut pas attendre les délais naturels du référencement, une campagne payante permet de tenir le volume pendant la phase de stabilisation. C’est une béquille utile les premiers mois, pilotée par notre pôle SEA, mais elle ne remplace pas le travail de fond.
Maintenir et faire évoluer
Un site qui n’évolue plus recommence à vieillir dès le lendemain de sa mise en ligne. Correctifs, montées de version, évolutions fonctionnelles, veille de sécurité : c’est ce qui évite de se retrouver dans trois ans devant la même décision de refonte totale. Nous couvrons ce volet en tierce maintenance applicative, avec un budget d’évolutions provisionné plutôt que des interventions au coup par coup.
C’est aussi la meilleure protection contre la refonte suivante. Un site entretenu par petits incréments réguliers ne connaît jamais le décrochage qui rend une refonte totale inévitable.
Vos questions sur la refonte d’un site internet
Comptez deux à trois mois pour un site vitrine cadré, quatre à six mois pour un site e-commerce ou un site d’entreprise avec des intégrations, et au-delà de six mois pour une plateforme métier ou un projet impliquant plusieurs services. La phase de cadrage et la production de contenu pèsent souvent plus lourd que le développement lui-même.
Il n’y a pas de bonne fréquence. Un site entretenu régulièrement — mises à jour techniques, contenus actualisés, corrections d’usage — peut tenir sept ou huit ans sans refonte lourde. Un site laissé en l’état devient obsolète en trois ans. La question n’est pas l’âge du site mais l’écart entre ce qu’il fait et ce dont l’entreprise a besoin.
Elle peut, et c’est le risque principal. Une refonte mal préparée fait perdre trente à soixante pour cent du trafic organique. Une refonte préparée avec un relevé de l’existant, un plan de redirections 301 exhaustif et une surveillance des quatre premières semaines retrouve son niveau en un à deux mois, puis le dépasse.
Oui, chaque fois que c’est possible. Conserver les URL existantes supprime la principale source de perte de trafic. Quand la nouvelle arborescence impose de les changer, chaque ancienne URL doit pointer en 301 vers la page nouvelle la plus proche — jamais vers la page d’accueil en masse.
Un document écrit est indispensable, mais il n’a pas besoin d’être un cahier des charges de cinquante pages. Un cadrage de dix à quinze pages qui fixe les objectifs, les cibles, le périmètre fonctionnel, les contraintes techniques et les critères de réussite suffit dans la grande majorité des cas, et il a l’avantage d’être écrit avant que le projet ne soit obsolète.
Oui, et c’est souvent préférable. Refondre d’abord les pages qui portent l’acquisition et la conversion, puis le reste, permet de mesurer l’effet réel de chaque lot et de corriger avant d’engager le budget suivant. La refonte partielle demande en revanche une vraie rigueur technique pour éviter de faire cohabiter deux systèmes durablement.
Il se trie. Les pages qui apportent du trafic ou des demandes sont conservées et améliorées, celles qui font doublon sont fusionnées, celles qui ne servent plus sont supprimées avec une redirection. C’est un travail d’inventaire à faire avant la conception, pas pendant la migration.
Souvent, oui. Tout dépend de la qualité du code, des versions utilisées et de la disponibilité des accès. Un audit technique d’une poignée de jours suffit à déterminer si la reprise est plus économique qu’une refonte, et à chiffrer la remise à niveau nécessaire.
L’écart va de un à quinze selon la reprise de l’existant, le niveau de spécificité fonctionnelle et l’exigence sur le design et le contenu. Le nombre de pages, contrairement à une idée répandue, n’est presque jamais le facteur déterminant. Le poste le plus systématiquement sous-estimé est la production de contenu.
En comparant, sur des indicateurs fixés avant le projet, la situation à trois et six mois : trafic organique, positions sur les requêtes qui comptent, taux de conversion, nombre de demandes entrantes qualifiées, temps de mise en ligne d’une page par l’équipe interne. Une refonte jugée uniquement sur son apparence n’est jamais évaluée.
Pas systématiquement. Changer de CMS se justifie quand l’outil actuel bloque réellement — impossibilité de faire évoluer le modèle de données, dette technique ingérable, dépendance à un prestataire unique. Si le CMS convient et que le problème est le design ou le contenu, en changer ajoute du risque et du coût sans bénéfice.
Une seule personne, disponible, avec un mandat d’arbitrage clair. C’est la condition la plus déterminante et la plus souvent négligée. Un projet arbitré par un comité sans décideur identifié double son délai et perd sa cohérence.
Aller plus loin sur votre projet de refonte
Vous préparez une refonte de site internet ?
La meilleure façon de commencer n’est pas de choisir une technologie ou une maquette, c’est de regarder ce que fait votre site aujourd’hui : ce qui amène du trafic, ce qui déclenche des demandes, ce qui bloque vos équipes. Ce diagnostic prend quelques jours et détermine tout le reste — y compris, parfois, la conclusion qu’une refonte totale n’est pas nécessaire.
Nous sommes une agence web installée à Mimizan, dans les Landes, et nous accompagnons des entreprises partout en France sur leurs projets de refonte, de la reprise d’un site existant à la refonte complète d’une plateforme métier. Parlons de votre projet : décrivez-nous votre situation actuelle et ce qui vous pousse à envisager une refonte, nous vous dirons franchement ce qui nous semble le plus pertinent.