website
rebuild.
Stratégie

Combien coûte une refonte de site? Préparez votre budget

Découvrez ce qui détermine le coût d’une refonte, préparez un budget réaliste et comparez les devis, responsabilités et frais récurrents.

Propositions de projet, carnet de chiffrage et calculatrice sur un bureau.

La réponse en bref

Un budget de refonte défendable repose sur un périmètre précis, pas sur un prix estimé au hasard. Définissez les objectifs, les gabarits de pages et de contenus, les intégrations, les risques de migration, les responsabilités et les critères de validation. Comparez les devis en harmonisant prestations incluses, exclusions, hypothèses et coûts récurrents. Prévoyez une réserve encadrée pour les incertitudes identifiées et attribuez chaque responsabilité avant de donner votre accord.

  • Établissez le budget par domaine de travail, responsabilité et critère de validation plutôt que d’après le seul nombre de pages.
  • Normalisez les offres avant de comparer les totaux, car des intitulés identiques cachent souvent des périmètres différents.
  • Séparez les coûts de réalisation des services récurrents et des améliorations facultatives.
  • Encadrez la réserve budgétaire par un registre des risques et une procédure explicite de gestion des changements.
Sur cette page

La réponse courte: le prix dépend des responsabilités et des incertitudes

Le coût d’une refonte de site ne peut pas être estimé sérieusement à partir du seul nombre de pages. Dix pages de services uniques, qui exigent des entretiens, une migration et des intégrations, peuvent demander plus de travail qu’une bibliothèque plus vaste construite avec des gabarits stables et des contenus déjà validés. Commencez par définir les résultats attendus, les types de pages réutilisables, l’état des contenus, les dépendances techniques et la personne responsable de chaque tâche.

Un budget utile distingue quatre niveaux: exploration et décisions, création et réalisation, transition et assurance qualité, puis exploitation continue. Les devis ne deviennent comparables que lorsque chaque prestataire répond au même périmètre et énonce ses hypothèses et ses exclusions.

Ne demandez pas un montant faussement précis avant que l’équipe ait examiné le site actuel. Demandez une fourchette liée à des hypothèses ou financez une phase d’exploration délimitée qui aboutira à un plan plus ferme.

  • Définissez le résultat commercial et les parcours prioritaires.
  • Inventoriez les types de contenus, les langues, les intégrations et les besoins de migration.
  • Attribuez les responsabilités au client et au prestataire.
  • Précisez les preuves requises pour la validation.
  • Séparez les coûts ponctuels, récurrents et facultatifs.
Niveau budgétaireDécisions habituellesPreuve avant validation
ExplorationPublics, objectifs, périmètre et contraintesCahier des charges validé et journal des décisions
CréationContenus, design, gabarits et réalisationExemples approuvés et composants fonctionnels
TransitionMigration, redirections, tests et lancementTable de correspondance, résultats des tests et plan de lancement
ExploitationHébergement, maintenance, licences et améliorationResponsable, conditions de service et calendrier des renouvellements

Définissez le périmètre par gabarits, pas seulement par nombre de pages

Les pages sont utiles pour l’inventaire, mais décrivent mal l’effort nécessaire. Regroupez le site par types de pages, par exemple accueil, détail d’un service, page sectorielle, étude de cas, article et contact. Pour chaque type, notez le nombre d’occurrences, la réutilisation éventuelle du contenu, la personne qui fournit la matière première et les validations nécessaires.

Traitez chaque langue séparément, car la traduction est un processus, pas une simple multiplication. Décidez si elle comprend l’adaptation, la validation terminologique, la relecture locale, les métadonnées, le texte des images, les formulaires et les futures mises à jour. Un site multilingue a aussi besoin d’un responsable clairement désigné pour maintenir la cohérence entre les versions.

Décrivez les intégrations par leur comportement. La mention «intégration CRM» ne suffit pas. Précisez les champs transmis, la validation, le consentement, l’acheminement, la gestion des erreurs, la confirmation et les preuves de test.

Unité du périmètreQuestions qui modifient l’effortPreuve de validation
Type de pageStructure unique ou gabarit réutilisable?Gabarit approuvé sur les tailles d’écran convenues
Élément de contenuNouveau, révisé, migré ou supprimé?Texte approuvé et source consignée
Version linguistiqueQui traduit, adapte et relit?Validation par la personne nommément désignée
IntégrationQuelles données circulent et quels échecs sont possibles?Réussite des scénarios de test de bout en bout
RessourceQui en est propriétaire, la choisit et acquiert la licence?Droits d’utilisation et fichiers consignés

Construisez le budget par domaine de travail

