7 points à vérifier sur la propriété du code de ton application

Tu paies 15 000 EUR pour ton application. À la livraison, tu penses que le code t’appartient. C’est faux. En droit français, la propriété du code source revient au développeur, pas à toi. Même quand la facture est réglée.

Voici les 7 points à vérifier dans ton contrat avant de signer. Pas un cours de droit. Une checklist, que ton prestataire soit freelance, agence ou vibe coder.

La règle qui surprend tout le monde

L’article L111-1 du Code de la propriété intellectuelle est sans ambiguïté : l’auteur d’une oeuvre est le titulaire des droits sur cette oeuvre. Le code source est une oeuvre de l’esprit. Le développeur en est l’auteur. Donc le développeur en est le propriétaire.

Payer ne change rien. La cession des droits d’auteur ne peut se faire que par un écrit explicite, daté, signé, qui liste chacun des droits transférés. C’est l’article L131-3 du même code. Sans cet écrit, la propriété intellectuelle reste chez le développeur, point.

Une seule exception : le salarié. Quand un développeur écrit du code dans le cadre de son contrat de travail, les droits patrimoniaux reviennent automatiquement à l’employeur, conformément à l’article L113-9. Pour tous les autres statuts (freelance, agence, stagiaire, vibe coder), le développeur reste propriétaire de ce qu’il a écrit, sauf clause contraire.

Le tableau qui clarifie

Cette règle vaut pour le code source, mais aussi pour les bases de données, les maquettes design et la documentation technique. Tout ce qui sort des mains du prestataire reste sa propriété tant qu’un contrat n’organise pas le transfert.

Combien coûte le silence du contrat

LDG Constructions a appris la règle à ses dépens. L’entreprise commande des sites web à une agence en 2011. Deux ans plus tard, elle veut changer de prestataire. L’agence coupe les sites du jour au lendemain. LDG doit reconstruire l’intégralité de ses sites. Facture finale : 33 459 EUR. Le tribunal de commerce de Besançon rejette son recours le 23 mars 2016 : le contrat de prestation ne contenait aucune clause de cession.

Le cas Generix contre ACSEP est encore plus violent. En 2021, le tribunal judiciaire de Marseille condamne ACSEP à payer 3 millions d’euros à Generix pour contrefaçon. Un développeur parti chez ACSEP avait réutilisé du code écrit chez son ancien employeur. L’analyse technique a démontré 2% de code identique entre les deux logiciels. C’était suffisant.

Ces deux décisions encadrent toute la matière. Quand le contrat est silencieux, c’est le client qui paie. Quand le contrat est clair, c’est le client qui gagne. Pour une vue d’ensemble du choix de prestataire, lis comment choisir qui va développer ton application.

Les 7 points à vérifier dans ton contrat

1. La clause de cession liste chaque droit séparément

La formulation “cession totale et illimitée” est nulle en droit français. L’article L131-3 du CPI impose que chaque droit cédé soit mentionné distinctement dans le contrat de développement.

Les droits à lister : reproduction, représentation, modification, adaptation, traduction, distribution, exploitation commerciale et non commerciale. Si l’un manque, tu ne l’as pas.

Une clause qui tient la route ressemble à ça :

“Le prestataire cède au client, à titre exclusif et définitif, les droits patrimoniaux suivants sur le code source livré : droit de reproduction par tous procédés, droit de représentation, droit de modification et d’adaptation, droit de traduction, droit de distribution sous toutes ses formes, droit d’exploitation commerciale et non commerciale.”

Le texte exact peut varier. Mais chaque droit doit y être nommé. Une formulation parapluie ne suffit pas, les juges l’écartent systématiquement.

2. L’étendue, la durée et le territoire sont définis

Même article L131-3, autre exigence : la cession doit préciser l’étendue, la destination, le lieu et la durée. Quatre mentions obligatoires.

