Guide
IA freelance : ce qui change pour les indépendants tech en 2026
Demande de missions, compétences, facturation, contrat client, règlement européen sur l'IA et RGPD : ce que l'IA générative change concrètement pour un freelance tech, sources à l'appui.
Par Malek RezguiMis à jour le 14 min de lecture
Sommaire
- Ce que disent les données de marché
- Compétences : ce qui prend de la valeur, ce qui se banalise
- Comment vous positionner
- Régie ou forfait : comment facturer quand vous allez plus vite
- Avant d'utiliser un outil d'IA sur le code ou les données d'un client
- Règlement européen sur l'IA : ce qui vous concerne vraiment
- RGPD : votre rôle dépend de la mission
- Par où commencer
- Sources
Vous livrez une fonctionnalité en trois jours au lieu de cinq grâce à un agent de code. Bonne nouvelle pour votre client, moins bonne pour votre facture si vous travaillez en régie. Et si le dépôt est couvert par un accord de confidentialité, vous avez peut-être enfreint votre contrat sans le savoir.
L'IA générative ne fait pas disparaître le freelance tech. Elle déplace ce que les clients achètent, la façon de le facturer et les précautions à prendre. Ce guide sépare ce que les données établissent, ce qui relève de notre analyse et ce que le droit vous impose réellement.
En bref
- Sur Malt, l'IA est devenue la deuxième compétence la plus demandée, et 65 % de cette demande vise désormais des profils d'ingénierie logicielle.
- Aucune étude publique solide ne mesure une prime IA sur les TJM en France : méfiez-vous des fourchettes qui circulent.
- Le gain de vitesse n'est pas garanti : l'essai contrôlé le plus cité a mesuré un ralentissement de 19 % en 2025, et sa mise à jour de 2026 ne permet pas de conclure.
- En régie, le gain de productivité revient au client ; au forfait, il vous revient, avec le risque.
- Avant d'utiliser un outil d'IA sur le code d'un client : accord écrit, offre qui n'entraîne pas ses modèles sur vos données, aucune donnée personnelle sans autorisation.
- Au sens du règlement européen sur l'IA, vous êtes un déployeur. Vos obligations sont légères, sauf si vous concevez des systèmes d'IA pour vos clients.
Ce que disent les données de marché
La demande : l'IA sort des métiers de la data
La source la plus détaillée est l'étude Tech Trends 2026 de Malt, qui compare l'activité de sa plateforme en 2025 à celle de 2024 : près d'un million de freelances inscrits, dont plus de 250 000 dans la tech et la data, et 90 000 entreprises clientes.
| Indicateur (Malt, 2025 comparé à 2024) | Valeur |
|---|---|
| Rang de l'IA parmi les compétences demandées | 2e |
| Demandes de projets portant sur des agents IA | multipliées par 60 |
| Part de la demande IA visant des profils d'ingénierie logicielle | 65 % |
| Briefs non techniques citant l'IA comme compétence obligatoire ou avancée | 22 % |
| Demande de freelances IA, entreprises de moins de 1 000 salariés | plus que doublée |
| Demande de freelances IA, grandes entreprises | +25 % |
| Projets n8n (automatisation) | multipliés par 14 |
| Expertise en réglementation de l'IA | +380 % |
Le chiffre le plus important n'est pas le plus spectaculaire. En 2023, selon Malt, 70 % des projets IA étaient concentrés dans les métiers de la data. Aujourd'hui, 65 % de la demande s'adresse à des ingénieurs logiciels, d'abord côté back-end. Intégrer un modèle de langage dans un produit est devenu un travail de développeur.
Trois limites à garder en tête. Ces chiffres décrivent une seule plateforme, présente dans neuf pays d'Europe et du Moyen-Orient. Les multiplications partent de volumes de départ que Malt ne publie pas. Et la demande mesurée est celle des briefs déposés, pas celle des missions signées.
Attention : plusieurs articles reprennent le chiffre des agents IA sous la forme « +60 % ». Le rapport de Malt indique bien une multiplication par 60, ce qui n'a rien à voir, à partir d'une base qu'il ne précise pas.
Les TJM : pas de prime IA mesurée sérieusement
Le rapport de Malt ne donne aucun tarif. Les fourchettes de TJM « IA » qui circulent viennent de baromètres déclaratifs aux échantillons réduits.
Un exemple : Le TJMètre affichait au 5 octobre 2026 une médiane de 720 € par jour pour la famille « intelligence artificielle », sur 163 réponses, contre 525 € pour les développeurs. L'écart est réel dans l'échantillon, mais il ne dit pas ce que vous gagneriez en ajoutant « IA » à votre titre : les répondants de cette famille sont des spécialistes (apprentissage automatique, traitement du langage), souvent plus expérimentés.
Notre position : ne fixez pas votre tarif sur une prime supposée. Fixez-le sur ce que vous savez livrer, comme l'explique notre guide du TJM.
L'usage : la norme, plus l'exception
L'enquête Developer Ecosystem 2026 de JetBrains (plus de 15 000 développeurs professionnels, mai à juillet 2026) indique que 90 % d'entre eux utilisent un agent de code au travail au moins une fois par semaine, et 68 % chaque jour. Les répondants estiment qu'environ 47 % de leur code est entièrement écrit par des agents.
Ces chiffres sont déclaratifs et viennent d'un éditeur d'outils. Ils suffisent pourtant à conclure qu'utiliser l'IA n'est plus un argument commercial : c'est le niveau attendu.
La productivité : un gain plausible, pas garanti
L'organisme de recherche METR a mené en 2025 un essai contrôlé avec 16 développeurs expérimentés sur 246 tâches réelles. Résultat : avec l'IA, les tâches prenaient 19 % de temps en plus, alors que les participants pensaient avoir gagné 20 %.
En février 2026, METR a publié de nouvelles données : un temps réduit de 18 % pour les développeurs de la première étude et de 4 % pour les nouveaux participants, avec des intervalles de confiance qui incluent zéro. Les auteurs jugent ces données peu fiables, notamment parce que beaucoup de développeurs refusent désormais de travailler sans IA, et pensent le gain réel probablement supérieur.
Ce qu'il faut en retenir : votre impression de vitesse n'est pas une mesure. Chronométrez quelques tâches comparables avant d'en tirer un argument commercial ou un changement de tarification.
Compétences : ce qui prend de la valeur, ce qui se banalise
Les faits cités viennent de l'étude Malt ; la lecture est la nôtre.
| Tendance | Compétences | Ce qui l'explique |
|---|---|---|
| En hausse | Intégration de modèles de langage par API, RAG (génération augmentée par la recherche documentaire), agents ; automatisation de processus ; maîtrise des coûts d'infrastructure IA ; gouvernance et conformité ; direction technique à temps partagé | Sur Malt : agents ×60, n8n ×14, projets FinOps +72 %, réglementation de l'IA +380 %, direction technique de transition +23 % |
| Se banalise | Production de code standard ; positionnement sur un seul langage | Sur Malt, la part des profils mettant en avant JavaScript, Python ou Java a reculé de 20 à 30 % en un an ; la demande sur les langages établis reste élevée mais stagne |
| Reste rare | Cadrage du besoin, architecture, revue de code, sécurité, connaissance d'un métier, responsabilité de la mise en production | Notre analyse : quand une grande part du code est générée, la valeur se déplace vers ce qui précède et ce qui suit l'écriture |
La troisième ligne est celle qui compte pour votre tarif. Un client ne paie pas 500 € par jour pour des lignes de code, il paie quelqu'un qui répond du résultat. Plus le code devient bon marché, plus cette responsabilité pèse dans le prix.
Comment vous positionner
Trois positionnements nous paraissent tenables. Ils ne s'excluent pas.
Rester expert de votre domaine, en assumant l'outillage
Vous restez développeur back-end, ingénieur DevOps ou product owner, et vous mettez en avant ce que l'IA ne fait pas à votre place : comprendre le métier, arbitrer, sécuriser, livrer. C'est le choix le plus sûr si vous avez déjà une clientèle.
Devenir celui qui intègre l'IA dans les produits
C'est là que se porte la demande : appels à des modèles par API, RAG sur des documents internes, agents reliés aux outils de l'entreprise. Ce positionnement exige des preuves : un projet livré, une évaluation chiffrée de la qualité des réponses, une maîtrise des coûts.
Vendre de l'automatisation aux petites structures
Malt relève que 71 % des utilisateurs de n8n sur sa plateforme sont des profils techniques confirmés. Les missions sont plus courtes et se prêtent au forfait. Vous pouvez vous y exercer sur votre propre gestion, comme nous le montrons dans notre guide pour automatiser son administratif.
Dans tous les cas, évitez l'étiquette « expert IA » sans livrable à montrer. Sur les plateformes de missions comme en direct, ce sont des réalisations vérifiables qui déclenchent un entretien. Notre méthode pour trouver une mission reste valable.
Régie ou forfait : comment facturer quand vous allez plus vite
| Mode | Qui capte le gain de productivité | Votre risque | Quand le choisir |
|---|---|---|---|
| Régie (TJM × jours) | Le client | Faible | Mission longue, intégrée à une équipe, périmètre mouvant |
| Forfait | Vous | Dépassement à votre charge | Livrable délimité, critères de recette écrits |
| Mixte (forfait par lot, régie pour l'imprévu) | Partagé | Modéré | Projet découpable en lots |
Exemple : une fonctionnalité est estimée à 10 jours, soit 5 000 € à 500 € par jour. Hypothèse : avec un agent de code, vous la livrez en 7 jours. En régie, vous facturez 3 500 € et le client économise 1 500 € ; vous n'y gagnez que si vous revendez les 3 jours libérés. Au forfait de 5 000 €, votre journée ressort à 714 €. Mais si la recette traîne et que vous y passez 12 jours, elle tombe à 417 €.
Notre position tient en trois points.
Ne baissez pas votre TJM au motif que vous utilisez un outil. Le client achète une compétence et une responsabilité ; l'abonnement et le risque d'erreur sont à votre charge.
Ne facturez jamais des jours non travaillés. En régie, le compte rendu d'activité doit refléter le temps réel. Si vous allez plus vite, dites-le et proposez d'élargir le périmètre.
Passez au forfait les livrables que vous savez délimiter : migration, module, automatisation. C'est le seul mode où votre vitesse devient votre marge, à condition d'écrire les critères de recette avant de commencer.
Avant d'utiliser un outil d'IA sur le code ou les données d'un client
Confidentialité : l'éditeur de l'outil est un tiers
Votre contrat contient presque toujours une clause de confidentialité, parfois un accord séparé. Envoyer du code à un assistant revient à le transmettre à un tiers : l'éditeur, et souvent le fournisseur du modèle derrière lui. Sans autorisation, c'est une violation, même si rien ne fuit.
Trois vérifications s'imposent.
- Le contrat : clauses de confidentialité, de sous-traitance, de sécurité, charte informatique du client.
- L'offre de l'outil : entraînement sur vos données, durée de conservation, localisation. Les offres individuelles et professionnelles d'un même éditeur diffèrent souvent sur ces points ; notre comparatif des assistants de code les détaille.
- Le contenu : pas de secrets d'authentification, pas de données de production, pas de données personnelles.
Propriété intellectuelle : ce que vous cédez et ce que vous garantissez
Un salarié qui écrit un logiciel dans l'exercice de ses fonctions en transmet automatiquement les droits patrimoniaux à son employeur, sauf clause contraire (article L113-9 du code de la propriété intellectuelle). Pas un freelance : il faut une cession écrite, et l'article L131-3 du code de la propriété intellectuelle exige que chaque droit cédé soit mentionné distinctement, avec son étendue, sa destination, son lieu et sa durée.
L'IA ajoute deux incertitudes. Le droit d'auteur protège une œuvre originale, qui porte l'empreinte de choix humains : un code produit sans apport créatif de votre part pourrait ne pas être protégé, et nous n'avons pas connaissance d'une décision française qui tranche la question. Par ailleurs, vous garantissez en général au client qu'il ne sera pas inquiété par un tiers ; or un modèle peut reproduire un fragment de code sous licence.
Certains éditeurs prennent une part du risque. Les conditions commerciales d'Anthropic, par exemple, attribuent au client les droits sur les résultats et prévoient une défense contre les réclamations de tiers, avec des exclusions. Nous n'avons relu que celles-ci : vérifiez celles de votre outil, et retenez que ces garanties visent les offres professionnelles, pas les offres grand public.
La clause à proposer
Exemple : « Le prestataire est autorisé à utiliser [outil, offre] pour l'exécution de la mission. Il utilise une configuration qui exclut l'entraînement de modèles sur les éléments du client, n'y soumet ni donnée personnelle ni secret d'authentification, et relit l'intégralité du code livré, dont il reste responsable. » Ce modèle est un point de départ, à faire valider par un juriste.
| Point à régler | Ce qu'il faut obtenir | Où le trouver |
|---|---|---|
| Autorisation d'usage | Accord écrit nommant l'outil et l'offre | Avenant ou courriel du client |
| Entraînement et conservation | Offre excluant l'entraînement, durée de conservation connue | Politique de données de l'éditeur |
| Données personnelles | Accord du client, contrat de sous-traitance avec l'éditeur | Contrat client, conditions de l'éditeur |
| Droits sur le code | Clause de cession conforme à l'article L131-3 | Contrat client |
| Assurance | Confirmation écrite de la couverture | Votre assureur |
Sur ce dernier point, interrogez votre assureur par écrit : nous n'avons pas de base pour affirmer que les contrats de responsabilité civile professionnelle couvrent ou excluent ces usages. Voir notre guide des assurances du freelance.
Règlement européen sur l'IA : ce qui vous concerne vraiment
Le règlement (UE) 2024/1689 s'applique par étapes. Le règlement (UE) 2026/1744 du 8 juillet 2026, dit omnibus, en a repoussé une partie.
| Date | Ce qui s'applique |
|---|---|
| 2 février 2025 | Pratiques interdites ; maîtrise de l'IA (article 4) |
| 2 août 2025 | Obligations des fournisseurs de modèles d'IA à usage général |
| 2 août 2026 | Obligations de transparence (article 50) |
| 2 décembre 2026 | Marquage des contenus générés, pour les systèmes déjà sur le marché avant le 2 août 2026 |
| 2 décembre 2027 | Systèmes à haut risque de l'annexe III : biométrie, éducation, emploi, infrastructures critiques, migration |
| 2 août 2028 | Systèmes à haut risque intégrés à des produits réglementés (annexe I) |
Déployeur ou fournisseur : votre rôle
Le règlement définit le déployeur comme une personne « utilisant sous sa propre autorité un système d'IA sauf lorsque ce système est utilisé dans le cadre d'une activité personnelle à caractère non professionnel ». Un freelance qui utilise un assistant de code ou un modèle de langage dans son activité est donc un déployeur.
Le fournisseur est celui qui « développe ou fait développer un système d'IA » et le met sur le marché ou en service « sous son propre nom ou sa propre marque ». Si vous construisez un agent conversationnel que votre client exploite sous sa marque, c'est en principe lui le fournisseur. Si vous vendez votre propre produit, c'est vous. Faites-le écrire dans le contrat.
Vos obligations concrètes
- Vous former (article 4). Depuis l'omnibus, fournisseurs et déployeurs « prennent des mesures pour favoriser » la maîtrise de l'IA. La Commission européenne précise qu'aucun certificat n'est exigé : gardez une trace de vos formations.
- Informer les utilisateurs (article 50). Un système qui dialogue avec des personnes doit être conçu pour qu'elles sachent qu'elles parlent à une IA : à prévoir dans vos spécifications si vous en développez un.
- Signaler certains contenus (article 50). Les hypertrucages doivent être signalés. Un texte généré publié pour informer le public sur un sujet d'intérêt public aussi, sauf s'il a fait l'objet d'une relecture humaine sous la responsabilité éditoriale d'une personne.
- Repérer le haut risque. Si votre mission touche au recrutement, à l'évaluation de salariés ou à l'éducation, signalez-le au client : les obligations lourdes arrivent le 2 décembre 2027.
L'article 99 prévoit des amendes pouvant atteindre 15 millions d'euros ou 3 % du chiffre d'affaires mondial, notamment pour les manquements aux obligations de transparence ; pour les PME, le plus faible des deux montants est retenu. Pour un indépendant, le risque réaliste est ailleurs : dans la responsabilité contractuelle envers le client.
RGPD : votre rôle dépend de la mission
Quand vous accédez aux données personnelles d'un client pour exécuter sa mission, vous êtes en général son sous-traitant au sens de l'article 28 du RGPD. Cet article vous interdit de recruter un autre sous-traitant sans autorisation écrite préalable. Envoyer ces données à un outil d'IA, c'est précisément en recruter un.
Pour vos propres fichiers (prospects, contacts, factures), vous êtes responsable de traitement, et l'éditeur de l'outil est votre sous-traitant.
Dans ses questions-réponses du 18 juillet 2024, la CNIL recommande de partir de besoins concrets, de ne soumettre que des informations que l'on est autorisé à partager, de conclure un contrat de sous-traitance avec le fournisseur, d'analyser au cas par cas le risque de réutilisation des données et de garder un regard critique sur les résultats.
Si l'éditeur traite les données hors de l'Union européenne, il faut un fondement : une décision d'adéquation (les États-Unis en bénéficient depuis le 10 juillet 2023, sous conditions) ou des clauses contractuelles types.
À retenir : la règle pratique tient en une phrase. Aucune donnée personnelle d'un client dans une requête sans son accord écrit ; travaillez sur des jeux de données fictifs ou anonymisés.
Par où commencer
- Relisez vos contrats en cours : confidentialité, sous-traitance, propriété intellectuelle.
- Choisissez une offre d'outil dont vous connaissez la politique de données, et faites-la autoriser par écrit.
- Mesurez votre gain réel sur quelques tâches avant de toucher à votre mode de facturation.
- Proposez un premier livrable au forfait sur un périmètre que vous maîtrisez.
- Construisez une preuve de compétence en intégration de l'IA : un projet livré, documenté, chiffré.
- Gardez une trace de vos formations et de vos autorisations.
Sources
Toutes les pages ont été consultées le 5 octobre 2026.
- Malt, Tech Trends 2026 (synthèse, PDF) : rang de l'IA, agents ×60, part des profils d'ingénierie logicielle, n8n, réglementation, recul des langages historiques.
- Silicon.fr, 26 mai 2026 : présentation de l'étude Malt et de sa méthode.
- Le TJMètre, baromètre IA et baromètre général : médianes déclaratives de TJM et tailles d'échantillon.
- JetBrains Research, adoption des agents de code, août 2026 : usage hebdomadaire et quotidien des agents de code.
- JetBrains Research, part du code écrite par des agents, août 2026 : part déclarée du code générée par des agents.
- METR, 10 juillet 2025 : essai contrôlé, allongement de 19 % du temps de réalisation.
- METR, 24 février 2026 : nouvelles estimations et limites méthodologiques.
- Règlement (UE) 2024/1689, EUR-Lex : définitions de fournisseur et de déployeur, articles 4, 50 et 99.
- Règlement (UE) 2026/1744, EUR-Lex : nouvelle rédaction de l'article 4, report des échéances pour les systèmes à haut risque.
- Commission européenne, cadre réglementaire sur l'IA : calendrier d'application après l'omnibus.
- Commission européenne, questions-réponses sur la maîtrise de l'IA : portée de l'article 4, absence d'obligation de certificat.
- CNIL, questions-réponses sur l'IA générative, 18 juillet 2024 : recommandations aux organismes utilisateurs.
- CNIL, transférer des données hors de l'Union européenne : décision d'adéquation et clauses contractuelles types.
- Légifrance, article L113-9 du code de la propriété intellectuelle : dévolution à l'employeur des droits patrimoniaux sur les logiciels créés par ses salariés.
- Légifrance, article L131-3 du code de la propriété intellectuelle : conditions de validité d'une cession de droits d'auteur.
- Anthropic, conditions commerciales : attribution des résultats au client et défense contre les réclamations de tiers.
Questions fréquentes
L'IA va-t-elle faire baisser le TJM des développeurs freelances ?
Aucune donnée publique solide ne le montre à ce jour. Les données de Malt indiquent un déplacement de la demande vers l'intégration de l'IA, pas un effondrement des missions de développement. Le risque porte surtout sur les profils positionnés sur la seule production de code standard.
Dois-je prévenir mon client que j'utilise un assistant de code ?
Oui, dès que l'outil reçoit du code ou des informations couverts par une clause de confidentialité, ce qui est presque toujours le cas. L'éditeur de l'outil est un tiers au contrat. Demandez un accord écrit qui précise l'outil, l'offre et la configuration.
À qui appartient le code généré avec une IA ?
En droit français, les droits d'un freelance ne passent au client que par une cession écrite qui détaille chaque droit cédé. La protection par le droit d'auteur d'un code produit sans apport créatif humain reste incertaine. En pratique, gardez la maîtrise de l'architecture et relisez tout ce que vous livrez.
Le règlement européen sur l'IA s'applique-t-il à un freelance ?
Oui. Un indépendant qui utilise un système d'IA dans son activité professionnelle est un déployeur au sens du règlement. Ses obligations restent légères : se former, et respecter les règles de transparence dans quelques cas précis. Elles deviennent lourdes si vous concevez un système classé à haut risque.
Faut-il passer au forfait quand on va plus vite grâce à l'IA ?
Pas systématiquement. Le forfait vous laisse le gain de productivité, mais aussi le risque de dépassement. Il convient aux livrables bien délimités ; la régie reste adaptée aux missions longues intégrées à une équipe.
À lire dans IA pour freelances
Comparatif
Meilleur assistant de code IA : comparatif pour freelances (2026)
Prix, limites d'usage, politique de données et compatibilité avec un contrat client : onze assistants de code comparés à partir des informations publiées par leurs éditeurs en octobre 2026.
Mis à jour le
Guide
Automatiser ses tâches administratives de freelance avec l'IA
Six tâches administratives qu'un freelance peut automatiser avec n8n, Make ou Zapier et un modèle de langage : déroulé pas à pas, prix publics, contrôle humain et précautions RGPD.
Mis à jour le