L'IA peut copier votre application. Mais qui paiera encore pour l'inventer ?

TRIBUNE | Kolia LOUISON — Consultant en cybersécurité, gouvernance de l'IA et protection des données

Les nouveaux outils d'intelligence artificielle permettent désormais de reproduire l'apparence et certaines fonctionnalités d'applications numériques sans disposer de leur code source. Derrière cette prouesse technologique se dessine un bouleversement économique et juridique : comment protéger les investissements en recherche et développement, préserver la propriété intellectuelle et empêcher que la démocratisation du clonage logiciel ne devienne une opportunité pour les cybercriminels ?

L'intelligence artificielle fait entrer l'industrie du logiciel dans l'ère de l'imitation accélérée

Il aura fallu des décennies pour bâtir une industrie mondiale du logiciel reposant sur la recherche, l'ingénierie, la propriété intellectuelle et des investissements parfois considérables. Il suffira peut-être, demain, de quelques heures pour reconstruire une partie de ce qui avait nécessité plusieurs années de travail.

Cette perspective, longtemps réservée aux spécialistes du développement informatique, prend une dimension nouvelle avec les assistants de programmation fondés sur l'intelligence artificielle.

À l'image de Claude Code, développé par Anthropic, ces systèmes ne se limitent plus à suggérer quelques lignes de code. Ils peuvent analyser un projet, organiser son architecture, produire des composants, corriger des erreurs et accompagner la mise en service d'une application.

Des outils complémentaires vont plus loin dans la reproduction de produits existants. Le projet open source Remake, distribué dans le dépôt GitHub Replicate et utilisable avec Claude Code, propose notamment d'analyser la structure visuelle d'un site internet, ses composants, ses espacements, ses animations et ses comportements pour en reconstruire une version approchante.

Ses concepteurs précisent toutefois que le logiciel ne reproduit pas le code propriétaire d'origine, qu'il distingue les sites appartenant à l'utilisateur des sites tiers et qu'il refuse certaines catégories sensibles, notamment les banques et les services de paiement.

Cette distinction est essentielle : reproduire l'apparence d'une application n'équivaut pas à reproduire son patrimoine technologique.

Les algorithmes propriétaires, les bases de données, les infrastructures, les intégrations complexes et les connaissances accumulées par les équipes de développement ne sont pas automatiquement accessibles.

Pour autant, la frontière entre inspiration, concurrence légitime et imitation économiquement préjudiciable devient plus difficile à apprécier.

Car lorsqu'une application peut être reconstruite à partir de ce qu'elle donne à voir, une question fondamentale apparaît : que reste-t-il de l'avantage concurrentiel de celui qui l'a inventée ?

Le paradoxe économique : inventer coûte cher, imiter devient moins coûteux

Prenons l'exemple d'une jeune entreprise développant une solution SaaS de gestion commerciale.

Avant d'obtenir son premier client, elle aura peut-être consacré dix-huit mois à la conception de son produit : recrutement d'ingénieurs, recherche sur les usages, développement de fonctionnalités, création de l'interface, tests, infrastructure cloud, protection des données et correction des vulnérabilités.

L'entreprise finance également une ressource invisible : l'échec.

Des dizaines d'hypothèses techniques et commerciales auront été abandonnées avant de parvenir à une solution convaincante. Ces expérimentations constituent pourtant une partie fondamentale de la valeur créée.

Un concurrent utilisant l'IA peut, dans certaines circonstances, observer le résultat de ces investissements et reconstruire plus rapidement les fonctionnalités les plus visibles.

Il n'aura pas nécessairement besoin de reproduire le cheminement intellectuel et technique du pionnier pour proposer une expérience suffisamment similaire aux yeux de certains utilisateurs.

Cette évolution pourrait modifier profondément l'économie de l'innovation.

Jusqu'à présent, la difficulté de concevoir un logiciel constituait une barrière à l'entrée. Avec l'assistance de l'IA, une partie de cette barrière s'abaisse.

Cette démocratisation présente des avantages incontestables. Elle permet à de petites structures, à des entrepreneurs indépendants et à des organisations disposant de moyens limités de créer des solutions qui leur étaient auparavant financièrement inaccessibles.

Mais elle introduit une asymétrie préoccupante : le premier innovateur supporte le coût de l'incertitude, tandis que l'imitateur bénéficie d'un modèle dont le marché a déjà validé l'intérêt.

Il serait excessif d'en déduire la disparition prochaine des investissements en recherche et développement. Les entreprises continueront à innover pour se différencier, résoudre des problèmes nouveaux et accéder à des marchés émergents.

Cependant, si le délai séparant l'invention de son imitation se réduit considérablement, les investisseurs pourraient réviser leurs exigences de rentabilité, particulièrement pour les jeunes entreprises dont la valeur repose essentiellement sur des fonctionnalités logicielles aisément observables.

