Refonte de site web : comment réussir sans perdre son référencement

Refonte de site web : quand la lancer et quels objectifs

Une refonte de site web se décide rarement pour une simple question de goût. Le bon moment arrive quand votre site web freine vos ventes, complique la gestion interne, perd du trafic ou donne une image datée de votre entreprise. Sur un site internet lancé il y a quatre ou cinq ans, les écarts se voient vite, temps de chargement trop long, formulaire peu clair, pages profondes, CMS vieillissant, code difficile à maintenir, contenu mal aligné avec les besoins actuels. À partir de là, votre projet prend une autre dimension, il ne s’agit plus d’un rafraîchissement visuel mais d’une refonte pensée pour corriger des problèmes mesurables.

Le premier signal est souvent technique. Votre site est lent, les mises à jour cassent des blocs, certaines extensions ne sont plus suivies, ou le thème n’accepte plus les usages mobiles récents. Le deuxième signal est business. Vos leads baissent alors que le trafic reste stable, ou vos visiteurs consultent beaucoup de pages sans passer à l’action. Le troisième signal est SEO. Des positions reculent, des pages importantes disparaissent des moteurs de recherche, le maillage interne devient confus et les contenus répondent mal à la recherche.

Quelques signes imposent une décision rapide :

• temps de chargement au-dessus de 3 secondes sur mobile pour les pages clés
• baisse du trafic organique de 15 à 30 % sur 6 à 12 mois hors saisonnalité
• taux de conversion inférieur à 1 % sur un site vitrine avec offre claire
• CMS ou plugins en fin de support avec risque de sécurité ou coût de maintenance élevé

Le design compte aussi, mais il ne suffit pas à lui seul. Si votre site internet est propre, rapide et bien structuré, changer uniquement l’interface peut suffire. En revanche, si le fond et la forme posent problème ensemble, la refonte est la bonne option. Dans les faits, beaucoup de projets échouent parce qu’ils démarrent par la maquette et non par le diagnostic. C’est l’erreur classique.

Avant de valider le cahier des charges, fixez des objectifs nets. Pas dix-huit. Quatre ou cinq suffisent si chaque cible est chiffrée, reliée à une mesure, et suivie après la mise en ligne. Une refonte utile vise un effet concret sur le trafic, la conversion, la performance et la capacité à publier des contenus plus vite.

Vous pouvez cadrer vos priorités autour de ces KPIs :

• trafic organique non brandé avec une cible de +20 % à +40 % sur 6 à 12 mois
• taux de conversion principal avec une hausse de 15 % à 50 % selon le point de départ
• TTFB inférieur à 800 ms sur les pages stratégiques
• Core Web Vitals au vert sur mobile pour les modèles de pages principaux

Ajoutez aussi des indicateurs secondaires. Le taux de sortie sur les pages de services, la profondeur moyenne de navigation, le taux d’erreurs 404 après la migration, le taux d’indexation réel dans Google Search Console, ou encore le temps de publication d’une nouvelle page dans le CMS. Ce dernier point paraît secondaire, pourtant il pèse lourd. Un nouveau site plus simple à administrer réduit la dépendance à l’agence et rend votre équipe plus autonome.

Côté budget, le marché reste large. Un site vitrine sérieux se situe souvent entre 3 000 et 15 000 €, selon le nombre de pages, le niveau de design, le travail SEO, les contenus et les intégrations. Un site e-commerce démarre plutôt autour de 10 000 € et peut monter à 60 000 € quand le catalogue, les flux, la gestion des produits, les règles de livraison et les besoins de performance deviennent plus lourds. Pour la durée, comptez 2 à 4 semaines pour l’audit puis 8 à 20 semaines pour la refonte, hors validation très lente côté client.

Le point à garder en tête est simple. Une refonte est rentable quand elle corrige un coût caché, perte de visibilité, friction dans les parcours, dette technique, maintenance trop chère, ou faible efficacité commerciale. Si votre site vous fait perdre du temps chaque semaine, le calcul est déjà en cours, même sans facture affichée.

Refonte vs création : choisir le bon moment

