Créer une application avec l'IA : pièges et vérifications

Créer une application iOS avec l'IA : la réponse courte

Oui, tu peux créer une application iOS avec l'IA quand tu débutes. Cette façon de construire a un nom, le vibe coding. Claude, ChatGPT ou Cursor écrivent très bien les écrans, la navigation, la logique simple et les appels à une base de données. Ce qu'ils font mal, c'est tout ce qui se passe hors du code : la signature de l'application, la configuration d'App Store Connect, les abonnements, la revue Apple et les plantages qui n'apparaissent que sur un vrai iPhone.

Autrement dit, l'IA te fait gagner des semaines sur la partie la plus visible du travail, et te laisse seul sur la partie qui décide si ton app sort un jour. Ce guide te montre où passe la frontière, comment guider l'IA pour qu'elle reste utile, et comment vérifier ce qu'elle produit avant qu'Apple ou tes utilisateurs ne le fassent à ta place.

Je code mes propres apps iOS avec Claude et Cursor, tous les jours. Solys, un réveil à mini-jeux, et TradaZen, un simulateur de trading, sont sur l'App Store. Nolera et Clic ont été refusées par Apple, puis corrigées. Tout ce qui suit vient de ce travail, pas d'une démo. Si tu hésites encore sur l'outil, je compare Claude Code, Cursor et ChatGPT pour une app iPhone dans un guide à part.

Ce que l'IA fait vraiment bien

Les écrans et la navigation

