Créer une application iPhone sans coder : le chemin vers l'App Store

La règle du 90/10 que personne ne vous dit

La plupart des tutoriels no-code se terminent par quelque chose comme « votre application est prête ». Vous partez alors à la recherche du bouton « publier » et vous découvrez que mettre une application sur l'App Store est un processus à part entière, qu'Apple contrôle entièrement, avec son propre programme d'adhésion, ses certificats et sa file d'attente de validation.

Voici une répartition réaliste de l'effort pour un premier projet : environ 10 % à choisir un outil et à façonner l'application, 90 % à naviguer dans les systèmes d'Apple. Cet article couvre les 90 %.

Choisir le bon outil avant de commencer

Tous les créateurs d'applications iPhone ne permettent pas de publier sur l'App Store. Beaucoup produisent des applications web progressives ou des sites adaptés au mobile, accessibles depuis un onglet de navigateur, et non depuis l'écran d'accueil. Cette distinction est essentielle avant d'y investir du temps.

La question clé : l'outil produit-il un vrai fichier .ipa et gère-t-il la signature du code, ou vous remet-il une simple enveloppe webview en appelant ça une application ? Ce n'est pas du tout la même chose, et l'équipe de révision de l'App Store fait très bien la différence.

• Les enveloppes webview : votre site web dans une coque applicative. Moins coûteuses à produire, elles sont souvent rejetées au titre de la règle 4.2 pour fonctionnalité insuffisante.
• Les PWA : installables depuis un navigateur, pas depuis l'App Store. Pas de fiche, pas de découvrabilité, pas de notifications push sur iOS.
• Les sorties natives ou Flutter : du code compilé qui s'exécute directement sur l'appareil. Ce dont vous avez besoin pour une vraie soumission sur l'App Store.

Apple Developer Program : 99 $ et trois jours ouvrés

Impossible de publier sur l'App Store sans adhérer au programme Apple Developer. Il n'existe pas de formule gratuite pour la distribution, seulement pour exécuter des applications sur votre propre appareil.

• Créer ou se connecter à un identifiant Apple avec l'authentification à deux facteurs activée
• S'inscrire sur developer.apple.com : 99 $/an pour les particuliers, 299 $/an pour les entreprises
• Avoir un moyen de paiement valide à portée de main ; Apple débite immédiatement
• Pour une inscription en tant qu'entreprise : obtenir un numéro D-U-N-S au préalable (gratuit, mais cela prend quelques jours)
• Garder votre téléphone à portée ; Apple envoie un appel de vérification ou un SMS au numéro associé à votre identifiant Apple
• Attendre l'e-mail d'activation (24 à 72 heures pour les particuliers)

Certificats et profils : la partie qui bloque tout le monde

Le système de signature d'Apple repose sur deux éléments. Un certificat de distribution prouve que le binaire vient bien de vous. Un profil de provisionnement lie votre identifiant d'application, ce certificat et votre compte. Les deux doivent être valides au moment du dépôt.

Si votre outil gère la signature automatiquement, vous contournez l'essentiel de cette étape. Il vous faudra tout de même connecter votre compte Apple Developer à l'outil une fois pour toutes, généralement en générant une clé API dans App Store Connect et en la collant dans l'interface.

Si vous signez manuellement, les étapes se déroulent dans cet ordre :

1. Enregistrer un identifiant d'application dans le portail Apple Developer (correspond à l'identifiant de bundle de votre app, par ex. com.votrenom.nomapp)
2. Générer un certificat de distribution dans Xcode ou via la section Certificats, Identifiants et Profils du portail
3. Créer un profil de provisionnement de distribution qui relie l'identifiant d'application et le certificat
4. Télécharger le profil et l'installer dans Xcode avant de générer l'application

App Store Connect : chaque champ qui bloque la soumission

App Store Connect est l'endroit où vit votre fiche. Vous devez la créer avant de pouvoir déposer la moindre version. Rendez-vous sur appstoreconnect.apple.com, cliquez sur + pour créer une nouvelle application et renseignez ces champs.

