Votre application codée avec l'IA
est auditée à partir de 2 500 €

Il part de 2 500 €, sur un périmètre fermé annoncé avant de commencer. Le prix suit la taille de la base de code et le nombre de services connectés, pas ce qu'on y trouve : vous savez ce que vous payez avant qu'on ouvre le dépôt. Le budget de la reprise se chiffre après, à partir du rapport.

Les plateformes no-code et les outils de génération sont bons pour partir vite, et nous les utilisons. Industrialiser demande autre chose : savoir ce qu'une application supporte quand elle grossit, où poser une transaction, ce qui casse en silence, et comment le prouver par des tests. Cédric Lombardot a été architecte logiciel chez e-TF1 et développe depuis 2007 ; les développeurs qui reprennent votre code sont salariés de l'agence.

C'est une des vérifications de l'audit, et la réponse surprend souvent. Nous regardons au nom de qui sont déposés le domaine, les dépôts, l'hébergement et les comptes des services tiers, ainsi que les licences des briques utilisées. Il arrive qu'un domaine appartienne à un ancien prestataire, qu'une production tourne sur le compte personnel de quelqu'un qui est parti, ou qu'une dépendance interdise l'usage commercial que vous en faites. Tant que ce n'est pas réglé, le reste des travaux se fait sur un terrain qui n'est pas le vôtre.

C'est la première chose qu'on regarde. Sur du code généré, les règles d'accès à la base restent souvent grandes ouvertes : elle répond alors à n'importe quelle requête, y compris depuis le navigateur d'un visiteur. Le même contrôle porte sur les secrets écrits en clair et sur les données personnelles.

Un assistant corrige ce que vous lui décrivez, et il le fait bien. Ce qu'il manque à une application générée se situe ailleurs : une architecture qui tient à la montée en charge, des contraintes métier que personne n'a recueillies, et la preuve que ce qui est censé être sécurisé l'est vraiment. Nous nous servons des mêmes outils, sur du code que nous savons relire, et nous répondons de ce qui part en production.

On les met en échec. Une suite de tests n'a de valeur que si elle rougit quand le code devient faux : on casse volontairement une règle métier, une règle d'accès ou un calcul, et on regarde si quelque chose se plaint. Ce qui passe quoi qu'il arrive ne compte pas comme une garantie et sort du décompte. Ce contrôle fait partie de l'audit, et il change souvent l'idée qu'on se faisait de la couverture réelle.

Oui, et c'est souvent ce qui débloque une vente en attente. Nous regardons ce que vous avez signé avec votre hébergeur, ce que vous promettez à vos clients et ce que fait réellement l'application : engagement de disponibilité, sous-traitance RGPD, localisation des données, réversibilité, sauvegardes restaurées pour de bon, traçabilité des accès. Quand le secteur impose un cadre particulier, l'hébergement se place chez un partenaire qui le porte, et le dossier se construit avec vous.

Non, et c'est un engagement de départ. Une réécriture complète coûte le prix du neuf, dure plus longtemps que prévu, et pendant ce temps l'application existante continue de tourner sans que personne n'ose y toucher. On conserve les briques qui tiennent, on restructure les zones à risque, et on ne réécrit que ce qui bloque la mise en production ou la suite du produit.

Notre terrain, ce sont les applications web. Cursor, Claude Code, Lovable, Bolt : l'outil qui a écrit le code compte moins que ce qu'il en reste. Si le projet sort de notre périmètre, on vous le dit à l'audit plutôt qu'au troisième mois. Cas voisin mais différent : une application qui n'a pas été générée et qui a simplement vieilli.

Oui, du premier au dernier jour. Le code vit dans vos dépôts, l'hébergement peut être à votre nom, et nous n'introduisons rien de technique qui vous retienne chez nous. Le rapport d'audit aussi est à vous : vous pouvez le faire exécuter par quelqu'un d'autre.

L'audit se compte en jours. La mise en sécurité et les corrections prioritaires se comptent en semaines, et chaque lot part en production au lieu d'attendre une bascule complète. La durée totale dépend de ce que l'audit trouve, et de votre capacité à trancher vite sur les fonctionnalités qu'on propose de réduire.

Oui, et c'est la règle. Les corrections prioritaires et les évolutions attendues avancent dans le même flux, avec un ordre décidé avec vous à chaque cycle. Geler le produit six mois n'est jamais une option que nous proposons.

Pour lire, cartographier et documenter, oui : c'est là qu'elle fait gagner des jours sur une base qu'on découvre. Pour décider ce qu'on garde et pour ce qui part en production, non. Les tests de non-régression sont générés avec assistance puis relus par un humain avant d'être comptés comme une garantie.