Créer sans coderMis à jour le 22 octobre 20267 min de lecture

Publier une app sur l'App Store sans Mac : c'est possible, voici comment

Pas de Mac ? EAS Build construit ton app iOS dans le cloud et EAS Submit l'envoie à Apple. Ce qu'il te faut quand même, étape par étape.

Par L'équipe Briksell · publié le 22 octobre 2026

Sommaire

Réponse courte

Oui, tu peux publier une app sur l'App Store sans posséder de Mac. Pour une app React Native / Expo (comme celles que crée Briksell), deux services d'Expo font le travail qui demandait autrefois un Mac :

  • EAS Build construit ton app iOS sur les serveurs d'Expo, sur des Mac hébergés dans leur cloud ;
  • EAS Submit envoie ensuite l'app à App Store Connect, et Expo précise qu'il marche sous macOS, Linux et Windows.

Ce qu'il te faut quand même : un compte Apple Developer Program (99 $/an, affiché en euros à l'inscription), un ordinateur sous Windows ou Linux, et idéalement un iPhone pour tester ton app avant de la soumettre.

Pourquoi dit-on qu'il faut un Mac pour publier sur l'App Store ?

Parce que la méthode classique d'Apple passe par Xcode, son logiciel de développement, qui ne tourne que sur Mac. C'est Xcode qui transforme le code en fichier installable (on parle de « build ») et qui l'envoie à Apple.

Avec Expo, ces deux étapes peuvent se faire à distance. Tu lances une commande depuis ton ordinateur, et c'est un Mac chez Expo qui fait la construction. Tu n'as jamais besoin de toucher à Xcode.

Comment EAS Build construit-il ton app sans Mac ?

D'après la documentation d'Expo, les builds iOS tournent sur des machines macOS hébergées dans le cloud d'Expo. EAS Build peut aussi gérer les certificats de signature à ta place : ce sont les « papiers d'identité » numériques qu'Apple exige pour accepter une app. Si tu n'en as pas, l'outil d'Expo peut les créer quand tu te connectes à ton compte Apple Developer et que tu suis les questions.

En pratique, la documentation d'Expo décrit ces étapes :

  1. créer un compte Expo (EAS Build est accessible avec un compte gratuit, d'après Expo) ;
  2. installer l'outil en ligne de commande d'Expo, EAS CLI, puis se connecter avec eas login ;
  3. lancer eas build:configure pour préparer le projet ;
  4. lancer eas build --platform ios et laisser l'outil gérer les certificats ;
  5. suivre l'avancement depuis le lien affiché ou le tableau de bord Expo.

Les conditions et quotas de l'offre gratuite d'Expo peuvent changer : vérifie-les sur le site d'Expo au moment de te lancer.

Comment EAS Submit envoie-t-il ton app à Apple ?

Une fois le build prêt, eas submit téléverse le fichier de ton app (un fichier .ipa) vers App Store Connect, le site d'Apple où tu gères tes apps. Après traitement, le build apparaît dans TestFlight, l'outil de test d'Apple. Expo indique que ça prend généralement 10 à 15 minutes.

La mise en vente publique reste une étape à part : dans App Store Connect, tu remplis ta fiche et tu soumets le build à la review d'Apple. App Store Connect fonctionne dans un navigateur, donc là non plus, pas besoin de Mac.

Pour le détail de chaque étape, lis notre guide Publier une application iOS sur l'App Store.

Qu'est-ce qu'il te faut quand même ?

Un compte Apple Developer, à ton nom

C'est obligatoire pour publier, et Expo le rappelle : sans compte payant, pas de build pour l'App Store. Le programme coûte 99 $/an, affiché en euros à l'inscription. En tant que particulier, Apple demande un compte Apple avec la double authentification et ton nom légal (pas de pseudo ni de nom d'entreprise), qui sera affiché comme vendeur sur l'App Store. L'inscription peut se faire depuis l'app Apple Developer sur iPhone. Le pas-à-pas est dans Inscription à l'Apple Developer Program.

Un ordinateur, même sans Mac

EAS CLI se lance depuis un terminal, sous Windows ou Linux. Pas besoin d'une machine puissante : le gros du travail se fait chez Expo.

Un iPhone pour tester (fortement recommandé)