Le choix entre refonte et création dépend surtout de l’existant. Si votre site actuel repose sur une base saine, avec des pages déjà positionnées, une structure exploitable et un CMS encore viable, refondre coûte moins cher que repartir de zéro. Dans ce cas, vous conservez une partie du capital SEO, une partie des contenus, parfois même des gabarits de page.

La création devient préférable dans plusieurs cas précis :

• code propriétaire difficile à reprendre ou absence d’accès complet à l’hébergement
• architecture trop cassée avec des URL incohérentes sur l’ensemble du site
• dette technique trop forte qui rend chaque évolution lente et chère
• changement de modèle économique avec nouvelles offres, nouveaux parcours, nouvelles pages

Prenez un exemple concret. Une PME B2B avec 35 pages sous WordPress, un blog actif et quelques formulaires de contact peut souvent faire une refonte de site entre 6 000 et 12 000 €. Si cette même entreprise utilise un ancien outil fermé, sans export propre des données, sans souplesse sur les modèles de pages et avec des performances médiocres, une création complète sera parfois plus rationnelle, même à 10 000 ou 14 000 €. Vous dépensez plus au départ, mais vous évitez de payer deux fois.

Autre cas. Un site internet vitrine lancé en 2019, responsive, avec une bonne base éditoriale et un nom de domaine solide, mérite souvent une refonte ciblée. À l’inverse, un site e-commerce avec tunnel d’achat obsolète, gestion produit bancale et hébergement sous-dimensionné gagnera à être reconstruit. Le bon arbitrage repose sur un audit, pas sur une préférence d’équipe.

Définir objectifs et kpis pour la refonte

Sans objectifs mesurables, votre projet de refonte dérive vite vers une suite de validations esthétiques. Le problème, c’est que personne ne peut dire ensuite si le nouveau site fonctionne mieux. Il faut donc relier chaque choix à une cible, un seuil d’alerte et un horizon de temps.

Les KPIs prioritaires à suivre sont généralement ceux-ci :

• trafic SEO par groupe de pages avec comparaison avant et après mise en ligne
• taux de conversion par source sur les formulaires, prises de rendez-vous ou ventes
• temps de réponse serveur et LCP par modèle de page
• taux d’indexation et erreurs d’exploration dans GSC sur 3 à 12 mois

Fixez ensuite des bornes concrètes. Si votre TTFB dépasse 1 seconde sur la page d’accueil, il y a alerte. Si les pages stratégiques perdent plus de 10 % de clics sur 4 semaines après la migration du site, il faut intervenir sans attendre. Si le taux de conversion mobile reste inférieur à la version desktop de plus de 40 %, le parcours utilisateur demande une reprise.

Franchement, le plus utile est de limiter la liste. Cinq indicateurs pilotés chaque semaine valent mieux qu’un tableau infini jamais relu. Pour votre entreprise, les bons KPIs dépendent de la fonction du site, acquisition de leads, vente directe, recrutement, support client, ou documentation produit. L’important est de lier la mesure à une décision. Sinon, le reporting devient décoratif.

Audit et analyse avant refonte

Une refonte sans phase d’analyse sérieuse part avec un handicap. Vous risquez de supprimer des pages utiles, de déplacer des contenus qui performent, ou de reproduire dans le nouveau site les défauts de l’ancien. L’audit sert à identifier ce qui marche, ce qui bloque et ce qui doit disparaître. Il pose aussi une base de comparaison pour la suite.

Un audit SEO complet couvre trois blocs, la technique, le contenu et la structure. Le versant technique regarde l’indexation, les codes de réponse, la vitesse, les balises, les liens internes et les fichiers utiles comme robots.txt ou sitemap.xml. Le versant contenu mesure la qualité des pages, leur utilité, leur potentiel de conversion, la cannibalisation et les doublons. Le versant structure observe l’arborescence, la profondeur, les pages orphelines et le poids réel de chaque section.

Voici les contrôles qui méritent une vraie revue avant toute refonte de site :

• crawl complet du site avec statuts HTTP, liens cassés et niveaux de profondeur
• inventaire des pages actives avec trafic, conversions, backlinks et positions
• analyse des contenus obsolètes à fusionner, mettre à jour ou supprimer
• revue des templates pour repérer les limites du CMS, du code et du design