Étendue et destination = à quoi sert le code (exploitation commerciale, modification libre, sous-licence, intégration dans d’autres produits). Lieu = le territoire géographique d’exploitation. Durée = combien de temps tu détiens les droits.

La formulation standard :

“Cession à titre exclusif, pour le monde entier, pour toute la durée légale de protection des droits d’auteur, pour tout mode d’exploitation commercial et non commercial, sur tous supports connus ou inconnus à ce jour.”

Sans ces quatre mentions, ta clause de cession est attaquable. Le développeur peut récupérer ses droits par voie judiciaire et te facturer à nouveau l’usage de ton propre code.

3. Le code source est listé comme livrable

C’est la subtilité que personne ne mentionne. Ton contrat peut prévoir une cession parfaite des droits sans préciser que le code source doit t’être physiquement remis. Résultat : tu détiens les droits sur un code que tu n’as jamais reçu. Inutilisable.

Le contrat doit lister explicitement, dans la section livrables :

• Le code source complet, dans toutes les versions intermédiaires
• La documentation technique et les commentaires de code
• L’accès au dépôt de versioning (GitHub, GitLab, Bitbucket)
• Les fichiers de configuration et les scripts de déploiement
• Les éventuels mots de passe et clés d’API utilisés pour les services tiers

Le format compte aussi. Préfère “export complet du dépôt Git avec historique” plutôt que “envoi par email”. Tu veux l’historique des commits, pas la dernière version compressée dans un zip.

4. Le dépôt de code est sur ton compte dès le jour 1

Ne laisse jamais ton développeur héberger ton code sur son propre compte GitHub. Création d’organisation à ton nom le jour 1, ajout du dev en collaborateur, point.

La règle paraît évidente. Pourtant la majorité des MVPs développés par des freelances vivent sur le compte personnel du dev. Quand le freelance disparaît, et ça arrive plus souvent que tu ne le crois, le code part avec lui.

Variante WordPress : l’agence garde l’accès admin et refuse de te le donner sous prétexte qu’une “mauvaise manipulation pourrait créer des problèmes”. Traduction : tu paies un abonnement infogérance à vie sous la menace de perdre ton site. C’est l’un des red flags les plus fréquents chez les prestataires.

Le test simple : tu dois pouvoir cloner ton dépôt sur ton ordinateur, dès la première semaine, sans demander la permission à personne.

5. Le nom de domaine et l’hébergement sont à ton nom

Le domaine s’enregistre sur ton compte personnel chez le registrar (OVH, Gandi, Cloudflare, Namecheap). Pas sur le compte de ton prestataire.

L’hébergement suit la même règle. Compte AWS, Vercel, Cloudflare, Scaleway au nom de ta société. Tu donnes les accès à ton dev, pas l’inverse.

Le scénario à éviter : ton prestataire enregistre le domaine, achète l’hébergement, configure l’ensemble. À la rupture du contrat, il garde la main sur tout. Tu ne peux ni récupérer ton trafic, ni migrer ton code, ni renouveler ton domaine sans son autorisation.

Cinq minutes pour créer les comptes. Cinq minutes qui t’évitent de payer 5 000 EUR pour une migration forcée plus tard.

6. Une clause de réversibilité encadre la fin du contrat

La réversibilité, c’est ce qui se passe le jour où la collaboration se termine. Le contrat doit prévoir :

• La remise complète du code source dans un format exploitable
• Une période de transition assistée (deux à quatre semaines minimum)
• La transmission de la documentation technique à jour
• La suppression des données client chez le prestataire après transfert
• Le coût défini de cette transition (ou la gratuité si tu peux la négocier)

Sans clause de réversibilité, la sortie devient un rapport de force. Le prestataire peut facturer 10 000 EUR pour “l’export”, traîner pendant des mois, ou refuser purement et simplement.

Cette clause coûte zéro à négocier en début de relation. Elle vaut une fortune en cas de divorce.

7. Le code généré par IA est couvert par une clause d’exclusivité

