iOS oder Android App: womit anfangen?

iOS oder Android App: die kurze Antwort

iOS oder Android App: Wenn du gerade anfängst und deine erste App verkaufen willst, fang mit iOS an. iPhone-Nutzer zahlen im Schnitt deutlich mehr, und ein Launch auf nur einer Plattform zeigt dir schneller, was funktioniert. Wenn du deine App mit React Native und Expo baust, verbaust du dir Android nicht: Aus demselben Code kann später eine Android-Version entstehen, sobald deine Zahlen das rechtfertigen.

Es gibt Ausnahmen, und die sind echt: eine Zielgruppe, die schon überwiegend auf Android ist, eine App, die ohne alle Nutzer nichts wert ist, ein Markt, in dem das iPhone selten ist. Die schauen wir uns weiter unten an. Aber im häufigsten Fall, eine Person allein, die ihre erste Abo-App launcht, verdoppelt ein gleichzeitiger Launch auf iOS und Android einen großen Teil der Arbeit, und zwar genau dann, wenn du am wenigsten Zeit hast.

Ich veröffentliche meine eigenen iOS-Apps mit React Native und Expo. Solys, ein Wecker mit Minispielen, und TradaZen, ein Trading-Simulator, sind im App Store. Nolera und Clic wurden von Apple abgelehnt und dann korrigiert. Alle wurden auf iOS gelauncht, aus den folgenden Gründen.

Kann eine iOS App auf Android laufen?

Nein. Eine fürs iPhone gebaute App lässt sich nicht auf einem Android-Handy installieren, und umgekehrt. Jeder Store verlangt seine eigene App-Datei, gebaut für sein System, und jeder Store hat sein eigenes Review.

Was gemeinsam sein kann, ist der Quellcode. Mit React Native und Expo schreibst du ein einziges Projekt in JavaScript oder TypeScript. Die Expo-Doku fasst es so zusammen: ein einziges Projekt, das nativ auf den Geräten deiner Nutzer läuft, Android, iOS und Web. Danach baut EAS Build die App-Dateien für jede Plattform. Du bekommst also zwei getrennte Apps aus demselben Code.

Deshalb ist die Frage „iOS oder Android“ mit diesem Stack keine endgültige Entscheidung. Es ist eine Frage der Reihenfolge: mit welcher Plattform du anfängst.

Warum du als Einsteiger mit iOS anfangen solltest, wenn du Geld verdienen willst

iPhone-Nutzer zahlen mehr

Der Bericht State of Subscription Apps 2025 von RevenueCat, basierend auf den Daten der Abo-Apps, die diesen Dienst nutzen, ist da sehr eindeutig:

• der mediane Umsatz pro Installation nach 60 Tagen liegt bei 0,38 $ im App Store gegenüber 0,14 $ bei Google Play;
• in jeder untersuchten Region erzielen über 67 % der Apps mindestens 80 % ihres Umsatzes mit iOS-Nutzern;
• die Conversion zu zahlenden Nutzern 35 Tage nach dem Download ist im App Store in allen Kategorien höher.

Wenn dein Ziel ist, deine ersten Abonnenten zum Zahlen zu bringen, hat deine Arbeit auf iOS die besten Chancen, sich auszuzahlen.

Es gibt mehr Android-Nutzer, aber sie zahlen weniger

Das Gegenargument gibt es, und bei der Anzahl stimmt es. In Frankreich lag Android laut StatCounter im August 2026 bei etwa 64 % der Smartphones, iOS bei etwa 36 %. Mit einem reinen iOS-Launch erreichst du also weniger Leute. Aber bei einer Abo-App zählt nicht die Zahl der Downloads, sondern die Zahl der Leute, die zahlen, und die RevenueCat-Zahlen zeigen, wo die sind.

Ein fokussierter Launch lehrt dich schneller

Eine Plattform heißt: ein Satz Feedback zum Auswerten, ein Verhalten zum Korrigieren, eine Produktseite zum Optimieren. In den ersten Wochen nach dem Release geht es darum zu verstehen, was deine Nutzer zurückkommen lässt und was sie zum Zahlen bringt. Diese Erkenntnisse kommen schneller und klarer, wenn sie nicht auf zwei Ökosysteme verteilt sind.

Weniger Geräte zum Testen

Das iPhone gibt es in einer begrenzten Zahl von Modellen, alle von Apple entworfen. Android umfasst eine riesige Vielfalt an Herstellern, Bildschirmgrößen und Systemversionen. Allein eine Plattform gründlich zu testen, ist schon richtig Arbeit. Meine Regel auf iOS: vor jedem Upload mindestens das kleinste und das größte iPhone prüfen.

Was eine iOS und Android App von Anfang an kostet

