# iOS-App ohne Mac veröffentlichen: Anleitung mit Expo und EAS

> Von einem Windows-PC aus bauen Expo und EAS deine iOS-App und schicken sie an Apple. Was ohne Mac geht, was hakt und warum du ein iPhone brauchst.

Originalseite: [iOS-App ohne Mac veröffentlichen: Anleitung mit Expo und EAS](https://devoria.fr/de/blog/ios-app-ohne-mac-veroeffentlichen-expo-eas)
Autor: [Mehdi Azizi](https://devoria.fr/de/mehdi-azizi)
Veröffentlicht: 2026-09-23
Letzte inhaltliche Überarbeitung: 2026-10-09


## Kann man eine iOS-App ohne Mac veröffentlichen?

Ja. Du kannst eine iOS-App ohne Mac veröffentlichen, wenn du sie mit Expo und React Native baust. EAS Build kompiliert deine App auf Macs, die Expo in der Cloud betreibt, und EAS Submit schickt sie anschließend an App Store Connect. Die Expo-Dokumentation sagt es klar: EAS Submit läuft unter macOS, Linux und Windows, [du brauchst also keinen Mac, um einen iOS-Build auszuliefern](https://docs.expo.dev/submit/ios/).

Drei Dinge kann dir allerdings nichts ersetzen: einen [kostenpflichtigen Apple-Developer-Account](https://devoria.fr/de/blog/apple-developer-account-kosten), ein iPhone, um deine App wirklich zu testen, und einen Browser, um den Eintrag in App Store Connect auszufüllen. Der Rest dieser Anleitung zeigt, was von einem Windows-PC aus funktioniert, was hakt und in welcher Reihenfolge du vorgehst.

Alle meine iOS-Apps laufen über diese Kette: Expo, EAS Build, dann EAS Submit. Solys und TradaZen sind so in den App Store gekommen. Ich arbeite zwar auf dem Mac, aber kein einziger Schritt der Veröffentlichung hängt davon ab: Die Builds entstehen in der Expo-Cloud, und der Upload zu Apple läuft über die Kommandozeile.

## Wie Expo und EAS den Mac ersetzen

Um zu verstehen, was möglich ist, musst du wissen, warum der Mac Pflicht war. Eine iOS-App muss mit Xcode kompiliert werden, Apples Tool, das nur unter macOS läuft, und zwar in einer Version, die neu genug ist, um die Ablehnung ITMS-90725 zu vermeiden. Danach muss sie mit einem Zertifikat, das an deinen Developer-Account gebunden ist, signiert und an App Store Connect geschickt werden.

Expo teilt diese Arbeit auf drei Tools auf:

- **Expo und React Native**: Du schreibst deine App in JavaScript oder TypeScript, auf jedem beliebigen Rechner.
- **EAS Build**: Du startest den Befehl auf deinem PC, der Code geht an einen Mac von Expo, der die App für dich kompiliert und signiert. Du bekommst eine Datei zurück, die bereit zur Installation oder zum Upload ist.
- **[EAS Submit](https://devoria.fr/de/blog/eas-submit-ios-expo-app-app-store-veroeffentlichen)**: Es nimmt diesen Build und schickt ihn an App Store Connect. Nach der Verarbeitung durch Apple, die zum Beispiel das Icon prüft (ITMS-90717), erscheint er in TestFlight.

Der Mac ist weiterhin Teil der Kette. Nur ist es nicht mehr deiner. Wenn du wissen willst, warum ich Anfängern genau diesen Stack empfehle, lies die Seite [React Native und Expo für eine mobile App](https://devoria.fr/de/expertise/mobile-app-react-native-expo).

## Was von einem Windows-PC aus möglich ist

### Die App programmieren

Die gesamte Entwicklung läuft unter Windows ohne Einschränkungen: dein Editor (VS Code, Cursor), Node.js, das Terminal. Wenn du mit Hilfe von Claude oder ChatGPT programmierst, ändert sich auch nichts. Mehr dazu in [eine iOS-App mit KI erstellen](https://devoria.fr/de/blog/app-mit-ki-erstellen-fallstricke-pruefungen).

### Deine App beim Programmieren auf dem iPhone sehen

Zum Einstieg liest die App Expo Go auf deinem iPhone einen QR-Code aus deinem Terminal und lädt dein Projekt. Jede Änderung erscheint in wenigen Sekunden auf dem Handy. Ideal für die ersten Screens. Seit Mai 2026 [bleibt die App-Store-Version von Expo Go auf SDK 54](https://expo.dev/changelog/expo-go-and-app-store-may-2026): Leg dein Projekt kompatibel dazu an, oder nutz `eas go` und TestFlight für ein neueres SDK.

Expo Go hat eine Grenze: Es enthält nur die nativen Module, die Expo mitliefert. Sobald deine App eine native Bibliothek nutzt, die nicht dabei ist, etwa das RevenueCat-SDK für Abos, brauchst du einen Development Build: eine eigene Version deiner App, kompiliert von EAS Build, die du auf deinem iPhone installierst.

### Einen Build ohne App Store auf dem iPhone installieren

EAS bietet interne Verteilung an. Du registrierst dein iPhone mit dem Befehl `eas device:create` und startest dann einen Build mit der Distribution `internal`. Du bekommst einen Installationslink. Apple begrenzt diese Methode: [Ein Account kann so an höchstens 100 iPhones pro Jahr verteilen](https://docs.expo.dev/build/internal-distribution/), und jedes neue Gerät erfordert einen neuen Build oder eine neue Signatur. Für dich allein und ein paar Bekannte reicht das locker.

### Zertifikate ohne Xcode verwalten

Das Signieren bremst auf dem Mac die meisten Anfänger aus, bis hin zum Fehler ITMS-90034 beim Upload. Mit EAS meldest du dich über die Kommandozeile bei deinem Apple-Account an, und das Tool [kann das Distributionszertifikat und das Provisioning-Profil selbst erzeugen](https://docs.expo.dev/build/setup/). Die Schlüsselbundverwaltung öffnest du nie.

### Deine App an Apple schicken und veröffentlichen

`eas submit --platform ios` schickt deinen Build an App Store Connect. Du kannst beide Schritte auch mit der Option `--auto-submit` von `eas build` verketten. Alles andere passiert im Browser: der App-Store-Eintrag, die [Screenshots](https://devoria.fr/de/blog/app-store-screenshot-groessen), die Datenschutzangaben, die Abos, TestFlight und das Einreichen zur Prüfung. App Store Connect ist eine Web-App und läuft unter Windows bestens.

## Was ohne Mac nicht geht (oder schwieriger ist)

### Der lokale iOS-Simulator

Der iOS-Simulator gehört zu Xcode, läuft also nicht unter Windows. In der Praxis ist das nicht schlimm: Dein iPhone ist zum Testen besser als der Simulator. Expo hat im September 2026 einen iOS-Simulator in der Cloud angekündigt, [EAS Simulator](https://expo.dev/blog/build-ios-apps-on-windows-with-cloud-simulators), der zum Zeitpunkt, an dem ich das schreibe, noch nur eingeschränkt zugänglich ist. Bau deinen Workflow nicht darauf auf, solange er nicht für alle offen ist.

### Nativen Code debuggen

Wenn ein Absturz aus nativem Code kommt (Swift, Objective-C, eine falsch konfigurierte Bibliothek), stecken Apples Diagnosetools in Xcode. Ohne Mac bist du auf die Build-Logs von EAS angewiesen und auf ein Tool wie Sentry, das Abstürze der installierten App meldet. Machbar, aber langsamer. Deshalb lohnt es sich, bei einer ersten App bei gepflegten, Expo-kompatiblen Bibliotheken zu bleiben, was auch eine Ablehnung wegen ITMS-90338 beim Upload vermeidet.

### Native Erweiterungen von Hand schreiben

Widgets, Notification-Extensions, spezielle native Targets: Mit Expo geht das dank Config-Plugins, aber ohne Xcode, um das generierte Projekt zu inspizieren, kostet dich jeder Fehler einen weiteren Build. Heb dir diese Funktionen für eine erste App für später auf.

### Lokal kompilieren

Lokale EAS-Builds (Option `--local`) [werden unter Windows nicht unterstützt](https://docs.expo.dev/build-reference/local-builds/). Auf dem PC laufen deine iOS-Builds also über die Expo-Cloud. Der kostenlose EAS-Plan enthält eine begrenzte Zahl an Builds pro Monat, mit Warteschlange: Prüf die aktuellen Bedingungen auf Expos Preisseite, bevor du eine intensive Arbeitswoche planst.

## Der Apple-Developer-Account: Pflicht, ohne Ausnahme

Kein Trick umgeht diesen Punkt, nicht einmal das Apple Developer Enterprise Program, das internen Apps großer Organisationen vorbehalten ist. Ohne [Mitgliedschaft im Apple Developer Program](https://devoria.fr/de/blog/apple-developer-mitgliedschaft-verlaengern-kuendigen) gibt es kein App Store Connect, kein TestFlight, keine interne Verteilung und [keinen Upload in den App Store](https://developer.apple.com/support/compare-memberships/). Die Mitgliedschaft kostet [99 $ pro Jahr](https://developer.apple.com/help/account/membership/programs-overview/), abgebucht in deiner Währung.

Zwei Tipps, bevor du dich anmeldest:

- **Wähl bewusst zwischen Einzelperson und Organisation.** Als Einzelperson steht dein Name als Verkäufer im App Store. Als Organisation ist es der Name deiner Firma, aber dann verlangt Apple eine D-U-N-S-Nummer und eine längere Prüfung.
- **Plan ein paar Tage ein.** Die Freischaltung des Accounts geht nicht immer sofort. Meld dich an, sobald du weißt, dass du veröffentlichen wirst, nicht am Abend vor dem Upload.

## Warum du wirklich ein iPhone zum Testen brauchst

Technisch kannst du eine iOS-App veröffentlichen, ohne sie je in der Hand gehabt zu haben. Ich rate dir dringend davon ab, und Apple auch: Die [Prüfrichtlinien](https://developer.apple.com/app-store/review/guidelines/) (Guideline 2.1) verlangen, dass die App vor dem Einreichen auf einem Gerät auf Bugs und Stabilität getestet wurde. Deine Nutzer haben ohnehin nur das: ein echtes iPhone.

Das zeigt dir nur ein echtes iPhone:

- **Den echten ersten Start**, ohne Entwicklungsserver: Genau da verstecken sich Abstürze beim Start.
- **In-App-Käufe** in der Testumgebung, um zu prüfen, ob deine Paywall die richtigen Preise zeigt und das Abo die App wirklich freischaltet.
- **Benachrichtigungen, Kamera, Vibration, Berechtigungen**, die sich anderswo anders oder gar nicht verhalten.
- **Das echte Layout**: die Notch oder Dynamic Island, die Home-Leiste, die Tastatur, die ein Feld verdeckt.
- **Die Flüssigkeit**, die ein starker Rechner oft kaschiert.

Ein aktuelles gebrauchtes iPhone reicht, solange darauf eine iOS-Version läuft, die deine Expo-SDK-Version unterstützt. Und wenn möglich, leih dir zusätzlich ein iPhone in einer anderen Größe: Eine App, die auf einem großen Bildschirm passt, kann auf einem kleinen abgeschnitten sein. Genau das hat mir bei Solys eine Ablehnung eingebracht, nachzulesen in [warum Apple eine App ablehnt](https://devoria.fr/de/blog/app-store-ablehnung-apple-gruende).

> Ohne Mac geht es. Ohne iPhone schickst du Apple eine App, die du nie hast laufen sehen.

## Die Schritte unter Windows, in der richtigen Reihenfolge

1. **Leg dein Projekt an** mit `npx create-expo-app` und teste deine ersten Screens mit Expo Go.
2. **Installier EAS CLI** mit `npm install -g eas-cli`, dann `eas login` und `eas build:configure`.
3. **Meld dich beim Apple Developer Program an**, sobald dein Projekt Form annimmt.
4. **Registrier dein iPhone** mit `eas device:create` und starte einen Development Build.
5. **Leg deinen App-Eintrag an** in App Store Connect, mit derselben Bundle-ID wie in deiner Expo-Konfiguration.
6. **Starte den Production Build** mit `eas build --platform ios`.
7. **Schick ihn hoch** mit `eas submit --platform ios` und teste ihn dann in TestFlight. Die Anleitung [TestFlight zum Testen deiner App](https://devoria.fr/de/blog/testflight-iphone-app-testen) erklärt diesen Schritt im Detail.
8. **Füll den Eintrag aus und [reich die App zur Prüfung ein](https://devoria.fr/de/blog/waiting-for-review-app-store-connect-status)**, direkt im Browser. Den Werbetext kannst du später ohne neue Version ändern.

Drei Fallen tauchen in dieser Phase oft auf. Die Build-Nummer muss bei jedem Upload steigen: Aktivier die automatische Erhöhung von EAS, dann musst du nicht mehr daran denken. Die Frage zur Verschlüsselung blockiert jeden Build, solange du sie nicht beantwortet hast: Du kannst sie ein für alle Mal in der App-Konfiguration angeben. Und die Bundle-ID muss überall identisch sein, sonst findet EAS Submit deine App nicht. Für alles Weitere, vom Eintrag bis zur Freigabe, deckt die Seite [eine App im App Store veröffentlichen](https://devoria.fr/de/expertise/app-im-app-store-veroeffentlichen) jeden Schritt ab.

## Deine erste App veröffentlichen, ohne Mac und ohne dich zu verzetteln

Der Mac ist nicht mehr das eigentliche Hindernis. Die echten Hindernisse liegen woanders: eine App wählen, die eine Chance hat, Geld zu bringen, Abos einbauen, die funktionieren, und eine Einreichung vorbereiten, die Apple akzeptiert. Genau das deckt der Weg in vier Schritten im [iOS Kit](https://devoria.fr/de/kits/ios) ab, in deinem eigenen Tempo. Für die Einreichung bündelt das [Apple Review Kit](https://devoria.fr/de/kits/review-apple) meine Checkliste vor dem Upload und die Notizen für den Prüfer. Die Startseite zeigt, wie du [eine mobile App erstellst, ohne bei null anzufangen](https://devoria.fr/de), mit Expo und Claude Code, mit oder ohne Mac.

Die endgültige Entscheidung über die Veröffentlichung deiner App liegt bei Apple, und kein Kit kann sie garantieren. Was ich dir mitgeben kann, ist die Methode, die ich bei meinen eigenen Apps anwende.

## Häufige Fragen

### Wie veröffentlicht man eine iOS-App ohne Mac?

Mit Expo und React Native ersetzt ein von Expo gehosteter Mac deinen eigenen. Du programmierst auf jedem beliebigen Rechner, EAS Build kompiliert und signiert die App in der Cloud, und EAS Submit schickt sie an App Store Connect. Außerdem brauchst du einen kostenpflichtigen Apple-Developer-Account, einen Browser zum Ausfüllen des Eintrags und ein iPhone, um deine App wirklich zu testen.

### Welche Schritte braucht es, um eine iOS-App unter Windows zu veröffentlichen?

Leg dein Projekt mit Expo an, installier EAS CLI und meld dich beim Apple Developer Program an. Registrier dein iPhone, starte einen Development Build und leg dann deinen Eintrag in App Store Connect an, mit derselben Bundle-ID wie in deiner Expo-Konfiguration. Starte danach den Production Build, schick ihn mit EAS Submit hoch und teste ihn in TestFlight, dann füll den Eintrag aus und reich die App im Browser zur Prüfung ein.

### Was kostet es, eine App im App Store zu veröffentlichen?

Die Mitgliedschaft im Apple Developer Program kostet 99 $ pro Jahr, abgebucht in deiner Währung. Sie ist Pflicht: Ohne sie gibt es weder App Store Connect noch TestFlight, keine interne Verteilung und keinen Upload in den App Store. Bei Expo enthält der kostenlose EAS-Plan eine begrenzte Zahl an Builds pro Monat, mit Warteschlange: Prüf die aktuellen Bedingungen auf Expos Preisseite.

### Braucht man ein iPhone, um eine iOS-App ohne Mac zu veröffentlichen?

Technisch nicht, aber ich rate dir dringend davon ab, und Apple auch: Die Prüfrichtlinien (Guideline 2.1) verlangen, dass die App vor dem Einreichen auf einem Gerät auf Bugs und Stabilität getestet wurde. Ein aktuelles gebrauchtes iPhone reicht, solange darauf eine iOS-Version läuft, die deine Expo-SDK-Version unterstützt.

### Wie testet man eine iOS-App ohne Mac?

Installier die App Expo Go auf deinem iPhone: Sie liest einen QR-Code aus deinem Terminal und lädt dein Projekt, jede Änderung ist in wenigen Sekunden sichtbar. Expo Go enthält nur die nativen Module, die Expo mitliefert. Sobald deine App eine fehlende native Bibliothek nutzt, etwa das RevenueCat-SDK, brauchst du einen Development Build, kompiliert von EAS Build. Zum Testen des finalen Builds lies [TestFlight zum Testen deiner App](https://devoria.fr/de/blog/testflight-iphone-app-testen).

### Wo liegen die Grenzen der iOS-Entwicklung ohne Mac?

Den iOS-Simulator kannst du nicht lokal nutzen: Er gehört zu Xcode und läuft deshalb nicht unter Windows. Lokale EAS-Builds (`--local`) werden unter Windows nicht unterstützt: Deine iOS-Builds laufen über die Expo-Cloud. Nativen Code debuggen und native Erweiterungen von Hand schreiben bleibt möglich, ist aber schwieriger, weil Apples Tools in Xcode stecken.


## Dein Projekt

[iOS Kit](https://devoria.fr/de/kits/ios): Bau deine iPhone-App mit Claude Code: der Starter Code meiner Apps, Skills, die seine Arbeit prüfen, plus Apple Review Kit, App Store Screenshots Kit und ASO Kit. 129,99 €.