Propriete 100% du code : pourquoi c'est le detail qui change tout (revente, sortie, independance)

Il y a une phrase que j'entends presque chaque mois en rendez-vous : "Mon site, je l'ai paye, donc il est a moi." Et il y a la realite : beaucoup de dirigeants decouvrent, le jour ou ils veulent revendre leur boite ou changer de prestataire, qu'ils ne possedent pas grand-chose de leur outil le plus strategique. Pas le nom de domaine. Pas les maquettes. Pas le code. Pas le droit de l'utiliser comme ils veulent.

Ce n'est pas anecdotique. Quand un investisseur entre au capital, quand un repreneur fait une due diligence, quand un associe sort, la question de la propriete intellectuelle du site et des outils numeriques tombe sur la table. Et c'est la que la facture du non-dit arrive.

Ce qui suit est une opinion ferme, assumee. Je ne pense pas que tout le monde doive faire du sur mesure. Mais tout le monde doit savoir ce qu'il possede vraiment. Et dans le doute, posseder son code, c'est posseder sa liberte strategique.

Le malentendu "j'ai paye donc c'est a moi" : ce que disent vraiment les contrats

En France, le Code de la propriete intellectuelle est clair : l'auteur d'un logiciel ou d'un site reste proprietaire des droits patrimoniaux, sauf cession ecrite expresse. Autrement dit, par defaut, payer une prestation de developpement ne vous transfere pas la propriete du code. Vous payez une prestation, vous obtenez un livrable, mais les droits d'exploitation, d'adaptation, de reproduction, de modification restent ceux qui les ont ecrits.

Beaucoup de contrats d'agence parlent de "livraison" et de "mise en production" sans jamais utiliser les mots qui comptent : cession exclusive et integrale des droits patrimoniaux pour toute la duree de protection legale. Sans cette clause, le prestataire reste juridiquement co-titulaire de ce qu'il a code pour vous. Il peut le reutiliser. Vous, vous ne pouvez pas le faire evoluer librement par un tiers.

Et meme quand la cession est prevue, elle est souvent partielle : "droit d'usage non exclusif", "licence d'exploitation", "code source remis sous reserve". Lisez bien. Une licence d'exploitation, ce n'est pas une propriete. C'est un droit revocable.

Les 4 niveaux de propriete (rien, hebergement, code partiel, code complet + droits)

Pour clarifier, je classe ce que je vois sur le terrain en quatre niveaux. Reperer le votre est le premier pas.

• Niveau 0 — Vous ne possedez rien. Plateforme proprietaire (Wix, Squarespace, Shopify, certains site builders). Vous louez un acces, vous publiez du contenu, mais le code, l'infrastructure, et meme parfois la base de donnees client appartiennent a la plateforme. Si elle ferme votre compte ou change de modele economique, vous perdez tout.
• Niveau 1 — Vous possedez l'hebergement et le nom de domaine. C'est mieux mais c'est le minimum. Le code tourne chez vous (ou chez votre hebergeur a votre nom), mais vous n'avez pas les sources, ou alors un theme paye sous licence non transferable.
• Niveau 2 — Vous possedez le code, mais partiellement. Cas classique avec WordPress : le coeur est sous licence GPL (libre), mais le theme premium, les plugins payants et les eventuelles briques custom ont chacun leur propre regime juridique. Vous avez "un site", mais pas un ensemble homogene que vous controlez.
• Niveau 3 — Vous possedez le code complet + tous les droits patrimoniaux. Sources versionnees, depot Git a votre nom, dependances open source clairement identifiees, cession ecrite et exclusive du travail specifique realise pour vous. La, vous etes vraiment proprietaire. Vous pouvez changer de prestataire demain, faire auditer, faire evoluer, revendre.

La plupart des dirigeants que je rencontre pensent etre au niveau 3 et sont en realite entre 0 et 2. Le but de cet article, c'est de vous donner les moyens de verifier.

Plateformes (Wix, Webflow, Shopify) : ce qui vous appartient vraiment

Soyons clairs : je ne diabolise pas ces outils. Pour un site vitrine d'une page lancee en quelques jours, ou un MVP qui doit valider une idee, ce sont des choix legitimes. Mais il faut savoir ce qu'on signe.

Sur Wix, Squarespace ou Webflow, le code HTML/CSS/JS qui s'execute dans le navigateur est genere par la plateforme. Vous ne pouvez pas l'exporter dans un format directement reutilisable ailleurs sans tout retravailler. Vos contenus (textes, images), oui, vous les possedez. Le design ? Il est "le votre" tant que vous restez chez eux. Quittez la plateforme, et vous repartez avec un export partiel qu'aucun developpeur ne pourra reprendre tel quel.