Décris un écran avec précision (ce qu'il affiche, ce que fait chaque bouton, ce qui se passe quand la liste est vide) et l'IA te rend un composant propre en quelques secondes. C'est là que le gain est le plus spectaculaire, surtout avec React Native et Expo, parce que l'IA a vu énormément de code de ce type. C'est d'ailleurs la stack que j'utilise sur toutes mes apps, et je t'explique pourquoi sur la page React Native et Expo pour une app mobile.

La logique métier simple

Calculer un score, trier une liste, formater une date, valider un formulaire : l'IA le fait vite et plutôt bien, à condition de lui donner les cas limites. Une liste vide, un champ trop long, une date dans un autre fuseau horaire. Si tu ne les nommes pas, elle ne les traitera pas toujours.

Expliquer ce que tu ne comprends pas

C'est l'usage le plus sous-estimé. Colle un message d'erreur, un bout de configuration ou un refus d'Apple, et demande « explique-moi ce que ça veut dire, sans corriger ». Tu apprends plus vite qu'en lisant un tutoriel, parce que l'explication porte sur ton propre projet.

Le branchement d'un backend

Créer des tables dans Supabase, écrire une fonction qui lit les données de l'utilisateur connecté, gérer l'état de chargement : l'IA connaît bien ces outils. Garde seulement un œil sur la sécurité, on en reparle plus bas.

Ce que l'IA rate quand tu crées une application iOS

C'est la partie que personne ne te montre dans les vidéos « j'ai créé une app en un week-end ». Chacun de ces points peut bloquer ta publication pendant des jours, sans compter les contrôles automatiques à l'envoi, comme ITMS-90338 pour les API non publiques.

La signature et les certificats

Pour tourner sur un iPhone et passer sur l'App Store, ton app doit être signée avec un certificat et un profil de provisionnement liés à ton compte Apple Developer. L'IA peut t'expliquer le principe, mais elle ne connaît pas ton compte sans un accès autorisé. Elle invente parfois des étapes qui n'existent plus, ou mélange la méthode Xcode et la méthode Expo, ce qui peut finir en ITMS-90034 à l'envoi. Avec EAS Build, c'est l'outil qui génère et range ces fichiers pour toi, clé push comprise : laisse-le faire plutôt que de suivre une procédure devinée.

La configuration d'App Store Connect

La fiche de l'app, l'identifiant du bundle, les déclarations de confidentialité, la question sur le chiffrement, les captures d'écran, les liens vers les conditions d'utilisation : ces informations doivent correspondre à la version soumise. Certains agents peuvent agir dans un navigateur connecté, comme Claude Code avec Chrome. Cet accès doit être autorisé et le résultat vérifié ; une procédure récitée sans lire l'interface actuelle peut être dépassée.

Les abonnements

C'est le point où l'IA te fait perdre le plus de temps. Le code d'un paywall est facile. Ce qui est dur, c'est la cohérence entre trois endroits : les produits créés dans App Store Connect, leur configuration dans RevenueCat, et le code qui les affiche. Un identifiant qui diffère d'un caractère, un produit pas encore envoyé en revue avec la version, et ton paywall s'affiche vide chez le reviewer. L'IA peut lire ces consoles si tu lui donnes un accès adapté ; sans cet accès, elle ne peut pas vérifier leur cohérence avec le code. Le chantier complet est détaillé sur la page abonnements in-app iOS.

La revue Apple

L'IA connaît les grandes lignes des App Review Guidelines, mais elle ne sait pas regarder ton app avec les yeux d'un reviewer. Elle ne te dira pas spontanément qu'un écran obligatoire est coupé sur un petit iPhone, qu'une demande de note arrive trop tôt, qu'il manque un compte de démonstration dans les notes de revue, ou que ton app ressemble trop à un site web pour la guideline 4.2. Les deux premiers sont des refus que j'ai réellement pris sur Solys, racontés dans pourquoi Apple refuse une app.

Les plantages sur un vrai iPhone

Le simulateur et l'app de développement pardonnent beaucoup de choses. Un vrai iPhone, en production, non. Un module natif absent du build, une permission sans texte d'explication, une lecture de données trop tôt au démarrage : l'app s'ouvre et se ferme aussitôt, sans message. Un agent peut exécuter des tests ou analyser des captures, mais uniquement si le dispositif de vérification le permet. Un résultat de simulateur ne valide pas à lui seul le binaire installé sur ton iPhone. C'est à toi d'installer l'app sur ton téléphone avant chaque envoi, et TestFlight est fait pour ça.

L'IA écrit du code qui a l'air juste. Seul un test sur ton iPhone te dit s'il l'est.

Comment guider l'IA pour qu'elle reste utile

Le problème n'est presque jamais l'intelligence du modèle. C'est ce que tu lui donnes à lire.

Donne-lui ton contexte, une fois pour toutes

Écris un fichier court à la racine du projet qui décrit ta stack (Expo, la version du SDK, Supabase, RevenueCat), la structure des dossiers et tes règles. Claude Code lit un fichier CLAUDE.md, Cursor a ses propres fichiers de règles. Sans ce contexte, l'IA devine, et elle devine souvent une autre stack que la tienne. Mon tutoriel pour créer une application avec Claude Code donne un exemple complet de ce fichier.

Découpe en petites tâches

« Crée-moi une app de suivi d'habitudes avec abonnement » produit un projet énorme et fragile. « Crée l'écran qui liste les habitudes du jour, avec un état vide et un état de chargement » produit un écran que tu peux relire et tester en cinq minutes. Une tâche, un résultat vérifiable, puis la suivante.

Demande un plan avant le code

Pour tout ce qui touche plusieurs fichiers, commence par « propose un plan, ne code pas encore ». Tu relis le plan, tu corriges ce qui ne va pas, puis tu lances. Tu évites ainsi les refontes surprises où l'IA réécrit la moitié de ton projet pour ajouter un bouton.

Fais-lui lire la documentation à jour

Les outils bougent vite : Expo, RevenueCat et App Store Connect changent régulièrement. Quand une réponse te paraît douteuse, colle la page de documentation officielle dans la conversation, ou utilise un outil qui la lui donne. Une IA qui lit la doc d'aujourd'hui se trompe beaucoup moins qu'une IA qui se souvient de celle d'il y a deux ans.

Garde la main sur les décisions

L'IA propose, tu décides. Le choix de l'idée, du prix, de ce que l'app ne fera pas : c'est ton travail. Si tu laisses l'IA ajouter chaque fonction qu'elle suggère, tu obtiens une app qui fait dix choses moyennement au lieu d'une seule très bien. Pour cadrer une première version, lis la page MVP d'application iOS.

Comment vérifier ce que l'IA produit

C'est la compétence qui sépare ceux qui publient de ceux qui accumulent des projets à moitié finis.

Relis chaque modification

Tu n'as pas besoin de tout comprendre ligne par ligne. Mais tu dois pouvoir répondre à trois questions : quels fichiers ont changé, pourquoi, et est-ce que ça correspond à ce que j'ai demandé. Si l'IA a touché un fichier sans rapport avec ta demande, demande-lui pourquoi avant d'accepter.

Teste sur ton iPhone, pas seulement sur l'ordinateur

Installe l'app sur ton propre téléphone dès que possible, puis à chaque étape importante. Vérifie le premier lancement après installation, le mode avion, un petit écran et un grand écran, le clavier ouvert sur les formulaires. C'est la règle que j'applique avant chaque envoi à Apple, sur chacune de mes apps.

Ajoute des outils qui voient ce que tu ne vois pas

Sur mes apps, Sentry remonte les plantages avec la ligne de code en cause, et PostHog montre où les utilisateurs abandonnent. Sans eux, un bug en production reste invisible jusqu'à ce qu'une mauvaise note tombe. L'IA peut t'aider à les installer ; toi, tu dois regarder ce qu'ils te disent.

Surveille la sécurité des données

Quand l'IA crée des tables dans Supabase, vérifie que les règles d'accès (les politiques RLS) sont bien actives : chaque utilisateur ne doit lire que ses propres données. Vérifie aussi qu'aucune clé secrète ne se retrouve dans le code de l'app, qui peut être décompilé. Ce sont deux erreurs que l'IA commet facilement si tu ne les lui interdis pas.

Pose-lui la question inverse

Une fois le code écrit, demande : « qu'est-ce qui peut casser ici ? » ou « relis ce code comme un reviewer Apple ». Le même modèle qui a écrit le code trouve souvent ses propres oublis quand tu changes l'angle de la question. Ça ne remplace pas ton test sur iPhone, mais ça réduit les allers‑retours.

Le chemin réaliste quand tu débutes

1. Choisis une idée minuscule : une fonction principale, pas dix.
2. Installe une stack que l'IA connaît bien : Expo, React Native, Supabase si tu as besoin de comptes.
3. Construis écran par écran, avec une petite tâche par demande et un test à chaque étape.
4. Teste sur ton iPhone avec une build de développement, puis avec TestFlight.
5. Branche l'argent : produits dans App Store Connect, RevenueCat, paywall.
6. Prépare le dossier App Store : fiche, captures, confidentialité, notes pour le reviewer.
7. Envoie à Apple, lis attentivement la réponse, corrige ce qui est demandé.

Chaque étape a ses pièges, et l'IA t'aide sur la moitié d'entre eux. Pour la vue d'ensemble, la page créer une application iPhone détaille le parcours complet. Et si tu te demandes jusqu'où on peut aller sans écrire soi‑même une ligne de code, lis créer une application sans coder.

Créer ton application iOS avec l'IA, jusqu'à l'App Store

L'IA a changé qui peut créer une app iOS. Elle n'a pas changé ce qu'Apple exige pour la publier, ni ce qu'il faut pour qu'elle encaisse ses premiers abonnements. C'est cette partie que j'ai mise dans le Kit iOS : le code de départ de mes apps, abonnements compris, et les skills Claude Code de chaque étape. Le parcours est détaillé selon ton outil : formation Claude Code ou formation vibe coding. L'accueil montre comment créer une app mobile de cette façon, étape par étape.

Tu ne sais pas ce qui te bloque, entre le code, l'IA et Apple ? Le diagnostic gratuit te le dit et t'envoie ma checklist anti-refus Apple.

Je ne te promets ni revenu ni publication : c'est Apple qui décide de la validation, et le marché qui décide du reste. Ce que je te donne, c'est la méthode que j'applique moi‑même sur mes apps.

Questions fréquentes

Peut-on créer une application iOS avec l'IA quand on débute ?

Oui. L'IA écrit très bien les écrans, la navigation, la logique simple et les appels à une base de données. Elle fait mal tout ce qui se passe hors du code. C'est le cas de la signature, d'App Store Connect, des abonnements, de la revue Apple et des plantages visibles seulement sur un vrai iPhone.

Quelle IA utiliser pour créer une app iOS ?

Claude, ChatGPT ou Cursor écrivent très bien les écrans, la navigation et la logique simple. Le problème n'est presque jamais l'intelligence du modèle, mais ce que tu lui donnes à lire. Donne-lui ta stack, tes règles et la documentation à jour. Je compare Claude Code, Cursor et ChatGPT pour une app iPhone dans un guide à part.

ChatGPT peut-il créer une application ?

Oui pour la partie visible : ChatGPT, comme Claude ou Cursor, écrit très bien les écrans, la navigation, la logique simple et les appels à une base de données. Mais il ne connaît pas ton compte Apple sans un accès autorisé, et il ne regarde pas ton app avec les yeux d'un reviewer. Seul un test sur ton iPhone te dit si le code est juste.

Comment créer sa propre appli avec l'IA, étape par étape ?

Choisis une idée minuscule, avec une seule fonction principale. Installe une stack que l'IA connaît bien : Expo, React Native, et Supabase si tu as besoin de comptes. Construis écran par écran, avec une petite tâche par demande et un test à chaque étape. Teste sur ton iPhone avec une build de développement puis TestFlight, avant de brancher l'argent, de préparer le dossier App Store et d'envoyer à Apple.

Comment contrôler le code écrit par l'IA ?

Relis chaque modification : quels fichiers ont changé, pourquoi, et si cela correspond à ta demande. Installe l'app sur ton propre iPhone dès que possible, puis à chaque étape importante. Vérifie que les règles d'accès de Supabase, les politiques RLS, sont actives. Vérifie aussi qu'aucune clé secrète ne se retrouve dans le code de l'app, qui peut être décompilé.

Pourquoi un paywall écrit par l'IA s'affiche-t-il vide chez le reviewer ?

Le code d'un paywall est facile. Le plus dur est la cohérence entre trois endroits : les produits d'App Store Connect, leur configuration dans RevenueCat et le code qui les affiche. Un identifiant différent d'un caractère, ou un produit pas encore envoyé en revue, vide le paywall. Sans accès adapté à ces consoles, l'IA ne peut pas vérifier cette cohérence.