La règle 2.1 d'Apple demande que l'app soit testée sur un appareil avant d'être soumise. Un iPhone te permet de l'installer via TestFlight et de vérifier qu'elle se comporte bien. Tu peux aussi emprunter celui d'un proche, en l'ajoutant comme testeur. Voir TestFlight : tester son app.

Des captures d'écran

Apple demande au moins une capture d'écran pour iPhone « avec Dynamic Island » (taille moyenne), et jusqu'à 10 par taille d'écran, en JPEG ou PNG, sans transparence. Avec un iPhone récent, tu peux les prendre directement sur ton téléphone pendant le test.

Une politique de confidentialité et une adresse de support

Ces deux liens sont exigés dans ta fiche. Briksell génère des pages de confidentialité, de conditions et de support hébergées sur un lien public : ce sont des modèles à relire, pas un conseil juridique. Voir Pages légales.

Et avec Briksell, comment ça se passe ?

Aujourd'hui, tu crées ton app avec l'IA, tu la testes sur ton téléphone grâce au QR code, et tu prépares logo, icône et pages légales. La publication sur TestFlight et l'App Store directement depuis Briksell arrive bientôt. Voir Publication App Store.

En attendant, si tu es abonné :

  1. exporte ton code en ZIP ou vers un GitHub privé (Export du code et GitHub) ;
  2. sur ton ordinateur, suis les étapes EAS Build puis EAS Submit décrites plus haut ;
  3. installe le build via TestFlight sur un iPhone et teste-le ;
  4. remplis ta fiche dans App Store Connect et soumets.

Ce passage par le terminal est la partie la plus technique du parcours. Si tu bloques, un développeur peut le faire pour toi à partir du code exporté, tout en publiant sur ton compte.

Pourquoi publier depuis ton propre compte Apple ?

C'est imposé par la règle 4.2.6 : les apps créées avec un service de génération d'apps sont refusées si elles ne sont pas soumises directement par le fournisseur du contenu. Apple précise que ces services ne doivent pas publier à la place de leurs clients.

Concrètement : ton app doit être publiée depuis ton compte Apple Developer, pas depuis celui de Briksell ni d'un prestataire. C'est exactement le modèle de Briksell : tu restes propriétaire de ton code, de ton compte et de ta fiche App Store.

Quelles erreurs éviter sans Mac ?

  • Payer un service de « Mac en location » sans savoir que ton projet Expo peut s'en passer.
  • Soumettre sans avoir testé sur un vrai iPhone : l'aperçu web ne montre pas tout (notifications, appareil photo).
  • Laisser l'écran d'abonnement de démonstration : dans l'app générée par Briksell, aucun vrai paiement n'est branché. Si tu vends un abonnement, raccorde-le aux achats intégrés d'Apple avant la publication (Abonnements et achats intégrés Apple).
  • Publier depuis le compte de quelqu'un d'autre : contraire à la règle 4.2.6, et tu perdrais le contrôle de ton app.

Avant d'envoyer, relis aussi notre guide Préparer son app iOS avant l'App Review.

FAQ

Peut-on publier une app iOS depuis Windows ?

Oui, pour un projet Expo : EAS Build construit l'app dans le cloud, et EAS Submit fonctionne sous Windows et Linux. Voir aussi la FAQ.

Faut-il un iPhone pour publier ?

Pas pour envoyer l'app. Mais Apple demande une app testée sur un appareil, et c'est le meilleur moyen d'éviter un refus. Un iPhone emprunté suffit.

Et pour Android ?

EAS Build et EAS Submit gèrent aussi Android (envoi vers la Google Play Console). Voir Créer une application Android et iOS.

Passer à l'action

Le Mac n'est plus un frein. Commence par l'essentiel : une app utile, testée sur ton téléphone. Créer mon app.

Sources et date de vérification

Vérifié le 22 octobre 2026 sur les pages officielles suivantes :

Sources

Informations vérifiées le 22 octobre 2026.

Prêt à créer ton app ?

Décris ton idée à la voix ou à l'écrit : Briksell construit ton app iOS et Android avec l'IA, et vérifie ce qu'Apple contrôle avant l'envoi.

Créer mon app

À lire aussi

← Tous les articles « Créer sans coder »Tout le blogLes guides