En 2026, une partie du code de ton application sera écrite par une IA. Claude, Cursor, Codex génèrent les premières lignes, le développeur supervise et corrige. Le résultat soulève une question juridique inédite : qui possède du code généré par une machine ?

Le droit français n’a pas tranché. Le CPI exige une oeuvre originale créée par une personne physique, ce qui exclut techniquement le code IA pur. En pratique, les CGU des outils (OpenAI, Anthropic, Cursor) attribuent les droits à l’utilisateur du prompt, donc au développeur, pas à toi.

Le risque réel n’est pas la propriété, c’est la réutilisation. Le même prompt génère souvent le même code. Ton dev peut reprendre ce code pour d’autres clients sans rien voler techniquement. Si tu fais appel à une agence de vibe coding, ce point doit être abordé en amont.

La parade : une clause d’exclusivité qui interdit explicitement la réutilisation, quelle que soit l’origine du code (humain ou IA).

“Le prestataire s’engage à ne pas réutiliser, sous quelque forme que ce soit, tout ou partie du code livré, qu’il soit écrit manuellement ou généré par un outil d’intelligence artificielle, pour le compte de tiers.”

Si ton dev refuse de donner le code

Tu as découvert trop tard que ton contrat ne couvre rien. Le développeur garde le code en otage. Voici les recours, dans l’ordre du moins coûteux au plus lourd.

Vérifie d’abord ce que dit le contrat

Même un contrat vague peut contenir des éléments exploitables. Une mention de livrables qui inclut “l’application complète”, une facture qui détaille “développement et livraison du code”, un email qui acte une cession orale, une capture de Slack où le dev confirme le transfert. Tout sert.

Garde aussi les preuves de paiement intégral. Sans facture impayée, le prestataire perd l’un de ses leviers de négociation.

Mise en demeure

L’étape avant le tribunal. Une lettre recommandée avec accusé de réception qui rappelle les obligations contractuelles et fixe un délai (15 jours typiquement). Coût : 50 EUR si tu la rédiges seul, 200 à 400 EUR via un avocat. Dans la majorité des cas, ça suffit. Le prestataire mesure le risque et préfère négocier.

Médiation

Plus rapide qu’un procès, moins coûteuse. Un médiateur professionnel de la Chambre de commerce ou de l’Ordre des avocats négocie une sortie. Compter 1 000 à 3 000 EUR, partagés entre les parties. Solution viable quand la relation peut être préservée et que le litige ne porte que sur les modalités de transfert.

Action en justice

Tribunal de commerce ou tribunal judiciaire selon la nature du litige. Compter 18 à 24 mois et 5 000 à 15 000 EUR de frais d’avocat. La jurisprudence favorise le client quand le contrat est clair, lui donne tort quand le contrat est vide. Avant de t’engager dans cette voie, fais auditer ton contrat par un avocat spécialisé en propriété intellectuelle.

L’escrow comme prévention

Pour les projets supérieurs à 50 000 EUR avec une dépendance critique à un seul prestataire, l’escrow logiciel est la solution propre. Un tiers de confiance (Vaultinum, Fidealis en France, Codekeeper à l’international) stocke ton code et le libère automatiquement si le prestataire fait faillite ou cesse de maintenir.

Coût : 950 à 4 500 USD par an pour le stockage de base, 2 750 à 29 000 USD pour la vérification technique. Réservé aux projets enterprise. Pour un MVP à 5 000 EUR, le dépôt GitHub à ton nom suffit largement. Pour tout savoir sur les prix de développement, lis combien coûte une application mobile.

La propriété du code n’est pas un détail juridique. C’est le seul actif qui te reste si la relation avec ton prestataire tourne mal. Vérifie tes 7 points avant de signer, négocie ce qui manque, et garde une copie du contrat. C’est exactement comme ça que je travaille avec mon agence vibe coding à Paris.

Foire aux questions

À qui appartient le code source d’une application ?

