Sur un projet web, la plupart des litiges ne naissent pas d’une faute technique, mais d’un désaccord sur ce qui avait été promis. Un contrat clair ne sert pas à gagner un procès : il sert à ne pas en arriver là. Voici les clauses qui, pour une mission de développement ou de conception, évitent que le flou d’aujourd’hui ne devienne le conflit de demain.
Définir le périmètre, et surtout ses limites
La première source de tension est le périmètre. Un devis qui liste des fonctionnalités sans dire où elles s’arrêtent laisse la porte ouverte à l’élargissement silencieux : la fameuse « petite demande en plus » qui, répétée, dévore la marge. La clause de périmètre décrit les livrables attendus, mais elle nomme aussi les exclusions et les hypothèses de travail — la version du CMS ciblée, les contenus fournis par le client, les navigateurs pris en charge.
Tout ce qui sort de ce cadre doit passer par un avenant, écrit, chiffré et signé avant exécution. Cette mécanique n’a rien de bureaucratique : elle transforme une négociation tendue en fin de projet (« mais je pensais que c’était compris ») en une décision explicite prise au bon moment. Le contrat gagne à distinguer les livrables des simples moyens, et à préciser les modalités de recette : combien d’allers-retours, sous quel délai le client valide, ce qui se passe en l’absence de réponse.
Le paiement : acompte, jalons et réserve de propriété
Un projet web se paie rarement en une fois. L’acompte à la commande — souvent trente à quarante pour cent — engage le client et couvre la mise en route. Le solde se découpe en jalons adossés à des livrables concrets, pas à des dates arbitraires. Adosser un versement à une phase recette plutôt qu’au 15 du mois évite de financer soi-même la lenteur d’un client. Ces échéances gagnent à être outillées : une facturation suivie qui déclenche les relances au bon moment vaut mieux qu’un tableur oublié.
Deux clauses complètent le dispositif. Les pénalités de retard de paiement, dont le principe est encadré par la loi entre professionnels, rappellent que le crédit fournisseur n’est pas gratuit. La clause de réserve de propriété, elle, prévoit que les livrables restent la propriété du prestataire jusqu’au paiement intégral : tant que la facture n’est pas soldée, le transfert des droits et la mise en production n’ont pas eu lieu.
Un devis signé vaut contrat, mais il reste muet sur les points qui fâchent : c’est précisément là que se logent les litiges.
La propriété intellectuelle : qui possède quoi
Le code et les créations ne se transfèrent pas automatiquement au client parce qu’il paie. En droit français, la cession des droits d’auteur doit être écrite et délimitée : quels droits, pour quels supports, quel territoire, quelle durée. Un contrat web sérieux distingue trois couches. Le sur-mesure produit pour la mission est cédé au client, en général à réception du paiement intégral. Les briques réutilisables du prestataire — un socle de composants, une librairie interne — restent sa propriété et sont concédées sous licence d’usage. Les dépendances tierces, enfin, gardent leurs propres licences open source, que le contrat a intérêt à mentionner pour éviter toute ambiguïté sur ce que le client peut redistribuer.
La même logique vaut pour les visuels, les polices et les contenus : une image sous licence pour un site ne l’est pas forcément pour une application mobile dérivée. Nommer ces limites protège le client autant que le prestataire, qui n’a aucun intérêt à céder des droits qu’il ne détient pas.
Responsabilité, données et réversibilité
Aucun prestataire sérieux ne promet un logiciel sans défaut. La clause de limitation de responsabilité plafonne l’indemnisation, souvent au montant de la mission, et exclut les dommages indirects comme la perte d’exploitation. Elle va de pair avec une définition honnête des garanties : la correction des anomalies pendant une période de garantie est une chose, la maintenance évolutive en est une autre, qui relève d’un contrat distinct.
Deux sujets méritent une clause propre. Le premier est la protection des données : dès que le prestataire traite des données personnelles pour le compte du client, le RGPD impose un contrat de sous-traitance qui fixe les obligations de chacun, un socle qui va de pair avec un niveau de sécurité minimal sur l’infrastructure. Le second est la réversibilité : à la fin de la relation, le client doit récupérer son code, ses accès, ses données et sa documentation dans un format exploitable. Préciser ce que « restituer » veut dire — un dépôt Git, des identifiants d’hébergement, un export de base — évite la prise en otage involontaire d’un projet par celui qui en détient les clés.
Fin de contrat : résilier sans tout casser
Un projet peut s’arrêter avant son terme : priorités du client qui changent, désaccord persistant, défaillance. La clause de résiliation prévoit qui peut mettre fin au contrat, avec quel préavis et quelles conséquences financières. Le principe équitable est simple : le travail réalisé et accepté est dû, les frais déjà engagés aussi, et les livrables correspondants sont remis au prorata du paiement. Distinguer la résiliation pour convenance — le client change d’avis — de la résiliation pour faute évite que l’une serve d’alibi à l’autre.
Deux points s’y rattachent utilement. La clause de non-sollicitation encadre le débauchage réciproque des équipes pendant et après la mission. Et une clause de médiation, qui impose une tentative de règlement amiable avant toute action en justice, coûte quelques lignes et évite souvent des mois de procédure : c’est la clause que l’on espère ne jamais lire, et celle qui rend les autres respirables.
| Clause | Risque couvert | À préciser |
|---|---|---|
| Périmètre et avenants | Élargissement non facturé de la mission | Livrables, exclusions, modalités de recette |
| Acompte et jalons | Trésorerie, désengagement du client | Pourcentage, déclencheurs, délais |
| Réserve de propriété | Livraison sans paiement | Transfert des droits au solde de la facture |
| Cession de droits | Litige sur la propriété du code | Droits, supports, territoire, durée |
| Limitation de responsabilité | Réclamations disproportionnées | Plafond, exclusion des dommages indirects |
| Réversibilité | Blocage à la fin du contrat | Formats, accès, délai de restitution |
Point de vigilance : un accord uniquement verbal ou un simple e-mail de validation ne disparaît pas en cas de conflit, mais il laisse le juge — ou le médiateur — interpréter des intentions. Chaque clause absente est une zone grise que l’autre partie remplira à sa façon le jour où les intérêts divergent.
Ce qu’il faut retenir
Un bon contrat de prestation web n’est pas un document défensif rédigé contre le client : c’est un cadre partagé qui rend explicites les décisions que l’enthousiasme du démarrage laisse dans l’ombre. Périmètre et avenants pour la portée, acompte et réserve de propriété pour l’argent, cession encadrée pour la propriété intellectuelle, limitation de responsabilité et réversibilité pour la sortie : ces six points couvrent l’essentiel des situations qui, faute d’écrit, finissent en bras de fer.
Le contrat idéal reste court et lisible. Mieux vaut cinq clauses comprises et respectées qu’un pavé juridique que personne ne relit — et qui, le jour venu, ne protège que celui qui l’a écrit.
La clause que je regrette le plus quand elle manque, c’est la réserve de propriété. J’ai livré, tôt dans ma vie de freelance, un site mis en production avant le paiement du solde ; récupérer mon dû a pris des mois. Depuis, la règle est simple : les droits et la mise en ligne suivent le paiement, jamais l’inverse. Ce n’est pas de la défiance, c’est de la clarté — et les clients sérieux la comprennent immédiatement. — Simon Janvier
Pour aller plus loin : les mentions et clauses d’un contrat professionnel (service-public.fr).