L'enjeu n'est donc pas seulement technologique. Il devient financier et industriel.

Le droit d'auteur protège-t-il encore les créateurs de logiciels ?

La réponse juridique mérite davantage de nuances que ne le suggèrent les discours sur la propriété intellectuelle.

En Europe, la directive 2009/24/CE établit la protection des programmes d'ordinateur par le droit d'auteur, sous réserve notamment de leur originalité.

Cependant, son article premier distingue expressément l'expression d'un programme, susceptible d'être protégée, des idées et principes sur lesquels il repose.

Autrement dit, une entreprise ne détient pas nécessairement un monopole juridique sur une fonctionnalité simplement parce qu'elle l'a commercialisée avant ses concurrents.

La Cour de justice de l'Union européenne a confirmé cette distinction dans son arrêt du 2 mai 2012, SAS Institute contre World Programming.

Elle y considère notamment que les fonctionnalités d'un programme informatique, son langage de programmation et certains formats de fichiers ne constituent pas, en eux-mêmes, des formes d'expression protégées par le droit d'auteur spécifique aux logiciels.

Cette jurisprudence joue un rôle essentiel dans la préservation de la concurrence et de l'interopérabilité.

Elle évite qu'un éditeur puisse interdire indéfiniment à d'autres entreprises de développer des solutions répondant aux mêmes besoins.

Mais l'arrivée de l'IA générative renouvelle les difficultés pratiques.

Lorsqu'un système reproduit une interface, ses parcours utilisateurs, son organisation visuelle et ses comportements, à quel moment l'inspiration légitime devient-elle une appropriation fautive ?

La réponse dépend des éléments effectivement repris et des circonstances. Le droit d'auteur, le droit des marques, les dessins et modèles, les secrets d'affaires et les règles de concurrence déloyale peuvent intervenir, sans protéger tous les aspects d'un logiciel de la même manière.

La facilité technique de reproduction ne vaut donc jamais autorisation juridique.

Une question supplémentaire concerne les coûts de protection. Une grande entreprise dispose de juristes, de conseils spécialisés et de moyens financiers pour défendre ses droits. Une startup confrontée à plusieurs imitateurs internationaux ne possède pas nécessairement les ressources nécessaires pour engager des procédures longues et coûteuses.

L'IA pourrait ainsi creuser un déséquilibre entre la capacité d'innover et la capacité de faire respecter ses droits.

De l'imitation commerciale à l'usurpation numérique

Le débat prend une dimension plus préoccupante lorsqu'il quitte le terrain de la concurrence pour celui de la cybercriminalité.

Imaginons un utilisateur souhaitant accéder à l'application de sa banque, d'un service de livraison ou d'une administration.

Il découvre une interface familière : mêmes dispositions, mêmes couleurs, mêmes menus et mêmes étapes de connexion.

Pourtant, il ne se trouve pas sur le service officiel, mais sur une imitation destinée à recueillir ses identifiants ou ses informations personnelles.

Cette technique n'est pas nouvelle. Les campagnes de phishing, les faux sites marchands et les applications frauduleuses existent depuis de nombreuses années.

Ce qui change avec les nouveaux assistants IA, c'est la possibilité de réduire le temps et les compétences nécessaires à la fabrication de certaines imitations crédibles.

Les cybercriminels peuvent chercher à multiplier les variantes graphiques, adapter des contenus à différents publics et produire des interfaces trompeuses à plus grande échelle.

L'Agence de l'Union européenne pour la cybersécurité, l'ENISA, relevait déjà dans son rapport Threat Landscape 2025 la multiplication de faux sites usurpant l'identité d'outils d'intelligence artificielle populaires afin de diffuser des logiciels malveillants.

Il serait néanmoins erroné d'attribuer ces pratiques à Claude ou à un outil particulier.

Une technologie de développement n'est pas malveillante par nature. Sa finalité dépend de ses usages, de ses garde-fous et du contexte dans lequel elle est employée.

Les restrictions mises en œuvre par certains projets de clonage constituent précisément une réponse à ce risque. Mais elles ne garantissent pas que tous les outils présents ou futurs appliqueront les mêmes protections.

Le danger le plus sérieux n'est donc pas qu'une IA puisse reproduire une page internet. Il réside dans la combinaison entre une imitation convaincante, une diffusion massive et la capacité à exploiter la confiance des utilisateurs.

À mesure que la ressemblance visuelle devient facile à produire, elle perd de sa valeur comme indice d'authenticité.

Pour les entreprises et les administrations, l'enjeu impose de renforcer les mécanismes de vérification : authentification résistante au phishing, protection des domaines, contrôle des applications distribuées, surveillance des usurpations et sensibilisation des utilisateurs.

