Créer une app mobile en 2026 sans être développeur mobile, c'est faisable. Pas en un après-midi, pas sans effort, mais faisable. Ce qui change vraiment cette année, c'est la combinaison Claude Code + Expo + Supabase : trois briques qui te permettent de générer, tester et déployer une app cross-platform depuis ton laptop, avec l'IA qui écrit 90 % du code. Le reste, ce sont les zones que l'IA ne couvre pas (compte Apple Developer, signature, review store) et là il faut faire le travail à la main. Cet article te donne la méthode complète, du prompt initial au build TestFlight, en passant par les prompts qui compilent du premier coup et les moments où appeler un dev humain reste plus rentable que de s'entêter. Si tu débutes avec l'écosystème, lis d'abord le guide complet pour apprendre Claude, ça évite de perdre trois heures sur des bases.
Ce que l'IA change réellement pour créer une app mobile en 2026
Avant 2024, créer une app mobile seul demandait soit d'apprendre Swift ou Kotlin, soit de passer par un no-code type Bubble Mobile ou Adalo. Aujourd'hui, un troisième chemin s'est ouvert : tu décris l'app à Claude, Claude Code écrit le React Native, Expo compile, et tu testes sur ton téléphone en deux minutes. Ce n'est pas magique. C'est un workflow où l'IA remplace la partie "tapes le code toi-même" mais laisse intact tout le reste : produit, design, distribution, support.
Ce qui est faisable seul avec Claude en 2026 : une app cross-platform (iOS + Android) avec écrans, navigation, appels API, auth, base de données, formulaires, listes, uploads d'images. Ce qui reste bloquant sans intervention humaine ou compte payant : la publication stores (compte Apple à 99 $/an, Google à 25 $ à vie), les notifications push complexes avec segmentation, les intégrations natives spécifiques (Bluetooth, HealthKit, Face ID custom). Autre point à intégrer tout de suite : une app cross-platform générée avec IA ne remplace pas une app native écrite par une équipe pour des cas où la performance ou l'accès matériel est critique. Pour un MVP, un outil interne, une app de contenu ou un SaaS mobile, c'est largement suffisant. Pour un jeu 3D ou une app médicale certifiée, non.
Le combo qui débloque tout ça sans être dev, c'est Expo + EAS Build. Expo gère la stack React Native, l'accès aux APIs natives et l'app de preview sur ton téléphone. EAS Build compile les binaires iOS et Android dans le cloud, tu n'as pas besoin de Xcode installé ni d'un Mac (utile pour iOS). Sans Expo, il faudrait configurer Xcode et Android Studio, gérer les certificats, les provisioning profiles : c'est là que 80 % des non-devs abandonnent.
Choisir sa stack : React Native + Expo, Flutter, ou PWA
Trois chemins raisonnables selon ton besoin.
| Stack | Quand la choisir | Qualité du code Claude | Publication stores |
|---|---|---|---|
| React Native + Expo | App mobile classique avec besoin des stores, MVP produit, SaaS mobile | Très bonne, écosystème JS que Claude Code maîtrise | Oui via EAS Build |
| Flutter | Tu viens déjà de Flutter ou tu veux du UI très custom | Correcte mais moins fluide que RN pour un non-dev | Oui, plus manuel |
| PWA | App simple, pas besoin des stores, distribution par URL | Excellente, c'est du web | Non nécessaire |
Recommandation par défaut pour 2026 : React Native + Expo. Deux raisons. D'abord, Claude Code produit du code RN de meilleure qualité que du Flutter au moment de la rédaction, parce que l'écosystème JavaScript est partagé avec le web et que les modèles ont été entraînés sur plus d'exemples. Ensuite, EAS Build ferme la boucle : tu écris ton code, tu tapes eas build, tu récupères un .ipa ou un .aab prêt pour les stores en 15 à 30 minutes selon la file d'attente.
La PWA reste une option sérieuse si ton app est essentiellement du contenu ou du dashboard. Pas de review Apple, pas de compte dev, distribution par une simple URL. Regarde ce qu'on peut faire côté web dans créer un site web avec Claude, la même logique s'applique à une PWA : Next.js, Tailwind, déploiement Vercel.
Le workflow complet : du prompt initial au build sur téléphone
Le principe, c'est la boucle courte. Un écran, un prompt, un test sur téléphone en deux minutes. Si ta boucle dure plus de 10 minutes, tu perds la traction.
- Brief produit avec Claude. Ouvre un Project dans Claude.ai, colle tes user flows, décris tes écrans un par un. Sortie attendue : une liste d'écrans avec leur rôle, les composants principaux, les données affichées, les actions utilisateur.
- Init projet Expo.
npx create-expo-app@latest mon-app --template. Choisis le template TypeScript avec navigation. Installe expo-router, nativewind pour les styles, zustand pour l'état. - Génération écran par écran avec Claude Code. Depuis le dossier du projet, lance Claude Code et demande-lui de créer un écran à la fois. Ne demande jamais "crée-moi toute l'app" : Claude Code fonctionne mieux avec des tâches délimitées.
- Test sur Expo Go.
npx expo start, scanne le QR code avec Expo Go sur ton téléphone, l'écran apparaît. Modifie, save, rechargement instantané. - Build EAS pour TestFlight/Play Internal. Quand tu as 4 à 5 écrans qui marchent,
eas build --platform ios. Upload sur TestFlight, invite tes premiers testeurs.
Ce workflow ressemble à celui décrit dans créer une application avec Claude Code sans être développeur, avec l'ajout de la couche mobile. La discipline reste la même : petits incréments, tests fréquents, git commit à chaque écran fonctionnel.
Les prompts qui marchent pour une app mobile
La différence entre un prompt qui donne du code compilable et un prompt qui te fait perdre 40 minutes tient à trois choses : le contexte du projet, la précision de la demande, et l'exemple d'output attendu.
Prompt raté (ce que fait un débutant) :
Crée-moi un écran de connexion avec email et mot de passe.Résultat : Claude génère du code React Native générique qui utilise probablement des libs que tu n'as pas installées, un style qui ne matche pas ton thème, une navigation qui casse ton router existant.
Prompt qui compile du premier coup :
Contexte : projet Expo SDK 52, expo-router v4, nativewind v4, supabase-js v2.
Tu écris dans app/(auth)/login.tsx.
Crée un écran de connexion avec :
- champ email et mot de passe (composants TextInput RN)
- bouton "Se connecter" qui appelle supabase.auth.signInWithPassword
- gestion d'erreur affichée en rouge sous le formulaire
- redirection vers /(tabs)/home en cas de succès via router.replace
- styles nativewind, palette : bg-white, text-slate-900, accent bg-orange-500
Réutilise le composant Button défini dans components/ui/Button.tsx.La règle : donne toujours la version d'Expo SDK, les libs installées, le fichier cible, et un exemple de style si tu veux la cohérence visuelle. Ça prend 30 secondes à écrire, ça économise 20 minutes de correction. Pour affiner ta pratique, configurer Claude et Claude Code correctement détaille comment monter un CLAUDE.md qui rappelle ce contexte automatiquement à chaque session.
Backend, auth, base de données : la stack no-code compatible IA
Une app mobile sans backend, c'est une démo. Dès que tu veux des comptes utilisateurs, des données persistantes ou des uploads, il te faut un serveur. En 2026, la réponse pour un non-dev qui code avec Claude, c'est Supabase.
Trois raisons. Supabase couvre auth, base Postgres et storage dans une seule offre. Le SDK JavaScript est bien documenté et Claude connaît son API : quand tu demandes "appelle Supabase pour récupérer les tâches de l'utilisateur connecté", le code sort correct la première fois. Le tier gratuit tient un vrai MVP (500 Mo de base, 1 Go de storage, 50 000 utilisateurs actifs mensuels).
Alternatives crédibles : Firebase (Google, mature, un peu vieillot côté DX), Convex (plus moderne, temps réel natif, courbe d'apprentissage plus douce). Si tu débutes, Supabase.
Brancher Supabase Auth dans une app Expo, c'est une session Claude Code d'une heure : installer @supabase/supabase-js et @react-native-async-storage/async-storage, créer un client dans lib/supabase.ts, écrire les écrans login/signup, gérer la session au démarrage de l'app. Claude fait 95 % du boulot, tu valides et tu testes.
Publication sur l'App Store et Google Play : ce que l'IA ne fait pas
C'est ici qu'on casse le mythe. Non, Claude ne publie pas ton app à ta place. Ce qui reste manuel :
- Ouvrir un compte Apple Developer (99 $/an) et un compte Google Play (25 $ à vie, paiement unique)
- Générer les certificats et provisioning profiles (Expo/EAS automatise une bonne partie, mais tu dois valider dans le portail Apple)
- Produire les captures d'écran pour chaque taille d'écran demandée (iPhone 6.7", 6.5", iPad, plusieurs formats Android)
- Rédiger la description store, choisir les mots-clés ASO, définir la catégorie
- Passer la review Apple, qui prend 24 à 48 heures et refuse fréquemment au premier passage
Claude aide sur la partie éditoriale : rédiger la description store, générer les mots-clés ASO à tester, anticiper les motifs de refus fréquents (permissions non justifiées dans Info.plist, achats in-app mal implémentés, contenu généré par utilisateur sans modération). Il ne signe pas tes binaires, il ne clique pas sur "Submit for Review" à ta place, il ne répond pas à Apple quand ils te demandent une vidéo de démonstration.
Pour les captures d'écran, tu peux générer des mockups mis en scène avec l'aide de Claude sur la partie copy et layout : lire designer les écrans de ton app avec Claude pour la méthode.
Les limites actuelles et quand appeler un vrai développeur
Il y a des zones où l'IA seule cale et où trois heures avec Claude te font moins avancer qu'une heure avec un développeur mobile expérimenté. Reconnais-les :
- Notifications push avancées avec segmentation, deep links complexes, gestion des tokens côté serveur. Expo Notifications gère le cas simple, au-delà tu touches à du natif.
- Achats in-app avec logique serveur. RevenueCat aide énormément mais la validation des receipts côté backend et la gestion des cas limites (refunds, upgrades, family sharing) demandent de l'expérience.
- Intégrations natives spécifiques : Bluetooth Low Energy, HealthKit, ARKit, lecture NFC. Expo a des modules pour certains, pas pour tout.
- Performance sur écrans complexes : listes de 10 000 items, animations 60fps sur du hardware bas de gamme, chat temps réel avec typing indicators. Le code que génère Claude marche mais n'est pas toujours optimisé.
Repère opérationnel : si tu passes plus de 3 heures sur un bug avec Claude sans avancer, arrête. Soit tu poses la question à quelqu'un (communauté Expo Discord, Stack Overflow), soit tu passes une heure avec un dev freelance sur Malt ou Comet. 80 € de l'heure pour débloquer un problème qui te bouffe une journée, c'est rentable.
Passer à la pratique
Le plan pour ta semaine prochaine : lundi, brief produit dans Claude.ai avec la liste des écrans. Mardi, init projet Expo et premier écran de login connecté à Supabase. Mercredi et jeudi, trois écrans principaux avec Claude Code, tests sur Expo Go en boucle courte. Vendredi, premier build EAS et invitation de deux testeurs sur TestFlight. Cinq jours, un MVP mobile fonctionnel dans les mains de vrais utilisateurs. Pas parce que l'IA fait tout, mais parce qu'elle enlève la partie "écrire le code caractère par caractère" qui bloquait les non-devs jusqu'ici.
Si tu veux structurer ce parcours avec un cadre, des retours sur ton code et une communauté qui débogue avec toi, on t'accompagne sur exactement ce type de projet dans construire ton produit IA en 5 semaines : cinq semaines, six livrables, ton app dans un état publiable à la fin.