La durée d’un audit varie selon la taille du site. Pour une PME avec 30 à 150 pages, comptez souvent 2 à 4 semaines si vous voulez un travail exploitable. Aller plus vite est possible, mais vous perdrez en précision. Et c’est exactement le moment où il ne faut pas aller trop vite.

Les outils ont chacun leur rôle. Screaming Frog sert pour le crawl et la photographie technique. Google Search Console donne la vision réelle des requêtes, de l’indexation et des pages vues par Google. Lighthouse ou PageSpeed Insights aident à mesurer la performance. Hotjar ou Microsoft Clarity montrent les frictions de parcours par heatmaps et enregistrements. Un simple export analytics reste aussi très utile pour voir quelles pages amènent du business, pas seulement du trafic.

Audit SEO technique et contenu

Le cœur du travail commence par un crawl. Vous récupérez la liste des URL, les codes 200, 301, 404, 500, les balises title, les H1, les canonicals, les pages noindex, les images lourdes, les liens internes et les éventuelles chaînes de redirections. Avec Screaming Frog, ce diagnostic prend quelques heures. Son interprétation, elle, prend plus de temps.

Les points de contrôle à examiner sans raccourci sont clairs :

• balises title et meta description dupliquées, absentes ou trop longues
• données structurées valides sur les pages clés, notamment Organization, Article ou FAQ
• contenu dupliqué interne lié aux filtres, aux paramètres ou aux variantes d’URL
• vitesse mobile réelle avec LCP, CLS, INP et poids des ressources

Ajoutez une lecture plus métier. Quelles pages génèrent des leads ? Quelles pages se positionnent mais ne convertissent pas ? Quelles autres attirent peu de trafic mais signent des prises de contact qualifiées ? Un bon audit SEO ne regarde pas seulement la visibilité. Il relie le référencement à vos objectifs et à la valeur business.

PageSpeed Insights et Lighthouse vous donneront des pistes rapides, images non compressées, JavaScript trop lourd, CSS bloquant, cache absent, polices mal gérées. GSC, de son côté, révèle parfois la vraie perte, pages explorées mais non indexées, couverture en recul, ou cannibalisation entre deux pages les plus proches sur le même sujet. C’est là que les arbitrages commencent.

Analyse de l’arborescence et parcours utilisateur

L’arborescence d’un site internet n’est pas un menu joli sur Figma. C’est une structure de classement, d’accès et de circulation. Si elle est confuse, les utilisateurs se perdent, les robots comprennent moins bien les relations entre les pages, et la conversion baisse même avec un design propre.

Mesurez d’abord la profondeur. Une page de service importante accessible en quatre ou cinq clics part déjà avec un désavantage. Repérez ensuite les pages orphelines, c’est-à-dire présentes dans le CMS mais absentes du maillage. Puis regardez les taux de sortie et les chemins réels. Hotjar aide beaucoup ici, surtout quand vous croisez les heatmaps avec les données analytics.

Les vérifications utiles sont généralement les suivantes :

• profondeur de navigation moyenne pour les pages business et les pages SEO
• pages orphelines ou mal liées qui ne reçoivent presque aucun lien interne
• taux de sortie par étape sur les formulaires, fiches service et tunnel de contact
• tests utilisateurs courts sur tâches simples, trouver une offre, demander un devis, revenir à l’accueil

Là où ça coince souvent, c’est le vocabulaire. Les menus utilisent des mots internes à l’entreprise, pas ceux des visiteurs. Ou bien tout passe par une page d’accueil surchargée qui veut parler à tout le monde. Pour une bonne arborescence, chaque section doit répondre à une intention claire, avec un libellé simple et une promesse lisible. Une bonne structure réduit le nombre d’hésitations avant le clic.

Choix technique et CMS pour la refonte

Le choix technique ne se résume pas à une préférence d’agence ou à une habitude d’équipe. Votre CMS, votre hébergement, votre architecture de rendu et votre stack de développement vont conditionner la vitesse du site, la souplesse éditoriale, la sécurité, la maintenance et une partie du SEO. Une mauvaise base vous coûte pendant des années.