Eine mobile App gleichzeitig für iOS und Android zu launchen, bringt selbst mit geteiltem Code mehrere zusätzliche Posten.

• Zwei Entwicklerkonten. Apple verlangt 99 $ pro Jahr. Google verlangt eine einmalige Registrierungsgebühr von 25 $.
• Zwei Veröffentlichungsunterlagen. Produktseite, Screenshots, Datenschutzangaben, Abo-Einstellungen: Alles musst du zweimal vorbereiten, mit unterschiedlichen Regeln. Die iOS-Produktseite darf Android laut Guideline 2.3.10 nicht erwähnen.
• Ein zusätzlicher Testschritt bei Google. Für ein privates Konto, das nach dem 13. November 2023 erstellt wurde, verlangt Google einen geschlossenen Test mit mindestens 12 angemeldeten Testern über mindestens 14 Tage am Stück, bevor du veröffentlichen kannst. Du musst diese Tester finden und die Frist einhalten.
• Zwei Runden Anpassungen. Berechtigungen, Benachrichtigungen, Hintergrundaufgaben, Tastatur, Zurück-Gesten: Auch mit React Native verhalten sich manche Dinge unterschiedlich und brauchen plattformspezifische Korrekturen.
• Deine Aufmerksamkeit. Das sind die unsichtbarsten und oft die höchsten Kosten. Allein ist jede Stunde, die du in Android steckst, eine Stunde, die nicht in die Hauptfunktion oder die Paywall fließt.

Wie React Native und Expo Android offenhalten

Mit iOS anzufangen heißt nicht, alles festzunageln. Ein paar Gewohnheiten ab dem ersten Tag halten Android in Reichweite:

1. Wähl einen plattformübergreifenden Stack. React Native und Expo für die App, Supabase für die Daten, RevenueCat für die Abos. Diese Tools laufen auf beiden Systemen, und genau diesen Stack nutze ich für alle meine Apps. Die Gründe stehen auf der Seite React Native und Expo für eine mobile App.
2. Isolier, was iOS-spezifisch ist. Wenn du eine Funktion nutzt, die es nur auf dem iPhone gibt, pack sie in eine eigene Datei, damit du eine Alternative vorsehen oder sie auf Android ausblenden kannst.
3. Schreib Preise nicht hart in den Code. Zeig die an, die der Store zurückgibt. So bleibt deine Paywall auf beiden Plattformen korrekt. Die Seite In-App-Abos für iOS erklärt die Umsetzung im Detail.
4. Halt Daten serverseitig, wenn sie dem Nutzer folgen sollen. Wer vom iPhone auf Android wechselt, findet dann sein Konto wieder.

Bonus dieses Stacks: Du brauchst keinen Mac, um die iOS-Version zu bauen, denn EAS baut die App in der Cloud, mit der Xcode-Version, die zu deinem Expo SDK gehört (ITMS-90725). Wie das geht, erkläre ich in iOS App ohne Mac veröffentlichen.

iOS zuerst ist keine Entscheidung gegen Android. Es ist eine Entscheidung darüber, in welcher Reihenfolge du deine Zeit investierst.

Wann solltest du iOS und Android gleichzeitig launchen?

Die Regel ist nicht absolut. Drei Situationen ändern die Antwort.

Deine bestehende Zielgruppe ist überwiegend auf Android. Wenn du eine App für eine Community launchst, die du schon kennst, und diese Community größtenteils Android nutzt, starte dort, wo die Leute sind, nicht auf der Plattform, die im Schnitt am besten zahlt.

Die App hängt von einem sofortigen Netzwerkeffekt ab. Ein Messenger oder eine Vermittlungs-App, die ohne kritische Masse nichts wert ist, braucht womöglich beide Plattformen ab dem Release, um niemanden aus dem Netzwerk auszuschließen.

Dein Zielmarkt ist sehr überwiegend Android. In manchen Ländern ist der iOS-Anteil gering. Schau dir die Zahlen deines tatsächlichen Markts an, zum Beispiel auf StatCounter, bevor du eine allgemeine Regel anwendest.

Wann solltest du Android hinzufügen?

Sobald deine erste Version auf iOS veröffentlicht, gemessen und angepasst ist, weißt du, ob die App ihre Nutzer hält, welchen Preis sie akzeptieren und welche Wünsche immer wieder kommen. Das ist der richtige Moment, über Android zu entscheiden, mit Fakten statt mit Hoffnung.

Ein paar Signale, die den Schritt rechtfertigen können:

• Leute fragen dich regelmäßig nach einer Android-Version;
• deine App konvertiert auf iOS ordentlich, und du willst deine Zielgruppe erweitern;
• deine Hauptfunktion nutzt nichts, was iPhone-spezifisch ist.