La cybersécurité ne peut plus reposer sur la seule reconnaissance d'un logo ou d'une interface familière.

Cloner une application pour éviter un abonnement : une économie souvent trompeuse

Un deuxième phénomène mérite l'attention : la tentation de remplacer des abonnements logiciels par des applications produites à l'aide de l'IA.

Pourquoi payer mensuellement un service de gestion, de création graphique ou d'automatisation lorsqu'un assistant peut générer une application répondant à des besoins similaires ? La question est légitime.

Le modèle SaaS, fondé sur des paiements récurrents, représente une dépense importante pour certaines entreprises et certains travailleurs indépendants.

Les outils de programmation assistée par IA permettent aujourd'hui d'envisager des solutions personnalisées, parfois plus simples et mieux adaptées aux besoins réels.

Mais le raisonnement économique devient trompeur lorsque l'on compare seulement le prix d'un abonnement au coût initial de génération du code.

Car une application ne se résume pas à son interface.

Elle doit fonctionner chaque jour, gérer les erreurs, conserver ses données, maintenir ses dépendances techniques, résister aux attaques et évoluer avec ses utilisateurs.

Prenons une simulation illustrative : une entreprise paie 50 euros par mois pour un logiciel professionnel, soit 600 euros par an.

Elle décide de faire développer une alternative avec l'IA pour un coût initial estimé à 400 euros.

À première vue, l'économie paraît évidente.

Mais ajoutons 35 euros mensuels d'hébergement et de services techniques, ainsi que quatre heures de maintenance par mois valorisées à 50 euros de l'heure.

Le coût annuel atteint alors 3 220 euros, sans même intégrer un incident de sécurité, une interruption de service ou un développement fonctionnel important.

Ces chiffres ne constituent pas une moyenne du marché, mais une démonstration du raisonnement à appliquer.

Dans d'autres situations, notamment pour un usage individuel très simple, une application générée par IA peut effectivement être moins coûteuse qu'un abonnement.

La véritable comparaison doit porter sur le coût total de possession, ou Total Cost of Ownership, sur plusieurs années.

Un abonnement SaaS rémunère non seulement l'accès à un logiciel, mais aussi, selon le contrat, son hébergement, sa maintenance, ses évolutions, son assistance et une partie de la gestion de ses risques.

Une application développée en interne transfère une part importante de ces responsabilités à son propriétaire.

L'économie affichée au départ peut donc masquer un transfert de charges plutôt qu'une disparition des coûts.

Le risque invisible du logiciel généré : qui répondra de ses failles ?

L'intelligence artificielle peut produire du code fonctionnel sans garantir qu'il soit sécurisé, maintenable ou conforme à l'ensemble des obligations applicables.

Une application peut présenter une interface irréprochable et comporter, dans son fonctionnement interne, des défauts d'authentification, des permissions excessives, des bibliothèques vulnérables ou une mauvaise protection des données.

Anthropic reconnaît d'ailleurs l'importance de ces enjeux en proposant des mécanismes d'examen automatisé de sécurité dans Claude Code.

L'entreprise précise que ces contrôles doivent compléter les pratiques de sécurité existantes et les revues humaines, non s'y substituer.

Cette précision est fondamentale.

Un outil capable de générer du code ne garantit pas que son utilisateur possède les compétences nécessaires pour en apprécier la robustesse.

Prenons une petite entreprise qui reconstruit son propre outil de gestion client.

Elle peut rapidement obtenir des tableaux de bord, des formulaires, des espaces utilisateurs et des fonctions de reporting.

Mais qui vérifiera l'isolation des données entre les clients ? Qui contrôlera la gestion des accès administrateurs ? Qui examinera les risques d'injection ou les sauvegardes ? Qui organisera les corrections lorsqu'une vulnérabilité sera découverte ?

Ces questions prennent une dimension juridique dès lors que l'application traite des données personnelles.

Le règlement général sur la protection des données impose des obligations de protection dès la conception et de sécurité adaptées aux risques.

Les articles 25 et 32 du RGPD rappellent notamment la nécessité d'intégrer des mesures techniques et organisationnelles appropriées, indépendamment de la manière dont le logiciel a été développé.

La CNIL rappelle également que les responsabilités entre éditeurs, développeurs et prestataires doivent être identifiées selon leur rôle réel dans les traitements de données.

modifiée

La génération automatisée ne supprime donc pas la responsabilité humaine ou organisationnelle.

Elle pourrait même conduire des acteurs peu expérimentés à mettre en production des applications dont ils maîtrisent insuffisamment les risques.

L'accessibilité du développement logiciel constitue un progrès. Elle ne doit pas se transformer en banalisation de systèmes dépourvus de contrôles appropriés.

Vers une nouvelle économie de la propriété intellectuelle ?

