App-Store-Ablehnung
Deine Web-App rechnet über Stripe ab, und im Web ist das völlig in Ordnung. In der iOS-App verlangt Apple In-App-Käufe für alles Digitale, das in der App genutzt wird. Die Lösung ist nicht, Stripe rauszureißen, sondern den iOS-Build über RevenueCat StoreKit nutzen zu lassen, während das Web bei Stripe bleibt.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Wenn deine App Funktionen, Inhalte oder Dienste freischaltet, die innerhalb der App konsumiert werden (Abos, Premium-Stufen, KI-Credits, Vorlagen, Kurse), muss dieser Kauf über In-App Purchase (In-App-Kauf) laufen. Die Richtlinie verbietet außerdem Buttons, Links und Formulierungen in der App, die Nutzer zu einem anderen Zahlungsweg für diese digitalen Güter lenken. Apple wendet sie pro Storefront an, und es gibt regionale Ausnahmen (mehr dazu unten), aber für eine kleine App lautet die praktische Regel: Digitale Güter in der iOS-App laufen über IAP.
Lovable-, Bolt- und v0-Vorlagen verdrahten standardmäßig Stripe Checkout, und die KI setzt fröhlich einen "Upgrade for $9/month"-Button auf die Preisseite. Der Reviewer tippt darauf, sieht ein Stripe-Formular und schreibt die 3.1.1-Ablehnung. An deinem Geschäftsmodell ist nichts falsch; der Kanal in der App ist es.
| Was du verkaufst | In der iOS-App | Guideline |
|---|---|---|
| Abo für App-Funktionen, Premium-Stufe | IAP Pflicht | 3.1.1 |
| KI-Credits, Tokens, Generierungen | IAP Pflicht (Consumable) | 3.1.1 |
| Vorlagen, E-Books, Kurse, die in der App genutzt werden | IAP Pflicht | 3.1.1 |
| Physische Waren und Dienstleistungen außerhalb der App (versandte Produkte, Essenslieferung, eine Reinigung vor Ort) | Stripe oder jeder andere Zahlungsdienst erlaubt; IAP darf nicht verwendet werden | 3.1.3(e) |
| Echtzeit-Eins-zu-eins-Dienste zwischen zwei Personen (Nachhilfe, Beratung) | Andere Zahlungsmethoden erlaubt; Eins-zu-viele muss IAP nutzen | 3.1.3(d) |
| Im Web gekaufte Inhalte, die nur in der App konsumiert werden (Reader-Apps: Bücher, Audio, Video, News) | Dürfen ohne IAP freigeschaltet werden; keine Kauf-Buttons in der App und keine Links zum Kauf anderswo | 3.1.3(a) |
Stripe bleibt im Web; die App ruft ein einziges URL-Schema auf.
Unterschreibe das Paid-Apps-Agreement (Account Holder) und lege dann das Abo oder Consumable mit einem Identifier wie pro_monthly an. Füge unter Users and Access einen Sandbox-Tester zum Testen hinzu.
Lege ein RevenueCat-Projekt an, importiere die Produkte und trage Key und Projekt-ID in revenueCatAPIKey und revenueCatProjectID in Config.swift ein. Die Bundle-ID in Xcode, App Store Connect und RevenueCat muss übereinstimmen. Komplette Anleitung: RevenueCat-Setup für Web-Wrapper-Apps und die In-App-Purchases-Doku.
Setze useragent_iphone in Config.swift auf den Standard-User-Agent plus eine Markierung wie MyAppiOS und prüfe dann navigator.userAgent in deiner Web-App. In der App ersetzt du den Stripe-Button durch einen Link auf revenuecat://purchase?external_id=USER_ID&product=pro_monthly oder öffnest eine native Paywall mit revenuecat://launchPaywall?external_id=USER_ID&offering=default (ab iOS 15).
Nutze RevenueCat-Webhooks (oder die injizierten Variablen planID und transactionIdentifier), um den Plan am Nutzerdatensatz in Supabase oder Firebase zu setzen, damit derselbe Account im Web und in der App Premium ist.
Ein sichtbarer "Käufe wiederherstellen"-Link auf restoreinapppurchases:// und ein "Abo verwalten"-Link auf cancelinapppurchase://, der Apples Abo-Verwaltung öffnet. Reviewer erwarten beide.
Kein "günstiger auf unserer Website", kein Stripe-Billing-Portal, keine aus der App ausgelöste E-Mail mit "Upgrade auf yourdomain.com", keine Preisseite, die beides vergleicht. Lade dann einen neuen Build hoch und antworte im Resolution Center mit den Produkt-IDs.
Mein iOS WebView wurde endlich genehmigt. Danke!!
Das Web behält Stripe; der iOS-Build leitet zu RevenueCat. Erkenne die App über die eigene User-Agent-Markierung.
// Config.swift: useragent_iphone = default UA + " MyAppiOS"
var isIosApp = navigator.userAgent.indexOf("MyAppiOS") !== -1;
function buy(productId, userId) {
if (isIosApp) {
// StoreKit via RevenueCat inside the WebViewGold app
window.location.href = "revenuecat://purchase?external_id=" + encodeURIComponent(userId) + "&product=" + productId;
} else {
// Stripe Checkout on the web
window.location.href = "/checkout?plan=" + productId;
}
}Die Regeln unterscheiden sich je nach Region. In den USA dürfen Apps im US-Storefront nach einem Gerichtsbeschluss von 2025 auf externe Kaufoptionen verlinken; die Europäische Union hat alternative Bedingungen unter dem Digital Markets Act; anderswo gilt die klassische Regel. Diese Regeln ändern sich und bringen eigene Hinweispflichten mit, prüfe also Apples aktuellen Text, bevor du dich darauf verlässt. Für eine Ein-Personen-App besteht IAP über RevenueCat das Review in jedem Storefront mit dem wenigsten Papierkram; die geschäftliche Seite behandelt der Entscheidungsguide Stripe vs. In-App-Kauf.
Ja, das ist das normale Setup. Derselbe Account bekommt das Entitlement aus beiden Kanälen; dein Backend behandelt einen RevenueCat-Webhook und einen Stripe-Webhook gleich.
Den Kauf auszublenden ist bei Reader-Inhalten erlaubt, Nutzer in der App auf die Website zu verweisen nicht. Wenn es in der App selbst nichts zu kaufen gibt und sie nie woanders hinzeigt, akzeptieren Reviewer das in der Regel; die meisten Apps fahren mit IAP besser.
Ja. Credits, die in der App ausgegeben werden, sind digitale Inhalte. Lege sie als Consumable-In-App-Käufe an und schreibe das Guthaben in deinem Backend gut, sobald der RevenueCat-Webhook eintrifft.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehen$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobieren$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.
App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.