Réponse en bref
« Clé en main » décrit une impression de résultat, pas un périmètre négocié. Voici les lignes qui restent le plus souvent hors du devis, comment inscrire le périmètre au contrat et quoi demander au prestataire avant de signer.
« Clé en main » est une promesse, pas un périmètre
La formule vient du bâtiment : vous remettez les clés, vous revenez plus tard et tout fonctionne. Sur un devis de site corporate, la même formule devient une liste finie de lignes, et tout ce qui n'y figure pas se facture à part. L'écart entre la promesse et la liste explique presque toutes les factures désagréables de fin de projet.
Il ne s'agit généralement pas de mauvaise foi. Le studio chiffre ce qu'il sait chiffrer : pages, maquettes, intégration, connexions techniques, tests. Les textes, la photographie, le domaine, la messagerie, les pages légales et le paramétrage analytics restent à la frontière : les deux parties les supposent et aucune ne les écrit. Dans un contrat, le sous-entendu n'existe pas.
La question utile n'est donc pas ce que coûte un site clé en main, mais quelles lignes cette clé ouvre exactement. Ce qui suit décrit la différence pratique entre ce que l'acheteur croit inclus, ce qui est le plus souvent exclu, et comment faire passer les deux moitiés dans le texte du contrat avant que le travail commence.
Ce que le client entend et ce que le studio chiffre: Textes, photographie, domaine, hébergement, messagerie…
Dans la tête du client, la formule se lit ainsi : je fournis un logo et je raconte l'entreprise, et quelques semaines plus tard je reçois un site en ligne à ma propre adresse, avec messagerie professionnelle, textes finis, photographies, un formulaire qui fonctionne et des statistiques de visites. L'attente est raisonnable ; c'est ainsi qu'on vend un appartement meublé.
Dans la tête du studio, la même formule signifie plutôt la conception et le développement d'un nombre de pages convenu, remplies avec les contenus fournis par le client, publiées sur un hébergement payé par le client. Les deux lectures sont honnêtes. Le problème est qu'aucune n'est dite à voix haute avant la signature.
Les réconcilier prend une demi-heure. Chaque partie écrit séparément ce qui sera à l'écran le jour de la recette et qui l'a produit. La différence entre ces deux listes, ce sont vos futures factures en plus, vues tôt, quand il reste du temps pour en discuter calmement.
Les lignes le plus souvent absentes du devis
La liste des exclusions change peu d'un projet à l'autre : textes et relecture, photographie et illustration, domaine, hébergement, messagerie professionnelle, paramétrage des analytics et des objectifs, pages légales, traduction vers d'autres langues, transfert des fichiers sources et des accès. Chaque ligne est modeste isolément ; ensemble, elles forment un second budget.
Le montant compte moins que le moment. Ces factures n'arrivent pas au début, quand le budget est encore ouvert, mais à la fin, quand le site est presque prêt, que la date de lancement est annoncée et que négocier devient inconfortable. D'où l'impression tenace d'un projet qui a grossi, alors que le prix était simplement incomplet.
La bonne réaction n'est pas de chercher un studio où tout serait inclus. Si tout l'est vraiment, le coût de ces travaux reste dans le prix, vous ne le voyez simplement pas. La bonne réaction est de voir les lignes tôt et de les répartir : certaines au prestataire, certaines à votre équipe, certaines reportées à une deuxième phase.
Nom de domaine, hébergement et messagerie : trois abonnements distincts
Un domaine ne s'achète pas une fois pour toutes. C'est un enregistrement à durée limitée qu'il faut renouveler, et il est détenu au nom d'un titulaire précis. S'il est déposé au nom du prestataire, vous louez votre propre nom. Le déposer au nom de l'entreprise et garder l'accès au bureau d'enregistrement coûte bien moins cher le premier jour qu'une migration un an plus tard.
L'hébergement est le deuxième abonnement et la messagerie professionnelle le troisième. La plupart des acheteurs découvrent le troisième au moment où ils demandent une adresse du type info@ et apprennent qu'il s'agit d'un service distinct sur une facture distincte. Aucun des trois n'appartient au développement, et pourtant sans eux l'entreprise n'a pas de site opérationnel.
Dans le contrat, cela se règle avec un seul tableau : qui dépose quoi, au nom de qui, qui paie la première année, où arrive la facture et ce qu'il advient des abonnements à la clôture du projet. Le tableau tient sur une page et supprime presque toutes les discussions ultérieures sur la responsabilité de chacun.
Textes et photographies : la facture supplémentaire la plus fréquente
Une maquette se remplit avec de vrais mots. S'ils manquent, le projet s'arrête, et il s'arrête généralement après la validation et le paiement du design. La rédaction est un travail distinct avec son propre calendrier : entretiens, structure de page, brouillon, corrections, relecture. Elle est soit au devis, soit à votre charge.
La photographie se comporte pareil. La banque d'images couvre les fonds et les abstractions, mais ne montre ni vos bureaux, ni votre produit, ni vos équipes, c'est-à-dire ce qui retient le visiteur. Une prise de vue, c'est une journée à part, un budget à part et une licence à part : où publier les images, pour combien de temps et dans quels pays.
Le compromis qui fonctionne ressemble à ceci : le prestataire fournit la structure des pages et une liste de questions, vous répondez en langage courant, un éditeur amène le texte au niveau publiable. C'est moins cher que d'écrire depuis zéro et plus honnête que d'espérer voir les textes apparaître le week-end précédant le lancement.
Pages légales et analytics : le travail que personne n'annonce
Une politique de confidentialité n'est pas décorative. Le guide GDPR.eu est explicite : l'information sur la vie privée doit être fournie au moment où les données sont collectées, dans une langue concise et claire, et elle doit nommer des éléments précis — qui vous êtes, pourquoi vous collectez, sur quelle base juridique, combien de temps vous conservez et quels droits la personne possède.
Les analytics sont aussi un travail, pas une case à cocher. Poser une balise ne suffit pas : quelqu'un doit décider ce qui compte comme demande, paramétrer les événements, vérifier que le formulaire les déclenche vraiment et convenir de qui lit les rapports et à quelle fréquence. Sans cela, trois mois plus tard personne ne peut dire si le site fonctionne.
Ces deux lignes n'apparaissent presque jamais dans une proposition, parce qu'aucune ne ressemble à un site. Inscrivez-les explicitement au devis, même à coût nul avec la mention que le client s'en charge. Un zéro dans un contrat porte plus d'information qu'une ligne tout simplement absente.
Vitesse et référencement : un critère vérifiable au lieu d'une impression
« Un site rapide » relève du goût, pas de la recette. La version vérifiable se lit autrement : web.dev décrit trois Core Web Vitals — LCP, INP et CLS — avec des seuils de 2,5 secondes, 200 millisecondes et 0,1, évalués au 75e centile des chargements. Une condition de ce type s'écrit dans un contrat et se contrôle.
Pour le référencement, l'ajustement va dans l'autre sens. Le guide de démarrage de Google Search Central indique que la grande majorité des sites sont trouvés et ajoutés automatiquement, et que l'envoi d'un sitemap aide sans être obligatoire. « Nous vous faisons indexer » n'est donc pas une prestation. La prestation, c'est la structure, la vitesse, le balisage et le contenu.
La recette dans son ensemble devrait être une liste d'affirmations vérifiables : les formulaires envoient le courrier à une adresse nommée, ce courrier arrive, les mesures tiennent dans les seuils, les pages s'ouvrent sur un téléphone, chaque page a un titre et une description, les analytics enregistrent une demande. Le reste est une conversation de goût, pas une recette.
Fichiers sources et transfert des accès : la vraie fin d'un projet
Un projet se termine par un transfert, pas par un lancement. La liste complète est courte : fichiers sources du design, dépôt de code, accès à l'hébergement et au panneau d'administration, compte du bureau d'enregistrement, administration de la messagerie, propriétés analytics, compte administrateur du CMS et notice pour les mises à jour courantes.
S'il en manque un seul, resté chez le prestataire, vous ne possédez pas le site : vous l'utilisez. Sous un contrat de service assumé, c'est parfaitement acceptable. Ce ne l'est plus quand la découverte est accidentelle, au moment précis où il faut changer de prestataire vite ou modifier une page sans détenir les accès.
Le transfert prend du temps : il doit donc être payé ou inscrit au périmètre. Une ligne intitulée transfert des fichiers sources et des accès coûte peu et épargne des semaines de courriels. La bonne pratique consiste à l'accepter dans un document séparé listant les comptes remis et confirmant que chaque connexion fonctionne.
Rendre le périmètre contractuel et quoi demander avant de signer
Un périmètre contractuel n'est pas un document épais. Ce sont trois listes courtes : ce qui est inclus, ce qui est exclu, et ce que le client fournit et pour quand. La troisième compte le plus, car c'est elle qui glisse : textes, photographies, informations sur l'entreprise, mentions juridiques et décisions de structure sont presque toujours du côté du client.
Les questions avant signature sont brèves. Au nom de qui est le domaine et qui paie la première année ? Combien de pages de texte sont incluses et qui les rédige ? Une prise de vue est-elle prévue et à qui appartiennent les droits ? Qui prépare les pages légales ? Que paramètre-t-on exactement dans les analytics ? Que remet-on à la clôture ?
VITON13 est un studio de design et de développement basé à Saint-Pétersbourg qui travaille à distance dans le monde entier, et une partie de nos travaux se mène avec l'IA sous direction humaine dans une fourchette de $13–$113. Aucun chiffre ne veut rien dire sans la liste des lignes qu'il couvre. La liste d'abord, le nombre ensuite.
Checklist pratique
- Demandez le devis en trois listes : inclus, exclu, fourni par le client.
- Vérifiez au nom de qui est le domaine et qui paie la première année.
- Précisez combien de pages de texte sont incluses et qui les rédige.
- Fixez les droits sur les photographies et leur durée d'utilisation.
- Ajoutez les pages légales et le paramétrage analytics comme lignes distinctes.
- Faites du transfert des accès et des sources un document séparé.
Questions et réponses
Que contient généralement une offre de site clé en main ?
En général la conception et le développement d'un nombre de pages convenu, l'adaptation mobile, le paramétrage de base des formulaires, l'intégration des contenus fournis par le client et la mise en ligne. Tout le reste dépend du devis précis : la seule façon fiable de connaître le périmètre est de lire les lignes, pas la formule.
Quelles prestations sortent le plus souvent du devis ?
Les textes et la relecture, la photographie et les droits d'image, le dépôt du domaine, l'hébergement, la messagerie professionnelle, le paramétrage des analytics et des objectifs, les pages légales, la traduction et le transfert des fichiers sources et des accès. Chaque ligne est modeste, mais ensemble elles forment un second budget.
Au nom de qui déposer le domaine et l'hébergement ?
Au nom de l'entreprise cliente. Un domaine est un enregistrement à durée limitée qu'il faut renouveler et il appartient à celui qui est déclaré titulaire. Si le domaine et l'hébergement sont au nom du prestataire, vous utilisez votre propre adresse selon les conditions d'un tiers, et migrer un an plus tard coûte plus cher.
Comment vérifier la vitesse lors de la recette ?
Par des seuils mesurables plutôt que par une impression. Le site web.dev décrit trois Core Web Vitals — LCP, INP et CLS — avec des seuils de 2,5 secondes, 200 millisecondes et 0,1, évalués au 75e centile des chargements. Ces valeurs peuvent être inscrites au contrat et contrôlées sur des pages nommées.
Que faut-il transférer à la clôture du projet ?
Les fichiers sources du design, le dépôt de code, les accès à l'hébergement et au panneau d'administration, le compte du bureau d'enregistrement, l'administration de la messagerie, les propriétés analytics, un compte administrateur du CMS et une notice courte pour les mises à jour courantes.