Un budget organisé par domaine de travail rend les omissions visibles. L’exploration couvre la recherche, l’alignement des parties prenantes, l’analyse des données et les exigences. Les contenus englobent l’audit, l’architecture de l’information, la rédaction, la révision, la traduction et la migration. La conception de l’expérience couvre les parcours, les schémas fonctionnels, l’orientation visuelle et les déclinaisons responsives. La réalisation comprend les gabarits, le modèle de contenu, les intégrations et la configuration. L’assurance qualité porte sur l’accessibilité, les performances ainsi que les tests des navigateurs et formulaires. La transition inclut les redirections, la mesure d’audience, la formation et l’assistance au lancement.

Demandez si la gestion de projet, les réunions, les cycles de retours et la transmission sont compris. Ces activités mobilisent des ressources réelles et ne doivent pas disparaître derrière la mention «inclus» lorsque les hypothèses des offres diffèrent.

Pour chaque domaine, indiquez la partie responsable et la dépendance. Un texte fourni par le client n’est pas gratuit si personne en interne ne dispose du temps ou de l’autorité nécessaires pour le produire.

Exemple de calcul fictif, qui ne représente ni les tarifs de Website Rebuild, ni un prix du marché, ni un devis: un acheteur saisit 24 heures pour l’exploration et les contenus, 36 heures pour le design et la réalisation, puis 20 heures pour la migration et l’assurance qualité. Avec un taux purement illustratif de CHF 120 saisi dans le calcul, 80 heures représentent CHF 9’600. En ajoutant CHF 600 d’outils confirmés et propres au projet, le total prévisionnel atteint CHF 10’200. Ce calcul est utile parce que ses hypothèses sont visibles. Une autre offre du même montant pourrait exclure la traduction, l’intégration des contenus ou l’assistance. Remplacez chaque chiffre par les volumes et les tarifs correspondant à votre propre périmètre et à vos prestataires.

  • Exploration et prise de décision.
  • Stratégie de contenu, production, traduction et migration.
  • Architecture de l’information et design responsive.
  • Développement, configuration du CMS et intégrations.
  • Assurance qualité, accessibilité et contrôles de performance.
  • Transition SEO, mesure d’audience et lancement.
  • Formation, documentation et assistance sous garantie.
Domaine de travailExemple de responsabilité du clientExemple de responsabilité du prestataire
ContenusFournir les faits de référence et valider les affirmationsMener les entretiens, rédiger, réviser et intégrer les textes approuvés
DesignDésigner une seule personne décisionnaireProduire les états et documenter le comportement des composants
IntégrationFournir les accès aux comptes et les règles de gestion des donnéesRéaliser l’intégration, tester la gestion des échecs et documenter la configuration
LancementValider l’état de préparation et le planning des équipesExécuter la liste de contrôle et surveiller les problèmes techniques

Comparez les devis avec une grille de normalisation

Mettez les montants totaux de côté jusqu’à ce que vous ayez cartographié le périmètre. Créez une ligne pour chaque livrable et chaque responsabilité, puis indiquez pour chaque devis si l’élément est inclus, exclu, provisionné, fourni par le client ou peu clair. Demandez les précisions par écrit.

Méfiez-vous des formulations identiques qui cachent des niveaux de prestation différents. La «migration des contenus» peut désigner une importation automatique, un placement manuel dans de nouveaux gabarits ou encore une réécriture avec contrôle qualité. Le «design responsive» peut correspondre à quelques maquettes ou à un comportement documenté pour chaque état des composants. Le «SEO» peut se limiter aux métadonnées ou inclure l’inventaire des URL, les redirections et le suivi.

Évaluez aussi le modèle commercial. Un forfait transfère au prestataire une partie du risque lié à un périmètre défini, mais repose généralement sur des hypothèses strictes. Une facturation au temps passé autorise les changements, mais exige des priorités, des rapports et un contrôle des dépenses. Un modèle par phases peut réduire l’incertitude avant l’engagement le plus important.

Élément comparéDevis ADevis BPrécision nécessaire
ContenusLe client fournit les textes définitifsRédaction incluse pour les gabarits nommésQui migre les anciens articles?
Transition des URLRedirections mentionnéesInventaire, correspondances et tests des redirectionsCombien d’URL et qui valide les correspondances?
RetoursDeux cycles par étapeCollaboration hebdomadaireQu’est-ce qui compte comme cycle ou modification?
AssistancePériode de correction de trente joursService mensuel proposéDéfinir les défauts, les délais de réponse et les travaux facultatifs

Clarifiez la propriété et les coûts récurrents

Le prix de la réalisation ne représente qu’une partie du coût du site. Consignez l’hébergement, les domaines, les licences logicielles, les polices, les images de stock, les outils de consentement, les services de sécurité, les sauvegardes, la surveillance, les contrats d’assistance et les intégrations tierces. Pour chaque élément, indiquez le titulaire du compte, la partie facturée, la date de renouvellement, la procédure de résiliation et les possibilités d’exportation.