Pour une refonte de site, posez d’abord les contraintes réelles. Nombre de pages, fréquence de publication, workflows de validation, besoin multilingue, catalogue produit, connexions à un CRM, espace client, niveau d’autonomie souhaité, volumétrie média, capacité interne à maintenir le code. Ensuite seulement, comparez les options.

Les critères qui doivent guider le choix sont assez terre-à-terre :

• facilité d’administration quotidienne pour vos équipes et vos ressources internes
• capacité SEO native sur les URL, métadonnées, redirections et maillage
• niveau de performance attendu selon le trafic, les pages et les scripts tiers
• coût total sur 3 ans avec maintenance, sécurité, hébergement et évolutions

Le débat monolithique contre headless mérite un peu de calme. Un CMS monolithique comme WordPress ou Drupal reste très adapté à beaucoup de sites vitrines, médias ou PME avec besoin d’édition simple. Une architecture headless devient utile quand vous devez diffuser le même contenu sur plusieurs frontends, gérer une forte logique applicative, ou viser une séparation stricte entre back office et front. Mais si votre équipe n’a ni les moyens ni le besoin, vous ajoutez de la complexité pour rien.

Le nouveau site doit aussi rester maintenable. C’est un point souvent sous-estimé pendant la conception. Un développement sur mesure peut être propre, performant, parfaitement aligné avec vos besoins. Il peut aussi devenir un piège si personne ne sait le reprendre dans un an. D’où l’intérêt d’un cahier des charges précis, d’une documentation minimale, d’un dépôt versionné et d’une logique de modules claire.

Comparer CMS (WordPress, headless, solutions e-commerce)

WordPress garde une place forte pour de bonnes raisons. Il permet de créer un site internet éditorial ou vitrine rapidement, avec un grand nombre de plugins, une interface connue et un coût d’entrée raisonnable. Pour une entreprise locale, une PME B2B ou un site de contenus, c’est souvent une bonne base. Son point faible arrive quand vous empilez les extensions, les builders lourds et les personnalisations mal cadrées.

Drupal tient mieux sur des projets plus structurés, avec droits fins, contenus complexes, exigences de workflow et volumétrie plus élevée. Le revers, c’est un coût de mise en place et de maintenance plus élevé. Headless, lui, convient aux cas où le contenu doit alimenter plusieurs interfaces ou quand la performance front demande un contrôle fin. Mais là, il faut une équipe technique solide et un budget cohérent.

Pour un choix propre, reliez la solution au volume et au budget :

• WordPress pour un site vitrine de 20 à 150 pages avec budget contenu et SEO serré
• Drupal pour un portail plus dense avec rôles multiples, structure complexe et gouvernance forte
• Shopify ou autre solution commerce pour vendre vite avec gestion catalogue et paiement standard
• headless pour des parcours spécifiques, plusieurs canaux et besoins front avancés

Côté prix, un petit site sous WordPress peut rester dans la fourchette 3 000 à 8 000 € si le périmètre reste raisonnable. Un site moyen plus travaillé, avec audit, maquettes, intégration, contenus et optimisation, grimpe vers 8 000 à 15 000 €. Un e-commerce, selon les flux et les règles métier, se situe plus souvent entre 10 000 et 60 000 €. Le vrai sujet n’est pas le CMS seul. C’est l’adéquation entre vos objectifs, vos besoins et le coût sur la durée.

Performance, sécurité et hébergement

Un site web rapide convertit mieux et résiste mieux aux pics de trafic. Le trio à surveiller est simple, serveur, cache, poids front. Si le TTFB explose, si les images ne sont pas servies au bon format, ou si le JavaScript monopolise le chargement, votre nouveau site sera beau mais pénible à utiliser.

Sur l’hébergement, demandez des éléments précis. SLA, redondance, sauvegardes, restauration testée, logs accessibles, politique de mises à jour, environnement de préproduction. Un contrat flou sur ces points crée des tensions au premier incident. Pour un site vitrine local, un bon mutualisé premium ou un VPS bien géré peut suffire. Pour un site avec pics réguliers ou catalogue dense, il faudra un dimensionnement plus robuste.

