Contrat de développement web : que vérifier avant de signer
Un contrat de développement web compte à exactement deux occasions : quand le projet se passe mal, et quand la relation se termine. Les deux sont prévisibles, et une poignée de clauses détermine combien elles vous coûtent.
Ce guide couvre ce qu'il faut vérifier avant de signer, ce dont chaque clause vous protège, et les termes qui valent la peine d'être négociés.
La propriété : la clause qu'on ne peut pas corriger ensuite#
Tout le reste dans un contrat se renégocie. La propriété non, une fois la relation mal terminée.
- Le code source vous appartient au paiement final, sans condition de licence continue.
- Le domaine est enregistré au nom de votre organisation, avec vos coordonnées de facturation, pas celles du prestataire.
- Les comptes d'hébergement et de tiers sont à votre nom, avec le prestataire ajouté comme utilisateur.
- Le contenu, les images et les textes que vous avez fournis restent les vôtres ; posez la question pour ce qu'ils créent.
- Les licences tierces — polices, extensions, banques d'images — sont transférées ou listées pour que vous achetiez les vôtres.
- Si du code est concédé sous licence plutôt que cédé, cela est indiqué explicitement avec ses conditions.
- À la résiliation vous recevez le code, la base de données et les identifiants dans un délai indiqué.
« Le code vous appartient une fois la facture finale réglée » est la phrase à chercher. « Nous vous concédons une licence d'utilisation du site » est un autre arrangement, et vous devriez savoir que vous le choisissez.
Périmètre, changements et corrections#
La plupart des litiges sont des litiges de périmètre sous un autre nom. Ces clauses décident qui paie le désaccord.
| Clause | Ce qu'il faut chercher |
|---|---|
| Périmètre des travaux | Une liste précise, jointe en annexe, pas un paragraphe |
| Hors périmètre | Une liste d'exclusions explicite : contenu, photographie, saisie, SEO |
| Processus de changement | Qui demande, qui chiffre, comment c'est validé, effet sur la date |
| Tours de correction | Un nombre, et le coût d'un tour supplémentaire |
| Recette | Ce qui compte comme validation, et le délai dont vous disposez pour relire |
| Obligations du client | Ce que vous devez fournir, pour quand, et l'effet en cas de retard |
| Retard | Ce qui se passe des deux côtés : cela ne devrait pas être unidirectionnel |
Paiement, lancement et support#
Adosser les paiements à des choses que vous pouvez voir protège les deux parties ; ce n'est pas une demande hostile.
- Des paiements par jalons contre des livrables que vous pouvez inspecter, pas seulement contre des dates.
- Un acompte de 30 à 50 % est normal ; le paiement intégral avant le début ne l'est pas.
- Paiement final au lancement, pas à une validation interne que vous ne pouvez pas vérifier.
- Une période définie après le lancement pour corriger les défauts — couramment 30 à 90 jours — et ce qu'est un défaut.
- La différence entre un défaut (ils corrigent) et une nouvelle demande (vous payez), énoncée avec des exemples.
- Des délais de réponse par gravité, si l'indisponibilité du site compte pour votre activité.
- Si la maintenance est incluse, optionnelle ou absente — et son tarif si vous la prenez plus tard.
Résiliation et ce que les gens oublient#
Les clauses qui ne comptent qu'une fois, et qui comptent alors énormément.
| Élément | Pourquoi cela compte |
|---|---|
| Préavis | Les deux parties devraient pouvoir sortir avec un préavis raisonnable |
| Paiement à la résiliation | Ce qui est dû pour du travail réalisé mais non livré |
| Passation | Code, base de données, identifiants et documentation, dans un délai indiqué |
| Plafond de responsabilité | Généralement la valeur du contrat ; sachez lequel |
| Protection des données | Obligatoire s'ils traitent des données personnelles pour votre compte |
| Confidentialité | Mutuelle, et elle devrait survivre à la résiliation |
| Droits de référence | Ils voudront montrer le travail ; convenez des conditions maintenant |
| Droit applicable | Compte beaucoup avec un fournisseur à l'étranger |
| Processus de litige | La médiation avant le contentieux économise de l'argent des deux côtés |
Un fournisseur à l'aise avec une clause de résiliation claire est généralement un fournisseur qui s'attend à ce que la relation se passe bien. Une résistance à cette clause mérite une question.
Questions fréquentes
Ai-je besoin d'un avocat pour un contrat web ?
Pour un petit projet, un accord écrit clair couvrant les points ci-dessus est généralement proportionné. Pour quelque chose de conséquent — une boutique, une application, ou une construction dont la perte ferait vraiment mal — quelques heures de relecture juridique sont peu coûteuses face à la valeur en jeu. Au minimum, faites-le lire par quelqu'un qui n'est pas enthousiaste à propos du projet.
Est-il normal que le prestataire détienne le domaine ?
C'est courant et ce n'est pas dans votre intérêt. Le domaine devrait être enregistré au nom de votre organisation avec vos coordonnées de facturation ; ajoutez le prestataire comme contact technique s'il a besoin d'un accès. Les domaines détenus par un ancien fournisseur sont l'une des situations les plus fiablement pénibles de ce secteur.
Quel acompte est raisonnable ?
Trente à cinquante pour cent, le solde réparti entre jalons et lancement. Un acompte est légitime : il couvre le risque du fournisseur que vous disparaissiez. Le paiement intégral d'avance déplace tout le risque vers vous et ne vous laisse aucun levier si le travail s'arrête à quatre-vingts pour cent.
Et si le projet prend du retard ?
Le contrat devrait traiter le retard des deux côtés, car il est très souvent causé par le contenu ou les décisions du client. Cherchez une clause qui les distingue et énonce la conséquence. Les clauses pénales paraissent rassurantes et ne font généralement qu'augmenter le prix, puisque le fournisseur intègre ce risque.
contrat développement webcontrat création site webpropriété du codeconvention site webpérimètre des travauxchecklist contrat développeur