• Nom de l'application : doit être unique sur l'ensemble de l'App Store
• Identifiant de bundle : correspond exactement à ce que votre outil a compilé dans le binaire
• SKU : référence interne, vous choisissez librement
• Catégorie principale : choisissez la plus proche ; vous pouvez en ajouter une secondaire
• Tranche d'âge : répondez honnêtement au questionnaire de contenu d'Apple
• URL de politique de confidentialité : un bloquant absolu ; Apple n'accepte aucune soumission sans elle
• Captures d'écran aux dimensions requises : des dimensions incorrectes entraînent un rejet immédiat

La politique de confidentialité est l'écueil numéro un pour les débutants. Une simple page statique expliquant quelles données votre application collecte (ou qu'elle n'en collecte aucune) suffit amplement. Un hébergeur gratuit fait très bien l'affaire.

TestFlight d'abord, l'App Store ensuite

Déposez votre version sur TestFlight avant de la soumettre à l'App Store. TestFlight traite les versions en 15 à 30 minutes et vous permet de tester l'application sur un vrai appareil avant qu'un réviseur ne la voie. Les plantages détectés ici ne se transforment pas en refus.

• Xcode Organizer : faites glisser votre archive et cliquez sur Distribuer
• L'application Transporter : l'outil de dépôt autonome d'Apple, disponible gratuitement sur le Mac App Store
• Le pipeline du créateur : le bouton de publication de Leanfinit gère l'étape Transporter ; vous n'avez pas à toucher Xcode

Une fois la version disponible dans TestFlight, ouvrez votre fiche App Store dans App Store Connect, faites défiler jusqu'à la section Version et sélectionnez-la. C'est à ce moment précis que votre application rejoint l'App Store, ou presque, et ça y ressemble vraiment.

Ce qu'Apple vérifie réellement lors de la révision

Les premières soumissions prennent en moyenne 1 à 3 jours. Les mises à jour d'applications déjà approuvées passent souvent en moins de 24 heures. L'attente n'est pas négociable, mais vous pouvez vous préparer aux motifs de refus les plus courants.

• Règle 4.2 (fonctionnalité minimale) : le plus grand risque pour les applications no-code simples. Apple peut rejeter une application qui ne résout aucun problème précis ou qui ressemble à une démo. Assurez-vous que votre application a une utilité spécifique et fonctionnelle.
• Contenu de substitution : textes inachevés, lorem ipsum, écrans cassés. Relisez avec un regard neuf avant de soumettre.
• Politique de confidentialité manquante : vérifiée au niveau de la fiche, mais les réviseurs la contrôlent à nouveau.
• Métadonnées trompeuses : captures d'écran montrant des fonctionnalités absentes, ou un nom laissant entendre une affiliation officielle inexistante.

Après l'approbation : ce à quoi vous vous engagez

L'approbation n'est pas la ligne d'arrivée. L'App Store est une relation d'abonnement avec Apple, et quelques obligations continues en découlent.

• Maintenir votre adhésion à 99 $/an active : une adhésion expirée retire votre application de l'App Store
• Mettre à jour pour les nouvelles versions d'iOS quand Apple déprécie des API utilisées par votre application
• Actualiser les captures d'écran et la description quand l'application évolue (aucune nouvelle version requise pour les modifications de la fiche uniquement)
• Répondre à tout e-mail de politique App Store dans le délai indiqué par Apple

Des créateurs comme Leanfinit envoient automatiquement des mises à jour de compatibilité à chaque nouvelle version d'iOS, ce qui prend en charge l'essentiel de la maintenance. Vous restez concentré sur l'application elle-même.

Créer une application iPhone sans coder va vraiment vite. La maintenir sur l'App Store représente un engagement réel et continu, léger, mais pas nul. Savoir cela dès le départ, et le processus cesse de ressembler à un labyrinthe.