Lorsque c’est possible, privilégiez des comptes au nom du client. Exigez les accès adaptés au projet pour le domaine, l’hébergement, le CMS, la mesure d’audience, les fichiers sources et les dépôts de code. Documentez le devenir des données, des licences et des fonctionnalités lorsqu’un service récurrent prend fin.

Séparez les frais récurrents indispensables des améliorations facultatives. L’hébergement et la maintenance critique peuvent être nécessaires. La production de contenus, les expérimentations de conversion et les pages de campagnes peuvent constituer des travaux facultatifs planifiés. La décision d’approbation devient ainsi transparente.

  • Prestataire et propriétaire légal de chaque compte.
  • Fréquence de facturation et mécanisme de renouvellement.
  • Assistance incluse et situations qui entraînent des frais supplémentaires.
  • Procédure d’exportation des données et des contenus.
  • Accès, fichiers sources et documents de transmission.
  • Conséquences d’une fin de collaboration.
Poste récurrentQuestion de propriétéQuestion de sortie
DomaineÀ qui appartient le compte auprès du registraire?L’entreprise peut-elle le transférer directement?
HébergementQui contrôle la configuration et les sauvegardes?Comment le site et la base de données sont-ils exportés?
LicenceAppartient-elle au client ou fait-elle partie de l’offre du prestataire?Qu’est-ce qui cesse de fonctionner à son expiration?
AssistanceQuels délais de réponse et quels travaux sont inclus?Comment l’assistance peut-elle être résiliée ou remplacée?

Budgétez réellement la migration et le lancement

Une refonte peut conserver le domaine tout en modifiant les URL, les contenus et les liens internes. Google conseille de préparer une table de correspondance entre les anciennes URL et leurs nouvelles destinations, puis d’utiliser des redirections permanentes côté serveur pour les déplacements définitifs. Google recommande également de mettre à jour les liens internes et de surveiller la transition. Ces activités exigent un inventaire, des décisions, une réalisation et des tests. Elles doivent donc figurer dans le devis.

Incluez la configuration et la vérification de la mesure d’audience, les tests de transmission des formulaires, le comportement du consentement, les contrôles d’accessibilité, les tests de performance, la relecture des contenus, les sauvegardes, le plan de retour en arrière et la disponibilité des équipes. La liste de contrôle du lancement doit nommer la personne habilitée à décider si le site est prêt.

Ne laissez pas la mention «lancement inclus» masquer les premiers jours d’assistance. Définissez la période de correction des défauts, le canal de réponse, la surveillance et la personne chargée des corrections urgentes liées aux contenus ou aux intégrations.

  • Inventaire des anciennes URL et table de destinations approuvée.
  • Redirections permanentes et mise à jour directe des liens internes.
  • Vérification de la mesure d’audience et des actions clés.
  • Test des formulaires jusqu’à la réception et la réponse.
  • Sauvegarde, retour en arrière et autorité de lancement.
  • Triage des défauts et surveillance après le lancement.

Prévoyez une réserve sans signer un chèque en blanc

La réserve doit couvrir des incertitudes identifiées, pas des ambitions indéfinies. Tenez un registre des risques qui précise leur probabilité, leur impact, leur responsable et la réponse prévue. Il peut s’agir d’intégrations non documentées, de contenus sources insuffisants, de personnes chargées de la validation qui ne sont pas disponibles ou d’anciennes URL impossibles à exporter proprement.

Débloquez la réserve au moyen d’une procédure écrite de gestion des changements. Chaque modification doit préciser sa raison, son périmètre, son incidence sur les coûts ou les délais, ainsi que la priorité qui sera reportée si le budget total reste fixe. Vous évitez ainsi l’accumulation invisible de petits ajouts.

Un modèle de priorisation utile distingue les exigences indispensables au lancement, les améliorations souhaitables et les possibilités ultérieures. Protégez en premier lieu le parcours client, les obligations réglementaires, l’intégrité des données et la propriété opérationnelle.

RisqueIndice précoceRéponse budgétaire
Les anciens contenus sont incohérentsUn audit par échantillon révèle des doublons et l’absence de responsablesFinancer un inventaire approfondi avant la migration
L’intégration n’est pas documentéeAucun compte de test ni aucune spécification des champsCréer une tâche d’exploration technique
Les validations risquent de prendre du retardPlusieurs parties prenantes peuvent bloquer les textesDésigner une personne responsable et planifier les périodes de validation
De nouvelles idées apparaissent pendant le designLa liste des demandes s’allonge après chaque revueAppliquer les priorités du lancement et le contrôle des changements