Les fondamentaux à imposer sont connus :

• cache serveur et cache applicatif correctement configurés
• CDN pour les assets statiques si votre audience est large ou nationale
• certificat TLS, sauvegardes quotidiennes et restauration vérifiée
• mises à jour de sécurité planifiées sur le CMS, les plugins et l’infrastructure

Pensez aussi à la maintenance. Une refonte n’efface pas le besoin d’entretien. Elle déplace simplement le point de départ. Si personne ne suit les mises à jour, les journaux d’erreurs, la saturation disque ou les extensions abandonnées, la qualité chute vite. Et la surprise arrive toujours au mauvais jour, souvent au lancement d’une campagne organique ou d’une prise de parole importante.

Design, ux et contenu pendant la refonte

Le design, l’UX et les contenus doivent avancer ensemble. Si vous validez des maquettes avant d’avoir défini les messages clés, les zones de preuve, les CTA et la hiérarchie de chaque page, vous allez refaire deux fois le travail. Un site web efficace se construit avec une logique de parcours, pas avec des écrans isolés.

Dans une refonte, le design a un rôle précis. Il clarifie les priorités, réduit la charge cognitive, rend la lecture plus simple et met en place des repères visuels stables. L’UX, elle, vérifie que ces choix aident vraiment les utilisateurs à trouver, comprendre et agir. Le contenu relie le tout, avec les bons mots, le bon niveau de preuve, et une structure pensée à la fois pour l’humain et pour les moteurs.

Pour garder le SEO dans les contenus sans casser la lecture, faites simple. Conservez les pages qui performent si leur intention reste valable. Réécrivez les sections faibles, fusionnez les doublons, et bâtissez un mapping entre anciennes pages et nouvelles pages avant le développement final. C’est une discipline plus qu’une astuce.

Refonte ux : tests, prototypes et accessibilité

Une refonte UX commence bien avant l’intégration. Vous pouvez tester des wireframes, puis des maquettes interactives, avant d’écrire une seule ligne de code. C’est moins cher, plus rapide et souvent plus honnête, car les retours portent sur le parcours et non sur des détails cosmétiques.

Deux méthodes sont très utiles. D’abord les tests de tâches, par exemple trouver une offre, envoyer une demande, comparer deux services, revenir à une page déjà vue. Ensuite les heatmaps et enregistrements via Hotjar. Vous verrez vite si les visiteurs ignorent un CTA, bloquent sur un formulaire ou scrollent sans comprendre la proposition.

Mesurez le succès UX avec des métriques simples :

• taux de réussite des tâches sur un panel de 5 à 8 utilisateurs
• temps moyen pour atteindre une action clé comme le contact ou la demande de devis
• réduction du taux de sortie sur les pages stratégiques
• amélioration de la conversion mobile après les ajustements de parcours

L’accessibilité mérite aussi une place dès le début. Contraste, taille des clics, structure des titres, focus clavier, labels de champs, textes alternatifs. Ce n’est pas un supplément de confort. C’est une partie de la qualité globale du site. Et en pratique, un site plus accessible devient souvent plus clair pour tout le monde.

Stratégie de contenu et rédaction web

Le contenu d’une refonte ne doit pas être traité en fin de chaîne. C’est là que beaucoup de projets prennent du retard. Une bonne méthode consiste à créer un plan de contenu, puis un mapping par page, avec intention, mot-clé principal, angle, CTA, preuve à intégrer, liens internes visés et statut de réécriture.

Chaque page doit avoir une fonction. Attirer, rassurer, comparer, convertir, recruter, répondre à une question précise. Si une page ne remplit aucune fonction nette, elle encombre l’arborescence. Vous pouvez alors la fusionner, la mettre à jour ou la supprimer proprement, sans la laisser survivre par habitude.

Pour travailler proprement, prévoyez pour chaque page :

• un brief SEO opérationnel avec intention, mots cibles, structure et sources internes
• un mapping des liens internes vers pages business, contenus d’aide et formulaires
• une décision claire sur les contenus obsolètes, conserver, fusionner, rediriger ou supprimer
• une validation croisée design et rédaction pour éviter les blocs trop courts ou trop longs

