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étaire | Décisions habituelles | Preuve avant validation |
|---|---|---|
| Exploration | Publics, objectifs, périmètre et contraintes | Cahier des charges validé et journal des décisions |
| Création | Contenus, design, gabarits et réalisation | Exemples approuvés et composants fonctionnels |
| Transition | Migration, redirections, tests et lancement | Table de correspondance, résultats des tests et plan de lancement |
| Exploitation | Hébergement, maintenance, licences et amélioration | Responsable, 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ètre | Questions qui modifient l’effort | Preuve de validation |
|---|---|---|
| Type de page | Structure unique ou gabarit réutilisable? | Gabarit approuvé sur les tailles d’écran convenues |
| Élément de contenu | Nouveau, révisé, migré ou supprimé? | Texte approuvé et source consignée |
| Version linguistique | Qui traduit, adapte et relit? | Validation par la personne nommément désignée |
| Intégration | Quelles données circulent et quels échecs sont possibles? | Réussite des scénarios de test de bout en bout |
| Ressource | Qui 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 travail | Exemple de responsabilité du client | Exemple de responsabilité du prestataire |
|---|---|---|
| Contenus | Fournir les faits de référence et valider les affirmations | Mener les entretiens, rédiger, réviser et intégrer les textes approuvés |
| Design | Désigner une seule personne décisionnaire | Produire les états et documenter le comportement des composants |
| Intégration | Fournir les accès aux comptes et les règles de gestion des données | Réaliser l’intégration, tester la gestion des échecs et documenter la configuration |
| Lancement | Valider l’état de préparation et le planning des équipes | Exé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 A | Devis B | Précision nécessaire |
|---|---|---|---|
| Contenus | Le client fournit les textes définitifs | Rédaction incluse pour les gabarits nommés | Qui migre les anciens articles? |
| Transition des URL | Redirections mentionnées | Inventaire, correspondances et tests des redirections | Combien d’URL et qui valide les correspondances? |
| Retours | Deux cycles par étape | Collaboration hebdomadaire | Qu’est-ce qui compte comme cycle ou modification? |
| Assistance | Période de correction de trente jours | Service 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écurrent | Question de propriété | Question de sortie |
|---|---|---|
| Domaine | À qui appartient le compte auprès du registraire? | L’entreprise peut-elle le transférer directement? |
| Hébergement | Qui contrôle la configuration et les sauvegardes? | Comment le site et la base de données sont-ils exportés? |
| Licence | Appartient-elle au client ou fait-elle partie de l’offre du prestataire? | Qu’est-ce qui cesse de fonctionner à son expiration? |
| Assistance | Quels 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.
| Risque | Indice précoce | Réponse budgétaire |
|---|---|---|
| Les anciens contenus sont incohérents | Un audit par échantillon révèle des doublons et l’absence de responsables | Financer un inventaire approfondi avant la migration |
| L’intégration n’est pas documentée | Aucun compte de test ni aucune spécification des champs | Créer une tâche d’exploration technique |
| Les validations risquent de prendre du retard | Plusieurs parties prenantes peuvent bloquer les textes | Désigner une personne responsable et planifier les périodes de validation |
| De nouvelles idées apparaissent pendant le design | La liste des demandes s’allonge après chaque revue | Appliquer 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



