L'IA m'a fait mon site sans programmer ! Oui mais...
5 minutes de lecture · 12 septembre 2026Vous avez décrit votre idée à une IA et, en deux soirées, vous avez obtenu un site qui s'affiche, qui réagit aux clics, qui ressemble vraiment à votre projet. Ce n'est pas une illusion : ça fonctionne. Le problème est ailleurs, dans tout ce qu'une démonstration ne montre jamais.
Comparons avec une maison : les murs sont montés en deux jours et ils tiennent debout. Personne n'a encore vérifié les fondations, l'électricité, ni le permis. Tant que personne n'habite dedans, tout va bien.
Soyons clairs : j'utilise l'IA tous les jours, comme 90 % des développeurs selon le rapport DORA 2025 de Google Cloud. La question n'a jamais été « un développeur ou une IA », mais : que se passe-t-il le jour où votre premier client saisit son numéro de carte bancaire ?
L'IA écrit du code. Elle ne signe pas pour le résultat.
Ce que disent les mesures
En 2025, l'éditeur de sécurité Veracode a demandé à plus de 100 IA différentes d'écrire le même type de programme. Dans 45 % des cas, le résultat contenait une faille de sécurité connue. Le plus révélateur est l'évolution : depuis 2023, la proportion de code qui fonctionne est passée d'environ 50 % à 95 %, tandis que celle de code réellement sûr n'a pas bougé, autour de 50 %. Les IA ont appris à faire fonctionner, pas à protéger.
Même constat sur la vitesse : les équipes qui adoptent l'IA livrent plus vite, mais leurs pannes augmentent. L'IA est un amplificateur : elle amplifie le sérieux d'une organisation qui en a, et les manques de celle qui n'en a pas.
Les quatre risques invisibles pendant la démonstration
1. Personne n'est responsable
Quand vous payez un professionnel, vous achetez deux choses : le travail, et la responsabilité de ce travail. Un devis, une garantie, une assurance, quelqu'un à appeler. Les conditions d'utilisation des outils d'IA disent l'inverse : le résultat est fourni tel quel, sans garantie, et son usage est à vos risques. Le test le plus honnête : samedi, 3 heures du matin, vos données ne sont plus accessibles. Qui décroche ? Qui remet le système en route ?
2. Des portes restent ouvertes
Un prototype généré fonctionne presque toujours, et laisse presque toujours des portes ouvertes. Le mot de passe qui donne accès à vos données est parfois écrit en clair dans la page, lisible par n'importe quel visiteur curieux. Ou le bouton « supprimer » est caché aux clients, mais la porte derrière n'est pas verrouillée : il suffit d'en connaître l'adresse. En 2026, une société de sécurité a recensé près de 5 000 espaces créés avec ces outils, publiquement accessibles et contenant des données confidentielles. Aucun n'avait été piraté : les données étaient à la vue de qui regardait.
3. Le cinquième écran coûte plus cher que les quatre premiers
Une IA traite la demande qu'on lui fait, écran par écran. Elle ne connaît pas l'ensemble de votre activité : personne ne le lui a décrit. Prenez un système de réservation, le formulaire marche. Mais que se passe-t-il si deux clients réservent le même créneau à la même seconde ? Si le paiement échoue après l'envoi de la confirmation ? Ce ne sont pas des questions techniques, ce sont vos règles de fonctionnement. Elles se décident une fois au départ, ou se paient ensuite, à chaque ajout.
4. Le vrai coût commence après la mise en ligne
Écrire la première version est la partie la plus courte et la moins chère. Un site repose sur des centaines de briques fournies par d'autres, à mettre à jour comme le système de votre téléphone. Un projet laissé un an sans maintenance n'est pas « stable » : il est en retard, et le rattrapage se facture. S'ajoute la conformité : depuis le 28 juin 2025, les règles européennes d'accessibilité s'appliquent au commerce et à la réservation en ligne. Les très petites entreprises ont un sursis jusqu'en 2030, pas une dispense.
Pourquoi je travaille quand même avec l'IA
Refuser l'IA serait l'erreur inverse. Entre les mains de quelqu'un qui sait relire le résultat, elle change l'économie d'un projet : tester une idée en deux heures au lieu de deux semaines, ou documenter un projet repris. L'IA est une excellente exécutante et un mauvais conseiller. Elle ne vous dira jamais « cette fonction ne sert à rien ».
La vraie comparaison n'est pas « un développeur contre une IA », mais « un professionnel qui utilise l'IA » contre « une IA que personne ne relit ».
Trois situations, trois bonnes réponses
- Maquette jetable, démonstration interne, aucune donnée réelle : l'IA seule, sans hésiter. Ne payez personne pour ça.
- Outil interne sans données sensibles, utilisé par une équipe capable de contourner un problème : l'IA, puis une relecture technique d'une journée.
- Site exposé à vos clients, avec des paiements, des données personnelles ou une partie de votre chiffre d'affaires : un professionnel qui engage sa responsabilité.
Quatre questions à poser avant de mettre en ligne
- « Si la base de données disparaît ce soir, qu'est-ce qu'on récupère et en combien de temps ? » Faites réellement restaurer une sauvegarde devant vous.
- « Un client peut-il voir les données d'un autre client ? » Demandez la démonstration avec deux comptes de test.
- « Qu'est-ce qui est vérifié automatiquement à chaque modification ? » Si la réponse est « rien », chaque correction future est un pari.
- « Et si vous n'êtes plus disponible dans un an ? » Demandez où est le code, qui y a accès, et ce qui est documenté.
L'IA a supprimé le coût du premier jet, et c'est une bonne nouvelle, y compris pour moi. Elle n'a rien supprimé de ce qui vient après : les arbitrages que vous seul pouvez faire, la sécurité qu'on ne remarque pas tant qu'elle tient, la conformité, et la responsabilité de l'ensemble. Si vous hésitez à mettre votre prototype devant vos clients, faites-le vérifier avant le premier incident.