Liez les échéances de paiement à des preuves

Les échéances doivent correspondre à des livrables et à des décisions qui peuvent être examinés. Un acompte peut réserver des ressources, puis les paiements suivants peuvent être liés à un cahier des charges validé, à une direction approuvée, à des gabarits fonctionnels, à la préparation de la migration et à l’acceptation du lancement. Le contrat doit définir ce que signifie une approbation et l’effet d’un retard des contributions du client sur le planning.

Les critères de validation doivent être observables. Remplacez «moderne, rapide et optimisé pour le SEO» par des parcours nommés, des navigateurs ou appareils pris en charge, des contrôles des contenus et des redirections, des preuves de transmission des formulaires, la remise des accès et des conditions convenues pour les tests de performance. Évitez les garanties de positionnement ou de volume de prospects, car le prestataire ne maîtrise pas tous les facteurs.

Conservez une liste écrite des limites connues et des éléments à traiter après le lancement. La validation n’exige pas de prétendre que des travaux facultatifs étaient inclus.

  • Livrable et personne décisionnaire.
  • Délai de revue et nombre de cycles de révision inclus.
  • Preuve de validation objective.
  • Dépendances et traitement des retards.
  • Définition d’un défaut et délai de correction.
  • Éléments transmis et confirmation des accès.

Préparez un appel d’offres qui facilite la décision

Envoyez à chaque prestataire le même dossier concis: objectif commercial, utilisateurs et parcours prioritaires, inventaire du site actuel, gabarits de pages, langues, intégrations, responsabilités, contraintes, modèle d’exploitation souhaité et attentes de validation. Invitez les prestataires à remettre en question les hypothèses et à signaler les risques.

Demandez une ventilation du périmètre, l’approche de réalisation, les rôles de l’équipe, les contributions attendues du client, les exclusions, les coûts récurrents, la propriété et la procédure de gestion des changements. Les exemples de réalisations sont utiles lorsqu’ils expliquent une contrainte comparable et la contribution du prestataire, pas lorsqu’ils se limitent à une capture séduisante dans le même secteur.

Un concept gratuit de page d’accueil peut aider à tester la hiérarchie du message et l’orientation mobile avant la réalisation. Considérez-le comme un élément parmi d’autres pour définir le périmètre. La réalisation, l’hébergement et les travaux récurrents nécessitent toujours des devis et un accord commercial séparés.

VOS QUESTIONS, NOS RÉPONSES

Questions fréquentes

Combien coûte la refonte d’un site?

Il n’existe pas de montant universel qui soit sérieux. Le coût dépend de la stratégie, des gabarits de pages uniques, des contenus, des langues, des intégrations, de la migration, de l’assurance qualité, des responsabilités et des services récurrents. Définissez ces éléments avant de comparer les estimations.

Que doit contenir un devis de refonte de site?

Il doit préciser les livrables, les hypothèses, les exclusions, les responsabilités du client, les cycles de revue, les critères de validation, la propriété, les frais récurrents et la gestion des changements. La migration et l’assistance après le lancement doivent être explicites lorsqu’elles sont pertinentes.

Faut-il demander un prix forfaitaire pour une refonte?

Un forfait peut convenir à un périmètre stable et bien défini. Si des exigences importantes restent incertaines, une phase d’exploration payante ou une estimation par phases permet de les clarifier avant l’engagement principal.

Quel montant faut-il prévoir comme réserve?

Déterminez la réserve à partir des risques identifiés pour le projet plutôt qu’en appliquant un pourcentage universel inexpliqué. Consignez chaque risque et exigez une autorisation écrite avant d’utiliser la réserve.

Quels coûts récurrents faut-il prévoir pour un site?

Les catégories courantes comprennent l’enregistrement du domaine, l’hébergement, les licences, la surveillance, la maintenance, l’assistance et les services tiers. La liste réelle dépend de l’architecture et du modèle de service choisis. Exigez donc un calendrier des renouvellements et des propriétaires.

À qui doivent appartenir les comptes et fichiers du site?

L’entreprise doit disposer d’un accès clair et de droits documentés sur le domaine, les contenus, les données, la mesure d’audience, les livrables de design et les fichiers sources appropriés. Les contrats doivent expliquer les licences, les composants tiers et ce qui peut être exporté ou transféré à la fin des services.

POUR ALLER PLUS LOIN

Sources et références

  1. Migrations et déplacements de sites

Étape 1 sur 2

Parlez-nous de votre entreprise

Quelques précisions nous aident à mieux répondre à vos besoins.

Un concept graphique pour un site d'entreprise. La réalisation, l'hébergement et les prestations récurrentes font l'objet d'une offre séparée.