In-App-Kauf-Regeln für Web-Apps in App Store und Google Play

Die typische Ablehnung

Ein häufiges Muster: Die Web-App läuft stabil, die App-Hülle ist gebaut, die Einreichung geht raus – und Apple lehnt mit Verweis auf Richtlinie 3.1.1 ab. Der Grund ist oft ein unscheinbarer „Jetzt upgraden“-Button oder eine Preisseite, die in der App genauso erscheint wie im Browser. Für Apple und Google ist es egal, ob ein Kauf nativ oder in einer WebView abgewickelt wird. Entscheidend ist, was verkauft wird.

Digital oder physisch? Die Grundregel

• Physische Waren: Onlineshop, Lieferdienst, Ersatzteile – Ihr eigener Zahlungsweg ist erlaubt.
• Dienstleistungen in der realen Welt: Kursbuchung bei der Volkshochschule, Tickets, Tischreservierung, Mitgliedschaft im Fitnessstudio – ebenfalls eigener Zahlungsweg.
• Digitale Inhalte und Funktionen: Premium-Abo einer SaaS, Online-Kurse, Guthaben, freigeschaltete Funktionen – hier verlangen Apple das In-App-Kaufsystem und Google die Google Play Billing, sofern keine Ausnahme greift.

Ausnahmen, die für Web-Apps relevant sind

Apple regelt das in Abschnitt 3.1 der App Store Review Guidelines. Wichtig für Web-Produkte sind vor allem:

• Reader-Apps: etwa das E-Paper eines Zeitungsverlags, Hörbücher oder Video. Nutzer dürfen außerhalb gekaufte Inhalte in der App abrufen. Mit einer gesonderten Berechtigung ist zusätzlich ein Link zur Kontoverwaltung auf Ihrer Website möglich.
• Plattformübergreifende Dienste: Im Web gekaufte Inhalte dürfen genutzt werden, wenn dieselben Inhalte in der App auch als In-App-Kauf angeboten werden.
• Software für Organisationen: Wird die App direkt an Unternehmen, Schulen oder Behörden für deren Beschäftigte verkauft, darf sie Zugriff auf bestehende Lizenzen geben.
• Persönliche Echtzeit-Dienste: etwa Nachhilfe oder Beratung im Eins-zu-eins-Format.
• Kostenlose Begleit-Apps: zu einem kostenpflichtigen Webdienst, wenn die App weder Kaufmöglichkeiten noch Hinweise auf externe Käufe enthält.

Google folgt in seiner Zahlungsrichtlinie einer ähnlichen Logik.

EU, Digital Markets Act und externe Links

Im Europäischen Wirtschaftsraum haben Apple und Google infolge des Digital Markets Act alternative Zahlungsabwicklungen und Links zu externen Angeboten eingeführt; auch in einigen anderen Ländern gibt es inzwischen Sonderregeln. Diese Programme haben eigene Vertragsbedingungen, Gebühren, Hinweisdialoge und technische Anforderungen, die meist native Schnittstellen voraussetzen. Die Bedingungen ändern sich regelmäßig – prüfen Sie deshalb vor der Planung den aktuellen Stand für jedes Land, in dem Sie veröffentlichen. Dieser Text ist eine allgemeine Orientierung und keine Rechtsberatung.

So gehen Sie praktisch vor

1. Alle Kaufpfade erfassen: Preisseite, Upgrade-Banner, Paywall, Checkout, Hilfeartikel und Links im Footer, die sich in der App öffnen.
2. Jeden Pfad einordnen: physisch, reale Dienstleistung oder digital.
3. Für digitale Angebote entscheiden: native In-App-Käufe zusätzlich zur Web-Abrechnung einbauen, inklusive Belegprüfung auf dem Server und Abgleich der Berechtigungen – oder eine App-Variante ohne Kaufoberfläche, wenn eine Ausnahme klar greift.
4. App-Kontext erkennen: Über einen eigenen User-Agent oder ein Flag der App-Hülle blendet die Web-App Preise und Upgrade-Buttons nur in der App aus.

Typische Stolperfallen: ein Hilfeartikel mit dem Satz „Upgrade über unsere Website ist günstiger“, ein Newsletter-Banner mit Rabattcode, der in der WebView erscheint, oder ein vergessener Button „Wiederherstellen“ für bereits gekaufte Abos. Testen Sie deshalb auch abgelaufene Abos, die Kontolöschung und jeden Link, der den Browser öffnet.

Lebt Ihr Geschäftsmodell fast vollständig von digitalen Abos ohne passende Ausnahme, planen Sie die In-App-Kauf-Integration vor dem Wrapping ein.

Wie jocapps unterstützt

appsubmitter.io verbindet KI-gestützte Prüfungen mit erfahrenen App-Spezialisten, reicht in Ihren eigenen Entwickler-Accounts ein und hilft konkret, wenn eine Ablehnung wegen der Zahlungswege kommt. WebViewGold macht aus Ihrer Web-App native iOS- und Android-Apps mit Push, Offline-Modus und über 40 nativen APIs – legen Sie vorher fest, wie der Kaufprozess in der App aussehen soll.

Für eine erste Einschätzung Ihres Zahlungsmodells buchen Sie ein kostenloses 30-minütiges Erstgespräch im Terminplaner.