Un code qui tourne n'est pas forcément sûr ni facile à maintenir. La page peut sembler parfaite alors qu'un formulaire accepte n'importe quoi ou qu'une clé secrète est lisible par un visiteur.
Pas besoin de lire chaque ligne. Il suffit de savoir quoi regarder, comment tester de l'extérieur et quand demander un second avis à un développeur.
Le code généré par IA peut fonctionner tout en restant fragile sur des points faciles à manquer : saisies non vérifiées, clés exposées, erreurs silencieuses et structure confuse. Une courte checklist, plus une seconde passe de l'IA elle-même, en attrape la plupart.
Commencez par ce que voit un visiteur
Ouvrez votre site comme le ferait un inconnu. Essayez les formulaires avec des champs vides, des textes très longs et des caractères inattendus. Vérifiez que les pages privées demandent une connexion et que la source de la page et l'onglet réseau du navigateur ne montrent ni mots de passe ni clés privées.
- Envoyez chaque formulaire vide, puis avec n'importe quoi.
- Ouvrez les liens d'administration sans être connecté.
- Cherchez des clés et des jetons dans la source de la page.
Relisez d'abord les zones à risque
Tout le code ne mérite pas la même attention. Concentrez-vous là où l'erreur coûte le plus : connexion, paiements, tout ce qui lit ou écrit des données clients, et les envois de fichiers.
- Les saisies sont validées côté serveur, pas seulement dans le navigateur.
- Les secrets sont dans les variables d'environnement, jamais dans le code.
- Chaque utilisateur ne voit et ne modifie que ses propres données.
- Les erreurs affichent un message clair, sans détails internes.
Regardez la structure et la maintenabilité
Même un code sûr devient coûteux si chaque modification casse autre chose. Préférez de petits fichiers à rôle unique, des noms clairs et pas de blocs copiés-collés. Si un fichier est devenu très long, demandez de le scinder avant d'ajouter des fonctions.
L'IA comme relectrice, puis un humain pour l'essentiel
Demandez à l'IA de relire son travail selon une liste précise, comme la validation, le contrôle d'accès et la gestion des erreurs, et d'expliquer ce qu'elle trouve. C'est utile sans être une garantie : pour les paiements ou les données sensibles, faites lire ces parties par un développeur expérimenté.
Exemple de demande à Uttra : « Relis le formulaire de réservation et la page d'administration. Vérifie la validation côté serveur, que seuls les administrateurs connectés voient les demandes et qu'aucun secret n'est exposé. Liste les problèmes, puis corrige-les sans changer le design. »