La question dépasse désormais les entreprises technologiques.

Elle concerne les investisseurs, les créateurs, les pouvoirs publics et, plus largement, la capacité des économies européennes à développer des actifs numériques durables.

Lorsqu'une entreprise investit dans un laboratoire, une usine ou une infrastructure physique, les résultats de cet investissement ne peuvent généralement pas être reproduits en quelques instructions numériques.

Dans l'industrie logicielle, la situation est différente.

La valeur d'un service repose parfois sur des actifs dont les manifestations visibles peuvent être observées et imitées, même si les connaissances, les systèmes et les données qui les sous-tendent restent difficiles à reproduire.

L'IA accentue ce décalage.

Faut-il pour autant renforcer systématiquement les protections juridiques ?

Ce serait une réponse trop simple.

Une protection excessive des fonctionnalités pourrait freiner la concurrence, bloquer l'interopérabilité et empêcher l'émergence d'alternatives européennes aux grandes plateformes internationales.

À l'inverse, une protection insuffisante de certains investissements et actifs originaux pourrait réduire l'incitation à développer de nouvelles solutions.

La priorité devrait plutôt consister à préserver un équilibre entre quatre impératifs : la liberté d'innover, la protection des créations originales, la concurrence loyale et la sécurité des utilisateurs.

Cela suppose aussi de distinguer plus clairement les outils destinés à la migration ou à la reconstruction légitime d'applications de ceux utilisés pour l'usurpation d'identité numérique.

Pour les entreprises, l'évolution pourrait rendre indispensable une stratégie de différenciation moins dépendante de la seule interface graphique.

La qualité des données, la fiabilité de l'infrastructure, les services spécialisés, l'expertise métier, la sécurité et la relation de confiance avec les utilisateurs deviendraient alors des facteurs encore plus déterminants.

Un produit dont la seule valeur est de présenter une série de boutons facilement reproductibles s'expose davantage à la concurrence qu'un service reposant sur une expertise difficile à acquérir ou une infrastructure complexe à exploiter.

La propriété intellectuelle demeurera importante. Mais elle ne suffira pas, à elle seule, à garantir la pérennité économique de tous les éditeurs.

L'innovation ne peut devenir la variable d'ajustement de l'imitation

Il serait absurde de vouloir interdire une technologie au seul motif qu'elle rend certaines activités moins coûteuses.

L'histoire économique montre que la démocratisation des outils de production favorise souvent l'émergence de nouveaux acteurs, de nouveaux usages et de nouveaux marchés.

L'intelligence artificielle appliquée au développement logiciel pourrait permettre à des milliers d'entrepreneurs de transformer des idées jusque-là inaccessibles en produits concrets. C'est une perspective encourageante.

Mais cette démocratisation soulève une responsabilité collective : empêcher que la facilité de reproduction ne dévalorise systématiquement ceux qui financent l'expérimentation, assument les risques industriels et investissent dans la fiabilité des produits.

Elle exige également de ne pas confondre capacité technique et confiance.

Une application ressemblant à une autre n'offre pas nécessairement les mêmes garanties de sécurité, la même qualité de service ni la même conformité juridique.

Pour un utilisateur, la copie peut sembler identique. Pour un investisseur, un responsable de la sécurité ou une victime de fraude, les différences peuvent être considérables.

À mesure que l'intelligence artificielle accélère la fabrication des logiciels, les entreprises devront apprendre à distinguer trois formes de valeur : celle de la création, celle de l'exploitation et celle de la confiance.

L'IA pourrait rendre la copie d'un logiciel de moins en moins coûteuse. Elle ne rendra pas gratuitement reproductibles les années de recherche, les responsabilités et les garanties qui donnent à ce logiciel sa véritable valeur.

La révolution qui s'annonce ne porte donc pas seulement sur la manière de développer les applications.

Elle nous oblige à repenser les conditions économiques dans lesquelles il restera intéressant de les inventer.

Car une économie numérique dans laquelle tout le monde sait reproduire, mais où plus personne ne veut financer la première innovation, risquerait de sacrifier son avenir au bénéfice de ses économies immédiates.

Et c'est peut-être là que se situe la véritable question : si l'intelligence artificielle apprend à chacun à copier, saurons-nous encore donner aux entrepreneurs les moyens d'inventer ?

REPÈRES DOCUMENTAIRES

Les principales références permettant de vérifier les faits techniques et juridiques de cette tribune sont le projet Remake / Replicate, la directive européenne 2009/24/CE, l'arrêt SAS Institute de la CJUE, le rapport ENISA Threat Landscape 2025 et les recommandations de la CNIL sur la sécurité et la sous-traitance.

Note éditoriale : cette tribune constitue une analyse argumentée, non un essai technique indépendant de l'outil Remake. La simulation financière est illustrative.