Le point délicat reste le contenu dupliqué. Sur un site avec services proches, pages locales ou fiches similaires, la tentation de copier est forte. Mauvaise idée. Il faut différencier l’angle, les preuves, les cas d’usage et parfois la structure même de la page. C’est plus long, oui. Mais la pertinence gagne et le référencement suit plus souvent.

Migration lors d’une refonte de site web : checklist SEO

La migration de site est la phase où une refonte peut gagner ou perdre des mois de travail. Beaucoup de chutes de trafic viennent d’ici, pas du design, pas du CMS. Une mauvaise gestion des URL, des redirections ou des signaux d’indexation suffit à casser la continuité SEO.

Avant la mise en ligne, vous devez disposer d’un inventaire complet des anciennes URL, d’un mapping vers les nouvelles pages, d’une liste des contenus supprimés et d’un protocole de test. Sans cela, la migration avance à l’aveugle. Le minimum est de savoir où va chaque page utile, quelle version canonique sera exposée, et comment vérifier les réponses serveur après lancement.

Redirections 301 et mapping d’urls

Le mapping d’URLs est un document simple dans l’idée, ancienne adresse, nouvelle adresse, statut attendu, remarque éventuelle. En pratique, il demande de la rigueur. Chaque page SEO, chaque page business, chaque ressource téléchargée importante doit être examinée. Une redirection vers la page d’accueil n’est presque jamais une bonne réponse.

Les erreurs à éviter sont connues :

• chaînes de redirections qui rallongent le chargement et brouillent l’exploration
• boucles de redirections parfois créées par le CMS ou par des règles serveur cumulées
• pages 404 non tracées sur des URL anciennes encore visitées
• fusion abusive vers une page générique quand l’intention initiale reste spécifique

Testez ensuite l’ensemble avec Screaming Frog en mode liste, puis vérifiez dans GSC et dans vos logs les URL encore appelées après lancement. La migration sera plus propre si vous gardez les slugs qui ont du sens et les pages les plus performantes quand leur objectif reste valide. Il n’y a aucune prime au changement d’URL pour le plaisir.

Surveillance post-lancement et kpis

Une fois la mise en ligne faite, le travail n’est pas terminé. Les 4 à 12 semaines qui suivent sont une phase de surveillance active. Comparez les volumes semaine à semaine, pas seulement mois contre mois. Cela permet d’identifier plus vite une chute anormale sur une section précise du site internet.

Configurez au minimum Google Search Console, votre outil analytics, les objectifs de conversion, les alertes de disponibilité et un suivi des positions sur un corpus réduit de mots-clés. La mesure doit rester actionnable. Si vous voyez monter les erreurs d’exploration, les pages exclues ou les clics en baisse sur un groupe de pages, vous devez pouvoir corriger dans la journée.

Les KPI à suivre juste après la migration sont simples :

• couverture d’indexation et erreurs GSC sur les nouvelles pages
• trafic organique par répertoire comparé à la même période précédente
• conversions par page clé avant et après la refonte
• journal des anomalies avec date, impact et correction appliquée

Mais gardez une marge de sang-froid. Une petite volatilité est normale après une migration de site. Le tout est de distinguer l’ajustement normal d’un vrai problème structurel, mauvais noindex, canonicals incohérents, sitemap incomplet, blocage robots, ou redirections ratées.

Gouvernance, planning et budget d’une refonte

Une refonte réussie est souvent une affaire d’organisation avant d’être une affaire de création. Il faut un responsable côté entreprise, des validations courtes, un périmètre clair et des livrables définis dès le départ. Sans cela, le projet s’étire, le budget dérive et les arbitrages se font au dernier moment.

Le calendrier type ressemble souvent à ceci. Audit et cadrage pendant 2 à 4 semaines. Conception, arborescence, wireframes et maquettes sur 3 à 6 semaines. Développement, intégration, contenu et recette sur 4 à 10 semaines. Puis lancement et suivi. Au total, beaucoup de projets tiennent entre 8 et 20 semaines. Ce délai dépend surtout du nombre de pages, du niveau d’exigence et de la vitesse de validation.

