
Ton app est prête. Vraiment ?
Tu as construit ton app en vibe coding. Le prototype tourne. L'interface est propre. Tu as envie d'envoyer le lien à tout le monde.
Attends 30 minutes. Passe cette checklist. Chaque point est un truc qui peut te coûter des utilisateurs, de l'argent, ou des nuits blanches si tu le découvres après le lancement.
Ce n'est pas une liste théorique. Ce sont des problèmes que je vois régulièrement chez des fondateurs qui lancent avec l'IA. Le bon côté : la plupart se corrigent en quelques heures.
1. Sécurité
C'est la section la moins sexy et la plus importante. Si tu ne vérifies qu'une seule chose, vérifie celle-là.
La connexion et l'inscription fonctionnent vraiment
Pas juste "je peux me connecter". Vérifie que :
- Les sessions expirent. Si un utilisateur se connecte et reste connecté pour toujours, même après avoir fermé son navigateur il y a 3 mois, c'est un risque. Quelqu'un qui récupère son téléphone a accès à tout.
- Le "mot de passe oublié" marche de bout en bout. Clique sur le lien, reçois l'email, change le mot de passe, reconnecte-toi. Si une étape coince, tes utilisateurs seront bloqués.
- L'email est vérifié à l'inscription. Sans ça, n'importe qui peut créer un compte avec l'adresse de quelqu'un d'autre.
- Les pages privées sont vraiment privées. Ouvre un onglet en navigation privée (sans être connecté) et essaie d'accéder à tes pages qui devraient être protégées. Si tu y accèdes, c'est un problème.
Comment vérifier : ouvre un onglet en navigation privée et teste chaque étape. Inscription, connexion, déconnexion, mot de passe oublié. Fais-le comme si c'était la première fois.
Tes secrets ne sont pas dans le code
Tes clés d'accès aux services (paiement, envoi d'emails, base de données...) ne doivent jamais être visibles dans ton code source.
Le piège : même si c'est corrigé aujourd'hui, ces secrets ont peut-être été enregistrés dans une version précédente de ton code. Et l'historique garde tout. Si c'est le cas, il ne suffit pas de les supprimer — il faut les régénérer (créer de nouvelles clés et supprimer les anciennes).
Tes formulaires résistent aux abus
L'IA génère des formulaires qui marchent. Elle ne génère pas des formulaires qui résistent aux utilisateurs malveillants.
- Vérification côté serveur. Quand un utilisateur remplit un formulaire, ton app vérifie probablement les données dans le navigateur (l'email est valide, les champs sont remplis...). Mais ces vérifications peuvent être contournées. Il faut aussi vérifier côté serveur — là où personne ne peut tricher.
- Protection contre les injections. Un utilisateur malveillant peut entrer du code dans un champ de formulaire pour accéder à ta base de données. Demande à l'IA : "est-ce que mes requêtes sont protégées contre les injections SQL ?"
- Limite de soumissions. Sans protection, quelqu'un peut envoyer ton formulaire de contact 10 000 fois en 5 minutes. Mets en place une limite.
- Captcha sur les formulaires publics. Un petit "je ne suis pas un robot" sur tes formulaires d'inscription et de contact bloque les soumissions automatiques.
2. Données
Tes données sont sauvegardées
Ta base de données contient les données de tes utilisateurs. Si elle disparaît, ton business aussi.
- Vérifie que les sauvegardes automatiques sont activées. La plupart des hébergeurs le proposent, mais c'est parfois désactivé par défaut.
- Teste une restauration. Une sauvegarde qu'on n'a jamais restaurée, c'est une sauvegarde théorique. Restaure-la une fois sur un environnement de test pour être sûr que ça marche.
Tes emails arrivent dans la boîte de réception
Tu envoies des emails de confirmation, de réinitialisation de mot de passe, peut-être des notifications. Si ils arrivent dans les spams, tes utilisateurs ne les verront jamais — et ils penseront que ton app ne marche pas.
Comment vérifier :
- Envoie un email de test à une adresse Gmail, Outlook et Yahoo. Vérifie qu'il arrive bien dans la boîte principale.
- Utilise un domaine personnalisé comme expéditeur (ton-app.com), pas une adresse gratuite comme
@gmail.com. - Demande à ton service d'envoi d'emails (Resend, SendGrid, Mailgun...) de configurer l'authentification de ton domaine. Ce sont des réglages DNS qui prouvent que c'est bien toi qui envoies ces emails. Sans ça, les boîtes mail les traitent comme suspects.
3. Fonctionnel
Toutes les features sont branchées
Ça paraît évident, mais c'est un classique : tu as construit 15 fonctionnalités en vibe coding, et 2 d'entre elles ne sont pas vraiment connectées. Le bouton existe, l'écran aussi, mais derrière il ne se passe rien.
Comment vérifier : fais un parcours complet de ton app comme un vrai utilisateur. Inscription → configuration → utilisation de chaque fonctionnalité → paiement. Chaque bouton, chaque lien, chaque formulaire. Si un bouton ne fait rien, c'est que la fonctionnalité n'est pas finie.
Tes tests passent
Si tu as des tests automatisés (et c'est une bonne idée d'en avoir), lance-les. Si certains échouent, ne lance pas.
Si tu n'en as pas, c'est le moment de faire au minimum un test manuel complet de chaque parcours critique.
Tu as testé sur mobile
Pas "j'ai réduit la fenêtre de mon navigateur". Teste sur un vrai téléphone.
- Les boutons sont assez gros pour être tapés au doigt ?
- Les formulaires sont utilisables sur un petit écran ?
- Rien ne déborde, rien n'est coupé ?
Plus de la moitié du trafic web est mobile. Si ton app est inutilisable sur téléphone, tu perds la moitié de tes utilisateurs au premier contact.
4. Paiements
Si ton SaaS est payant, c'est le point le plus critique après la sécurité. Pas de paiement qui marche = pas de business.
- Tu es passé en mode réel ? Les services de paiement comme Stripe ont un mode test (avec de fausses cartes) et un mode réel. Vérifie que tu es bien passé en mode réel avant de lancer.
- Tu as fait un vrai achat de bout en bout ? Crée un compte, choisis un forfait, paie, vérifie que tu as accès au service. Puis vérifie que l'argent est bien arrivé sur ton compte Stripe.
- Ton app réagit au paiement ? Quand quelqu'un paie, ton app doit être informée automatiquement pour activer son compte. Teste que ça fonctionne — c'est souvent là que ça coince.
- Le parcours d'erreur marche ? Carte refusée, paiement annulé, utilisateur qui ferme la page en plein paiement. Teste ces cas-là aussi.
Le piège classique : tout marche en mode test, tu passes en mode réel, mais la connexion entre le service de paiement et ton app pointe encore vers le mode test. Résultat : les gens paient, mais ton app ne le sait pas.
5. Infra & monitoring
Tu as un vrai domaine et du HTTPS
mon-app-xyz123.vercel.app ne fait pas sérieux. Tes utilisateurs vont hésiter à entrer leur carte bancaire sur une adresse qui ressemble à un prototype.
- Achète un nom de domaine (10-15 euros par an)
- Vérifie que le petit cadenas apparaît dans la barre d'adresse (HTTPS). C'est automatique sur la plupart des hébergeurs modernes.
Tu vois les erreurs quand ça plante
Quand ton app a un problème en production — et ça arrivera — tu veux le savoir avant tes utilisateurs.
Mets en place un outil qui te prévient quand quelque chose plante (Sentry, LogRocket, ou même juste les journaux de ton hébergeur). L'important, c'est de ne pas être aveugle.
Tu mesures ton trafic
Tu vas lancer, communiquer, peut-être faire de la pub. Si tu ne mesures rien, tu ne sauras pas ce qui marche.
Installe un outil d'analytics (Google Analytics, Plausible, PostHog...). Tu veux au minimum savoir : combien de visiteurs, d'où ils viennent, et à quel moment ils quittent ton app.
6. Légal
RGPD et cookies
Si tu as des utilisateurs en Europe (et si ton site est en français, c'est très probable), tu dois respecter le RGPD.
- Ajoute un bandeau cookies qui permet d'accepter ou de refuser (pas juste "OK")
- Ne charge pas tes outils de mesure et de pub avant que l'utilisateur ait accepté
- Permets aux utilisateurs de supprimer leur compte et leurs données
Ce n'est pas juste une bonne pratique. C'est la loi.
Mentions légales, CGU et CGV
Si tu vends quelque chose en ligne, tu as besoin de :
- Mentions légales — qui es-tu, où es-tu, comment te contacter
- CGU (Conditions Générales d'Utilisation) — les règles d'utilisation de ton service
- CGV (Conditions Générales de Vente) — les conditions de vente si tu fais du paiement
L'IA peut t'aider à rédiger un premier jet. Mais fais relire par quelqu'un qui s'y connaît — un document juridique mal rédigé ne te protège pas.
7. Selon ton projet
Ces points ne concernent pas tout le monde. Mais si tu es concerné, ne les néglige pas.
Plusieurs langues
Si ton app est disponible en plusieurs langues, vérifie que toutes les traductions sont complètes. Rien de pire qu'un bouton "Submit" au milieu d'une interface en français. Parcours chaque écran dans chaque langue.
Accessibilité
Si ta cible est large ou dans un contexte professionnel (B2B, secteur public), l'accessibilité compte. Vérifie au minimum que la navigation au clavier fonctionne, que les couleurs sont suffisamment contrastées, et que les images ont une description alternative pour les lecteurs d'écran.
Référencement (SEO)
Si tu comptes sur Google pour amener des visiteurs, vérifie les bases : chaque page a un titre et une description, les adresses sont propres et lisibles, et ton site a un fichier qui dit à Google quelles pages indexer. L'IA génère souvent des pages sans ces fondamentaux.
8. Plan B
Tu sais quoi faire si ça plante
Dernière question, et pas la moins importante : si ton app tombe un samedi soir, tu fais quoi ?
- Tu sais redémarrer ton app ?
- Tu sais revenir à la version précédente ?
- Tu as le contact d'un développeur qui peut intervenir en urgence ?
Tu n'as pas besoin d'un plan de reprise d'activité de 50 pages. Mais tu as besoin d'un plan.
Prêt à te lancer ?
Cette checklist ne garantit pas que tout sera parfait. Mais elle garantit que tu ne lances pas à l'aveugle. Et c'est déjà beaucoup.
Le vibe coding te permet de construire vite. Cette checklist t'aide à lancer sereinement. Les deux ensemble, c'est la bonne combinaison.
Si tu veux recevoir des conseils concrets pour construire avec l'IA sans te planter, inscris-toi à la newsletter. Pas de spam, juste ce qu'il faut savoir.
Et si tu veux qu'un professionnel passe ta checklist avec toi — et corrige ce qui doit l'être — réserve un audit. En quelques jours, tu sais exactement où tu en es.

