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

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

Oui, tu peux créer une app iOS avec l'IA quand tu débutes. 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'app, 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 app 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.

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 voit pas ton compte. Elle invente parfois des étapes qui n'existent plus, ou mélange la méthode Xcode et la méthode Expo. Avec EAS Build, c'est l'outil qui génère et range ces fichiers pour toi : 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 : tout ça se remplit dans l'interface d'Apple, pas dans ton code. L'IA ne peut pas cliquer à ta place, et ses captures de menus datent souvent d'une ancienne version de l'interface.

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 écrit le code, mais elle ne voit ni ta console Apple ni ta console RevenueCat. 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 ou qu'il manque un compte de démonstration dans les notes de revue. 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. L'IA ne peut pas le voir, puisqu'elle ne teste pas. 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.

Aller plus loin, accompagné

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 je travaille avec un petit groupe dans L'Accélérateur iOS.

Concrètement : 4 semaines, 3 lives par semaine en groupe de 10 places au plus, avec les replays. Tu gardes un accès à vie au groupe privé Discord, aux replays et aux modèles, et ton dossier App Store est relu avant l'envoi. Le prix est de 489 €, ou 3 × 163 € sans frais avec Klarna. La prochaine session commence le lundi 12 octobre 2026.

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. Je te promets un cadre, des réponses concrètes et une méthode que j'applique moi-même sur mes apps. Si ce format te convient, les détails sont ici.