Sur Shopify, le moteur e-commerce, le checkout, la base produits, les commandes, les comptes clients : tout vit dans leur infrastructure. Vous louez un acces. C'est commode, c'est puissant pour demarrer. Mais le jour ou vous voulez quitter Shopify (changement de modele, blocage par l'algo, hausse des couts), vous emportez vos donnees CSV — pas votre boutique. J'ai detaille ce sujet dans comment quitter Shopify pour une boutique sur mesure.

La regle a retenir : sur une plateforme, vous etes locataire. C'est parfait quand on demarre et qu'on a besoin de vitesse. C'est un risque quand l'activite devient strategique et qu'on parle revente, levee de fonds ou independance.

WordPress : un cas special (code GPL, theme payant, plugins)

WordPress merite un paragraphe a part parce qu'il est ambigu. Le coeur de WordPress est sous licence GPL : un logiciel libre, que vous pouvez heberger ou vous voulez, modifier, redistribuer. A ce niveau-la, c'est plutot rassurant.

Le probleme arrive avec la composition reelle d'un site WordPress livre :

• Un theme premium achete sur ThemeForest ou Elementor Pro : licence individuelle, parfois liee a un compte du prestataire. Renouvellement annuel pour les mises a jour. Si la licence n'est pas a votre nom, vous heritez d'une dette technique le jour ou les mises a jour s'arretent.
• Des plugins payants (formulaires avances, builder visuel, SEO, e-commerce premium) : chacun avec sa propre licence, son propre renouvellement, parfois un nombre de sites limite.
• Des developpements specifiques (custom post types, fonctions, integrations) : la, la cession de droits doit etre explicite. Sinon, ils restent ceux du prestataire.

Resultat : votre site WordPress est juridiquement un patchwork. Le coeur est libre, certaines briques vous appartiennent, d'autres sont louees, d'autres restent au prestataire. Ce n'est pas dramatique en soi, mais en cas de revente, un repreneur va exiger un audit de chaque brique. Et le prix demande pour la societe peut s'en trouver ajuste.

J'ai compare en detail les deux mondes dans site sur mesure ou WordPress. Mon point ici n'est pas de dire que WordPress est mauvais — c'est de dire qu'il n'est pas un bloc homogene que vous "possedez".

Le pur code : ce qui change concretement en cas de revente, conflit, depart du prestataire

Faisons un pas de cote. Imaginons trois scenarios concrets ou la question de la propriete decide de l'avenir de l'entreprise.

Scenario 1 — Revente de la societe. Un repreneur fait une due diligence. Il regarde le chiffre, l'equipe, les contrats clients, et les actifs immateriels. Le site, la boutique, l'outil interne : qui en est proprietaire ? Si la reponse est "on est en location chez Shopify" ou "le prestataire a code ca mais on n'a pas la cession exclusive", la valeur de l'actif numerique tombe. Sur certaines reventes, c'est un pourcentage qui s'efface du prix de cession.

Scenario 2 — Conflit avec le prestataire. Le ton monte, le contrat de maintenance se termine mal. Si vous etes au niveau 3 (code complet + droits), vous prenez vos depots Git, vous changez de prestataire, point. Si vous etes en dessous, vous decouvrez que les sources sont sur un serveur qui ne vous appartient pas, que le theme est sous une licence personnelle, qu'un plugin custom n'a jamais ete cede. Vous etes coince — ou vous payez une rancon pour recuperer vos billes.

Scenario 3 — Le prestataire disparait. Cela arrive plus souvent qu'on ne pense. Liquidation, retraite, reorientation. Sans sources ni droits, votre site continue de tourner... jusqu'a la premiere panne. Apres, c'est la course pour reprendre un code inconnu, parfois mal documente. Cher, lent, risque.

Dans les trois cas, le pur code avec cession integrale fait la difference entre "je continue tranquillement" et "je perds des semaines de chiffre d'affaires et plusieurs mois de stress". C'est exactement la promesse de notre approche pur code sur mesure.

Cession de droits patrimoniaux : la clause qu'on oublie systematiquement

Je vais etre tres pratique. Voici la clause type qui doit figurer dans votre contrat de prestation, ou dans un avenant si elle n'y est pas :

"Le prestataire cede au client, a titre exclusif et pour toute la duree legale de protection, l'ensemble des droits patrimoniaux portant sur les developpements specifiques realises dans le cadre de la presente prestation, en ce compris les droits de reproduction, de representation, d'adaptation, de modification, de traduction, de distribution et de commercialisation, pour le monde entier et pour tous supports. Le code source est remis au client sous sa forme integrale et exploitable."

Cette formulation (a faire valider par votre conseil) couvre l'essentiel. Elle exclut deliberement les composants open source tiers (qui restent regis par leur licence d'origine) et les outils internes du prestataire qu'il a developpes pour son propre usage. Mais elle dit clairement que ce qui a ete code pour vous est integralement a vous.

Si un prestataire refuse cette clause ou la dilue, c'est un signal. Pas necessairement un mauvais signal — il peut avoir des raisons (briques mutualisees entre clients, framework interne). Mais alors il doit l'expliquer en clair, et vous devez decider en connaissance de cause.

Comment verifier qu'on possede bien son code (3 tests a faire)