Au développeur qui l’a écrit, par défaut. C’est l’article L111-1 du Code de la propriété intellectuelle. Pour que le code t’appartienne, le contrat doit contenir une clause de cession explicite qui liste chaque droit transféré (reproduction, modification, distribution, exploitation). Sans cet écrit, payer ne suffit pas.

Le freelance est-il propriétaire de l’application qu’il développe ?

Oui, sauf clause de cession dans le contrat. Le statut indépendant n’a aucun effet sur la propriété intellectuelle. Seuls les développeurs salariés transfèrent automatiquement leurs droits patrimoniaux à leur employeur (article L113-9 du CPI). Pour un freelance, une agence ou un vibe coder, la cession doit être écrite noir sur blanc.

Comment sécuriser la propriété du code dans un contrat de développement ?

Sept points à inclure : clause de cession listant chaque droit séparément, étendue et durée et territoire définis, code source listé comme livrable, dépôt Git sur ton compte dès le jour 1, nom de domaine et hébergement à ton nom, clause de réversibilité encadrant la fin du contrat, clause d’exclusivité couvrant le code généré par IA.

Que faire si mon développeur refuse de donner le code source ?

Mise en demeure d’abord (50 à 400 EUR). Médiation ensuite si la relation peut être préservée (1 000 à 3 000 EUR). Action en justice en dernier recours (5 000 à 15 000 EUR, 18 à 24 mois de procédure). Le résultat dépend entièrement de ce que dit ton contrat. Sans clause de cession, le tribunal donnera raison au développeur.

La clause “cession totale et illimitée” est-elle suffisante ?

Non. Le droit français exige que chaque droit cédé soit listé séparément. L’article L131-3 du CPI impose la mention distincte de l’étendue, la destination, le lieu et la durée. Les juges écartent systématiquement les clauses parapluies. Reproduction, modification, distribution et exploitation commerciale doivent être nommés un par un.

Faut-il payer plus cher pour obtenir la propriété du code ?

Pas chez tous les prestataires. Certains incluent la cession par défaut, c’est mon cas chez Realistack. D’autres facturent un supplément de 20 à 50% pour transférer les droits. Le sujet doit être abordé avant la signature, pas après. Si un prestataire refuse de céder le code, c’est un signal d’alerte majeur.

Qu’est-ce qu’un escrow de code source ?

Un dépôt chez un tiers de confiance (Vaultinum, Fidealis en France, Codekeeper à l’international) qui stocke ton code et le libère automatiquement si le prestataire fait faillite ou cesse de maintenir. Coût : 950 à 4 500 USD par an pour le stockage, plus 2 750 à 29 000 USD pour la vérification technique. Réservé aux projets enterprise au-dessus de 50 000 EUR.

À qui appartient le code généré par une intelligence artificielle ?

Le droit français n’a pas tranché. Le CPI exige une oeuvre originale créée par une personne physique, ce qui exclut techniquement le code IA. En pratique, les CGU des outils (OpenAI, Anthropic, Cursor) attribuent les droits à l’utilisateur du prompt, donc au développeur. Pour toi, la solution est une clause d’exclusivité qui interdit la réutilisation, quelle que soit l’origine du code.

Quels sont les droits moraux du développeur sur le code ?

Incessibles et perpétuels en France. Même après une cession parfaite, le développeur conserve son droit de paternité (être identifié comme auteur) et son droit d’intégrité (s’opposer aux modifications qui dénaturent son travail). En pratique, ces droits sont rarement invoqués sur du code source mais ils existent. Aucun contrat ne peut y faire renoncer le développeur.

Comment prouver que je suis propriétaire du code source ?

Le contrat de cession signé est la preuve principale. En complément : dépôt à l’INPI via l’enveloppe Soleau (15 EUR), dépôt chez l’Agence pour la Protection des Programmes (APP, environ 95 EUR par dépôt), ou horodatage électronique. Le dépôt prouve l’antériorité, pas la propriété. C’est le contrat qui fait la propriété, le dépôt sert à dater.