Was App Store Review wirklich erlaubt
Apples Review-Richtlinien haben eine spezifische Regel für Web-basierte Apps: Abschnitt 4.2 (Mindestfunktionalität). Er besagt, dass Apps nicht „einfach eine Website in einer nativen Hülle ohne Mehrwert" sein dürfen. In der Praxis bedeutet das:
Unter 4.2 abgelehnt
- — Eine statische Marketing-Site oder Broschüre in WKWebView verpackt
- — Eine einseitige Site ohne Nutzerinteraktion über das Lesen hinaus
- — Eine App, die funktional identisch mit dem Öffnen der Site in Safari ist
Besteht die Review
- — Ein SaaS-Dashboard mit Login, Datenverwaltung und echten Nutzer-Workflows
- — Eine Content-Plattform mit Offline-Lesen, Lesezeichen oder Push-Benachrichtigungen
- — Eine Tool-App mit einer klaren Hauptfunktion (Editor, Rechner, Tracker, etc.)
- — Eine Marktplatz-, Buchungs- oder Community-App mit nutzergenerierter Interaktion
Die meisten echten SaaS-Produkte bestehen die Review. Die Hürde ist höher als Googles Richtlinie 4.3, aber nicht unüberwindbar — Apple möchte Apps, die die Installation rechtfertigen.
Warum es keine TWA für iOS gibt
Auf Android lässt eine Trusted Web Activity einen Chrome-Tab im Vollbild ohne Browser-Oberfläche laufen, signiert mit demselben Schlüssel wie Ihre Web-App (assetlinks.json). Das funktioniert, weil Google sowohl den Play Store als auch Chrome kontrolliert.
Auf iOS sind alle Browser — Chrome, Firefox, Edge und sogar Safari — von Apple gezwungen, WebKit als Rendering-Engine zu verwenden. Apple erlaubt kein TWA-Äquivalent, weil: (1) es kein Chrome auf iOS im TWA-Sinne gibt, (2) Apple Apps einschränkt, beliebige Web-Inhalte ohne WKWebView-Hülle zu laden, und (3) die App Store-Richtlinien WebView-Apps demselben Nativwert-Test wie jede andere App unterziehen.
Das iOS-Äquivalent einer TWA ist eine WKWebView-basierte Capacitor-App — sie verpackt Ihre URL in Apples WebKit-Ansicht, übernimmt Signing und Provisioning-Profile und verpackt alles in eine .ipa-Datei. Das erfordert Xcode auf macOS und eine Apple Developer Program-Mitgliedschaft.
Was Sie heute tun können (ohne App Store)
iOS hat 1,3 Mrd. aktive Geräte. Sie brauchen kein App Store-Listing, um sie zu erreichen — das Web funktioniert bereits. Hier die Prioritätsreihenfolge für iOS-Reichweite heute:
1. PWA für iOS Safari optimieren
Aufwand: NiedrigiOS 16.4+ unterstützt Web Push API, Install-Prompts und Standalone-Modus. Fügen Sie ein Web-Manifest hinzu, testen Sie 'Zum Home-Bildschirm hinzufügen' und konfigurieren Sie Web Push. Nutzer erhalten ein Home-Bildschirm-Icon und Push-Benachrichtigungen ohne App Store Review.
2. Gehosteten WKWebView-Wrapper nutzen
Aufwand: MittelDienste wie Median oder Gonative verpacken Ihre URL in eine WKWebView-App und reichen sie in Ihrem Auftrag beim App Store ein. Sie liefern URL und Assets; sie kümmern sich um Xcode und Provisioning. Kosten variieren je nach Dienst.
3. Auf SaasToStore iOS warten (Sprint 6)
Aufwand: Jetzt nullSaasToStores iOS-Pipeline ist in Entwicklung — Capacitor iOS + Xcode Signing + TestFlight + App Store-Einreichung, dieselbe One-Click-Pipeline wie Android. Erwartet in Sprint 6.
Die App Store-Ökonomie für SaaS
Verstehen Sie die Wirtschaftlichkeit, bevor Sie eine App Store-Einreichung angehen:
| Faktor | Detail |
|---|---|
| Entwicklerprogramm | 99$/Jahr — deckt iOS + Mac App Store ab |
| Provision auf IAP | 30% (15% für kleine Unternehmen unter 1M$/Jahr) |
| Web-Checkout-Ausnahme | Auf dem Web verkaufte Abonnements: 0% Provision — Apple nimmt nur bei In-App-Käufen |
| Review-Zeitraum | 24–48h für die meisten Apps; bis zu 7 Tage für Ersteinreichungen oder abgelehnte und erneut eingereichte Apps |
| Jährliche Erneuerung | Erneuerung verpassen: Ihre App wird aus dem Store entfernt, bis Sie zahlen |
| Richtlinienänderungen | Apple aktualisiert Richtlinien regelmäßig — eine heute genehmigte App kann in einem zukünftigen Zyklus markiert werden |
Das Reader App-Modell ist das häufigste Muster für SaaS-Gründer: Die App zeigt Inhalte und Funktionalität an, leitet Nutzer aber für neue Abonnements auf das Web weiter. Das vermeidet die 30%-Provision vollständig. Apple erlaubt dies — Sie dürfen in der App keine alternativen Kaufoptionen bewerben, können aber auf die Kontoseite Ihrer Website verlinken.
Die praktische Empfehlung
Für die meisten SaaS- und Web-App-Gründer 2026:
- 1Mit Google Play (Android) beginnen — schnellster Weg, größte Reichweite, keine Jahresgebühr.
- 2PWA-Installation auf Ihrer Website für iOS Safari-Nutzer aktivieren — kostet nichts, erreicht iOS heute.
- 3Desktop-Distribution (Windows + Linux + macOS) hinzufügen — Entwickler und professionelle Nutzer.
- 4iOS App Store hinzufügen, sobald SaasToStores iOS-Pipeline startet — gleicher Workflow wie Android.
Diese Reihenfolge priorisiert den Umsatzeinfluss pro investierter Stunde. Google Play ist in einer Session live. PWA auf iOS erfordert nur ein gültiges Manifest. Desktop erreicht professionelle Nutzer kostenlos. Der App Store ist der aufwändigste Kanal — lohnenswert, aber nicht zuerst.
Prüfen Sie jetzt die Android + Desktop-Bereitschaft Ihrer App
Kostenloser PWA-Check — zeigt, welche Stores Sie heute erreichen können, in 10 Sekunden.
Meine App prüfen →