Vous voulez savoir aujourd'hui ou vous en etes ? Trois tests, faisables en moins d'une heure.

Test 1 — Le depot Git. Demandez l'acces au depot Git du projet (GitHub, GitLab, Bitbucket). Le compte qui possede le depot est-il a votre nom, ou a celui du prestataire ? Si c'est le prestataire, demandez un transfert. Sa reaction est revelatrice : un transfert simple prend dix minutes.

Test 2 — La cle d'archive complete. Demandez par mail : "Pouvez-vous me transmettre une archive complete et autoportante de mon site, contenant le code source, les fichiers de configuration et la structure de la base de donnees, sous une forme qu'un autre developpeur pourrait reprendre ?" Une reponse en 48h, claire, avec un lien : vous etes proprietaire. Une reponse evasive, ou conditionnee a un paiement, ou qui explique que "c'est complique" : vous ne l'etes pas vraiment.

Test 3 — Le test du tiers. Imaginez qu'un autre developpeur reprenne demain votre site. A-t-il :

• Le code source complet et a jour ?
• La documentation technique minimale (stack, dependances, procedure de deploiement) ?
• Les acces serveur et base de donnees en son nom ?
• Une cession ecrite des droits ?

Si la reponse aux quatre est oui, vous etes au niveau 3. Si non, vous savez ce qu'il vous reste a clarifier — et il vaut mieux le faire avant que la situation ne devienne tendue.

Quand la propriete 100% ne sert a rien (et qu'un SaaS suffit)

Soyons honnete : il y a des cas ou exiger la propriete complete du code n'a aucun sens. Si vous lancez une page de capture pour tester une idee sur trois mois, un Wix fait le job. Si vous vendez deja sur Amazon et que vous ajoutez une vitrine Shopify pour completer, c'est rationnel.

La propriete complete devient un enjeu strategique quand l'outil numerique devient un actif de l'entreprise :

• Le site genere une part significative du chiffre.
• L'activite repose sur un outil metier qu'aucun concurrent n'a (espace client, configurateur, application metier interne).
• Vous envisagez une revente, une levee de fonds, une cession dans les annees a venir.
• Vous voulez pouvoir changer de prestataire sans renegocier toute votre vie numerique.

Si vous etes dans un de ces cas, le calcul change. Le surcout initial du sur mesure se compare a la valeur d'actif que vous construisez. Et cet actif, on le voit dans les projets que nous livrons : il continue de servir longtemps apres la mise en ligne, sans rente cachee.

Pour aller plus loin sur le choix de la base technique, j'ai detaille les criteres concrets dans notre approche des sites vitrines sur mesure et plus largement dans l'e-commerce sur mesure.

Questions frequentes

Si mon prestataire utilise des composants open source, est-ce que je possede vraiment mon site ?

Oui, mais avec une nuance. Le code specifique developpe pour vous est a vous (si la cession est ecrite). Les composants open source restent sous leur licence d'origine (MIT, GPL, Apache, etc.), ce qui n'est pas un probleme : ces licences sont permissives et perennes. Vous heritez d'un assemblage clair : du sur mesure a vous, des briques libres documentees. C'est exactement ce qu'un repreneur veut voir lors d'une due diligence.

Mon contrat parle de "licence d'utilisation", c'est suffisant ?

Non. Une licence d'utilisation, meme "perpetuelle et illimitee", n'est pas une cession de droits. Le prestataire reste titulaire et peut, theoriquement, retirer la licence, ne pas autoriser une modification, ou meme reutiliser le code chez un concurrent. Exigez le terme "cession exclusive et integrale des droits patrimoniaux".

Je suis sur WordPress depuis cinq ans, je dois tout refaire ?

Pas necessairement. La premiere etape est l'audit : qu'est-ce qui est a vous, qu'est-ce qui est loue, qu'est-ce qui est custom non cede. Souvent, on peut clarifier les briques importantes sans tout reconstruire. Et si une refonte est de toute facon prevue, c'est le moment de poser proprement la question de la propriete.

Le prestataire peut-il garder le code en otage si je ne paie pas ?

C'est une zone grise. Un prestataire impaye a des recours legaux, mais il ne peut pas legitimement retenir indefiniment un livrable conforme au contrat. Le mieux est de prevoir contractuellement le depot des sources au fil du projet (chez vous, dans votre Git), pas seulement a la livraison finale. La aussi, la negociation se fait au depart, pas pendant un conflit.

Combien ca coute en plus, un site dont je possede tout ?

Souvent rien. La cession de droits ne change pas le cout de production : ce qui change, c'est la transparence et la formalisation. Un prestataire qui facture la cession comme une option premium en dit long sur sa philosophie.

— Dylan Saint-Jalmes, fondateur Codemaster.

Vous savez vraiment ce que vous possedez de votre site web ? Chez Agence Codemaster, on commence toujours par comprendre votre activite avant de parler technique. Voir notre approche pur code sur mesure ou reservez un audit visio offert : on regarde votre situation ensemble et vous repartez avec des pistes concretes, sans engagement.