Estimer le coût : fourchettes selon périmètre

Le budget doit être ventilé par poste, sinon vous ne voyez pas où part l’argent. Pour un petit site vitrine, la fourchette 3 000 à 15 000 € couvre en général design, intégration, quelques contenus, réglages SEO et tests. Pour un site moyen avec une arborescence plus dense, contenus nombreux, audit poussé et gabarits personnalisés, vous montez vite vers le haut de cette plage.

Sur un e-commerce, la fourchette 10 000 à 60 000 € devient logique dès que vous ajoutez catalogue, filtres, tunnel, flux produits, règles de livraison, connecteurs et reprises de données. Le prix varie aussi selon la part de rédaction, le niveau de maquettes, les expertises mobilisées et le nombre d’itérations prévues.

Les postes à isoler sont généralement ceux-ci :

• audit, cadrage et cahier des charges
• design, wireframes et prototypes
• développement, intégration et recette
• SEO, contenus, migration et suivi après lancement

Si un devis ne détaille pas ces blocs, méfiance. Vous aurez du mal à arbitrer plus tard. Et du coup, chaque demande complémentaire semblera sortir de nulle part.

Piloter le projet et suivre les kpis

Entre agile et cycle en V, le bon choix dépend du contexte. Si votre périmètre est stable, votre gouvernance claire et vos validations rapides, un cycle assez cadré peut fonctionner. Si les besoins évoluent, si plusieurs métiers interviennent et si le contenu change en cours de route, une approche plus agile est souvent préférable.

Le minimum côté pilotage, c’est un rythme. Réunion hebdomadaire courte, point d’avancement, blocages, décisions, jalons à valider, risques ouverts. Ajoutez un document partagé pour les KPIs post lancement, avec trafic, indexation, conversions, incidents, correctifs et état des redirections. Ce reporting n’a pas besoin d’être sophistiqué. Il doit juste permettre de savoir si le nouveau site remplit ses objectifs ou s’il faut corriger.

Questions fréquentes sur la refonte de site web

Cette dernière partie répond aux demandes qui reviennent le plus souvent au moment d’un appel de cadrage ou d’une prise de contact. Les réponses restent courtes, mais elles vous donnent une base fiable pour décider.

Quel est le prix d’une refonte de site web ?

Pour un site vitrine, la plupart des projets sérieux se situent entre 3 000 et 15 000 €. Pour un e-commerce, la fourchette va plutôt de 10 000 à 60 000 €. Le budget dépend du nombre de pages, du CMS, du niveau de design, du volume de contenus, de la migration et des tests.

Qu’est-ce que la refonte d’un site web ?

La refonte consiste à revoir un site existant sur le plan technique, structurel, éditorial ou visuel afin de mieux répondre aux objectifs actuels. Elle peut être partielle ou complète. Dans les faits, elle touche souvent à la fois le design, l’arborescence, le SEO et la performance.

Quelle différence entre une refonte et une mise à jour de site web ?

Une mise à jour corrige ou améliore un point précis, plugin, page, bloc visuel, texte, correctif de sécurité. Une refonte change plus largement la structure, les parcours, les gabarits, parfois le CMS et la logique de contenu. Si votre site est lent, confus et difficile à maintenir, une simple mise à jour ne suffira souvent pas.

Comment récupérer un site web après une refonte ratée ?

Il faut d’abord identifier les causes, redirections absentes, noindex accidentel, pages supprimées, contenu dégradé, performance en recul. Ensuite, vous comparez les URL, les données analytics, GSC et les sauvegardes pour restaurer ce qui a été perdu. Plus l’audit post incident commence tôt, plus la récupération sera efficace.

Combien de temps dure une refonte de site internet ?

Comptez en général 2 à 4 semaines pour l’audit et 8 à 20 semaines pour la refonte complète. Un petit site peut aller plus vite si les validations sont fluides. Un projet avec beaucoup de contenus, plusieurs intervenants et une migration de site complexe prend naturellement plus de temps.