Diese Logik gilt für jede erste Version: aufs Testbare reduzieren, veröffentlichen, messen, dann über den nächsten Schritt entscheiden. Die Seite MVP für eine iOS App beschreibt diese Methode, und dein einseitiges Lastenheft ist der richtige Ort, um schwarz auf weiß „Android: nicht in Version 1“ festzuhalten.

iOS oder Android: meine Empfehlung in einem Satz

Außer wenn deine Zielgruppe oder dein Markt klar Android vorgibt: Launch auf iOS mit React Native und Expo, lern schnell, und entscheide über Android, wenn sich deine App bewährt hat.

Deine erste iOS App launchen

Diesen Weg habe ich in das iOS Kit gepackt: den Starter Code mit Expo und React Native aus meinen Apps, der auch für Android kompiliert, und einen Weg in vier Schritten, den du in deinem eigenen Tempo gehst. Wenn du bei deinem Erlösmodell noch unsicher bist, lies zuerst Abo oder Einmalkauf für eine iOS App.

Du bist dir beim nächsten Schritt deines Projekts noch unsicher? Die kostenlose Diagnose sagt dir, was dich wirklich blockiert und welchen Schritt du zuerst angehen solltest, und schickt dir dann meine Checkliste gegen Apple-Ablehnungen. Und auf der Startseite siehst du, wie du eine mobile App erstellst, ohne bei null anzufangen, mit diesem Code, zuerst fürs iPhone.

Ich verspreche dir weder Einnahmen noch eine Veröffentlichung: Apple prüft, der Markt entscheidet.

Häufige Fragen

Sollte ich bei meiner ersten App mit iOS oder mit Android anfangen?

Wenn du gerade anfängst und deine erste App verkaufen willst, fang mit iOS an. iPhone-Nutzer zahlen im Schnitt deutlich mehr, und ein Launch auf nur einer Plattform zeigt dir schneller, was funktioniert. Mit React Native und Expo verbaust du dir Android nicht: Aus demselben Code kann später eine Android-Version entstehen.

Wie erstelle ich eine App für iOS und Android?

Mit React Native und Expo schreibst du ein einziges Projekt in JavaScript oder TypeScript, dann baut EAS Build die App-Dateien für jede Plattform. Du bekommst zwei getrennte Apps aus demselben Code, denn jeder Store verlangt seine eigene App-Datei und hat sein eigenes Review. Die Gründe für diesen Stack stehen auf der Seite React Native und Expo für eine mobile App.

Zahlen iPhone-Nutzer mehr als Android-Nutzer?

Ja, im Schnitt. Der Bericht State of Subscription Apps 2025 von RevenueCat stützt sich auf die Abo-Apps, die den Dienst nutzen. Er nennt einen medianen Umsatz pro Installation nach 60 Tagen von 0,38 $ im App Store gegenüber 0,14 $ bei Google Play. Dabei hat Android in Frankreich mehr Smartphones, laut StatCounter etwa 64 % im August 2026.

Welche Kosten fallen für die Veröffentlichung im App Store und bei Google Play an?

Apple verlangt 99 $ pro Jahr und Google eine einmalige Registrierungsgebühr von 25 $. Außerdem musst du zwei Veröffentlichungsunterlagen vorbereiten und zwei Runden Anpassungen machen. Bei Google verlangt ein privates Konto, das nach dem 13. November 2023 erstellt wurde, einen geschlossenen Test vor der Veröffentlichung. Dieser Test braucht mindestens 12 angemeldete Tester über mindestens 14 Tage am Stück.

In welchen Fällen sollte ich iOS und Android gleichzeitig launchen?

Drei Situationen ändern die Antwort. Wenn deine bestehende Zielgruppe überwiegend auf Android ist, starte dort, wo die Leute sind. Wenn deine App von einem sofortigen Netzwerkeffekt abhängt, etwa ein Messenger, braucht sie womöglich beide Plattformen ab dem Release. Wenn dein Zielmarkt sehr überwiegend Android ist, schau dir die Zahlen deines tatsächlichen Markts an, bevor du eine allgemeine Regel anwendest.

Wann sollte ich nach einer ersten iOS-Version Android hinzufügen?

Füg Android hinzu, sobald deine erste Version auf iOS veröffentlicht, gemessen und angepasst ist. Dann weißt du, ob die App ihre Nutzer hält, welchen Preis sie akzeptieren und welche Wünsche immer wieder kommen. Drei Signale können den Schritt rechtfertigen. Du wirst regelmäßig nach einer Android-Version gefragt, deine App konvertiert auf iOS ordentlich und du willst deine Zielgruppe erweitern, oder deine Hauptfunktion nutzt nichts iPhone-Spezifisches.