Devoria
Guideline 3.1.2: App wegen Abo abgelehnt, so behebst du es
Von Mehdi Azizi
Veröffentlicht am , 9 Min.
Guideline 3.1.2: Der abgerechnete Betrag muss der auffälligste Preis der Paywall sein, mit Laufzeit, Verlängerung und AGB-Links. Zwei echte Ablehnungen.
Die Guideline 3.1.2 regelt automatisch verlängerbare Abos. Wenn Apple sie zitiert, prüf zwei Dinge: Der tatsächlich abgerechnete Betrag muss der auffälligste Preis deiner Paywall sein, und sowohl die App als auch ihre Store-Seite müssen Laufzeit, Preis und funktionierende Links zu deinen Nutzungsbedingungen und deiner Datenschutzerklärung zeigen.
Ich habe diese Ablehnung im Oktober 2026 für zwei meiner Apps bekommen: Solys am 10., TradaZen am 12. Schuld war jedes Mal dieselbe Darstellung: ein Wochenpreis groß, der echte abgerechnete Betrag klein. Hier findest du den Wortlaut der Regel, die beiden Fälle und dann die Checkliste, die ich inzwischen anwende. Für andere Ablehnungsgründe lies warum Apple eine App ablehnt.
Was sagt die Guideline 3.1.2?
Die 3.1.2, „Subscriptions“, steht in Abschnitt 3 „Business“ der App Review Guidelines, Teil 3.1 „Payments“. Daher der Betreff der Mail: „Guideline 3.1.2 - Business - Payments - Subscriptions“. Sie hat drei Absätze, und der Buchstabe in Klammern sagt dir, wo du suchen musst.
| Absatz | Was Apple verlangt | Die typische Ablehnung |
|---|---|---|
| 3.1.2(a) Permissible uses | Fortlaufender Wert, mindestens 7 Tage | Abo ohne Inhalte, die sich weiterentwickeln |
| 3.1.2(b) Upgrades and Downgrades | Tarif wechseln ohne Doppelzahlung | Zwei Tarife gleichzeitig bezahlt |
| 3.1.2(c) Subscription Information | Was man bekommt, zu welchem Preis | Berechneter Preis größer als der abgerechnete |
Der Text der 3.1.2(c) ist kurz. Bevor du jemanden zum Abschluss eines Abos aufforderst, musst du „clearly describe what the user will get for the price“: klar beschreiben, was er für diesen Preis bekommt. Danach verweist er auf Anhang 2 (Schedule 2) der Lizenzvereinbarung des Entwicklerprogramms. Dieser Anhang listet auf, was du „clearly and conspicuously“, also klar und gut sichtbar, anzeigen musst:
- den Titel des Abos;
- seine Laufzeit;
- seinen Preis, und den Preis pro Einheit, wenn das relevant ist;
- Links zu deiner Datenschutzerklärung und deinen Nutzungsbedingungen, erreichbar in der App.
Die Regel zur Größe der Preise steht auf Apples Seite zu Abos. Im Kaufablauf gilt: „the amount that will be billed must be the most prominent pricing element in the layout“, der abgebuchte Betrag muss das auffälligste Preiselement sein. Ein Monatsäquivalent oder eine Ersparnis bleiben erlaubt, solange sie nachrangig und kleiner sind. Dieselbe Seite verlangt bei einem Gratis-Test, dessen Dauer und den danach abgerechneten Preis anzugeben.
Die zwei 3.1.2(c)-Ablehnungen, die ich bekommen habe
Solys: 0,38 € groß, 19,99 € klein
Solys ist mein Wecker, der deine sozialen Netzwerke schlafen legt. Auf der Paywall im Onboarding zeigte die Karte „Jährlich“ „0,38 €/Wo.“ in 21 Punkt und fett. Darunter, in 15 Punkt: „also 19,99 €/Jahr“. Abgebucht werden aber 19,99 €, nicht 0,38 €.
Am 10. Oktober 2026 lehnt Apple die Version unter Verweis auf die 3.1.2(c) ab. Die Nachricht verlangt, dass der abgerechnete Betrag das klarste und auffälligste Preiselement ist. Gratis-Test, Einführungspreis und berechnete Preise müssen ihm untergeordnet bleiben. Apple nennt seine Kriterien: Schriftart, Größe, Farbe und Position.
Ich hatte diese Darstellung bewusst beibehalten: Eine frühere Version von TradaZen, nach demselben Prinzip gebaut, war angenommen worden. Das war eine Wette, und sie hat mich einen Review-Zyklus gekostet.
Die Korrektur: „19,99 €/Jahr“ groß, „also 0,38 €/Wo.“ als graue Bildunterschrift darunter, in allen 30 Sprachen der App. Da die Paywall im Code steckt, brauchte ich einen neuen Build, bevor ich die Version erneut einreichen konnte.
TradaZen: derselbe Grund, zwei Tage später
TradaZen ist mein Trading-Simulator. Am 12. Oktober 2026 wird Version 1.5.1 wegen derselben Regel abgelehnt. Die Nachricht spricht von einem „weekly calculated“ Preis, der „more clearly and conspicuously than the billed amount“ angezeigt wird: Das Wochenäquivalent war sichtbarer als der abgerechnete Betrag.
Meine erste Korrektur reichte nicht, und das habe ich noch vor dem Einreichen gemerkt. Ich hatte „0,92 €/Wo.“ verkleinert, es aber rechts in der Preiszeile gelassen. Nur zeigte die Karte des Wochenabos in derselben Spalte ihren echten Preis: „8,99 €/Wo.“. Beide Beträge lasen sich auf derselben Ebene. Ein berechneter Preis in der Spalte der echten Preise liest sich wie ein abgerechneter Preis, auch wenn er klein ist.
Die gewählte Korrektur: Jede Karte trägt ihren abgerechneten Betrag groß, rechts. Der Wochenpreis wandert als graue Bildunterschrift darunter. Links steht nur der Name des Tarifs. Beim nächsten Review hat Apple die 3.1.2(c) nicht mehr bemängelt.
Die anderen Lektionen aus dieser App stehen in der TradaZen-Fallstudie.
Was Apple abgelehnt hat, was durchging
Hier die echten Darstellungen, in zeitlicher Reihenfolge, mit Ergebnis.
| Preisdarstellung | Ergebnis |
|---|---|
| TradaZen, frühere Version: Wochenpreis im Vordergrund | Bei einem früheren Review angenommen |
| Solys: „0,38 €/Wo.“ fett, „19,99 €/Jahr“ darunter | Abgelehnt am 10.10.2026, 3.1.2(c) |
| TradaZen 1.5.1: Wochenpreis sichtbarer als der abgerechnete Betrag | Abgelehnt am 12.10.2026, 3.1.2(c) |
| TradaZen: Wochenpreis verkleinert, aber in der Preisspalte | Von mir vor dem Einreichen verworfen |
| TradaZen: abgerechneter Betrag groß rechts, Woche als Unterschrift | Beim nächsten Review nicht mehr genannt |
| Solys: „19,99 €/Jahr“ groß, Woche als graue Unterschrift | Korrigiert und erneut eingereicht |
Die erste Zeile ist die wichtigste. Ein angenommenes Review bestätigt deine Paywall nicht für das nächste. Jede Version landet wieder bei einem Prüfer, der die Regel strenger lesen kann als der vorherige. Die einzige sichere Darstellung ist die, die den Wortlaut einhält.
Der abgebuchte Betrag ist der einzige große Preis. Jedes Äquivalent, pro Woche, pro Monat oder pro Tag, ist eine kleinere und blassere Bildunterschrift, nie an seiner Stelle.
Die Checkliste für eine 3.1.2-konforme Paywall
Diese Liste gehe ich jetzt bei jeder Paywall meiner Apps durch, vor jedem Einreichen:
- Auf jeder Karte ist der abgerechnete Betrag der größte, kontrastreichste und am besten platzierte Preis.
- Jeder berechnete Preis (pro Woche, pro Monat, pro Tag) ist eine Bildunterschrift, kleiner und blasser, unter dem abgerechneten Betrag.
- Kein berechneter Preis steht in der Spalte, in der ein anderer Tarif seinen echten Preis zeigt.
- Die Laufzeit steht im Klartext da: „pro Jahr“, „pro Woche“.
- Der Gratis-Test nennt seine Dauer und den Betrag, der nach dem Test abgerechnet wird.
- Ein Satz sagt, dass sich das Abo automatisch verlängert und in den Einstellungen des Apple-Accounts gekündigt wird.
- Was das Abo freischaltet, steht vor dem Kauf-Button.
- Ein Button „Käufe wiederherstellen“ ist auf der Paywall sichtbar.
- Die Links zu Nutzungsbedingungen und Datenschutzerklärung sind auf der Paywall und öffnen sich.
- Wenn du mehrere Tarife anbietest, liegen sie in einer einzigen Abo-Gruppe, wie Apple es empfiehlt.
- Die Darstellung ist auf dem kleinsten iPhone und mit dem längsten Preis geprüft. Bei TradaZen teste ich den Preis in vietnamesischen Dong: Ein Betrag, der umbricht, zerstört die Hierarchie.
Wenn du die Paywalls von RevenueCat nutzt, warnt die Dokumentation von RevenueCat vor demselben Punkt: Eine Monatspreis-Variable allein reicht nicht, wenn der abgerechnete Betrag und sein Zeitraum nirgendwo sonst auftauchen. Die komplette Einbindung steht in RevenueCat: In-App-Abo einrichten, die Designfehler in iOS-Paywall: 7 Anfängerfehler.
Die Links zu AGB und Datenschutz: in der App und auf der Store-Seite
Die andere Form der 3.1.2-Ablehnung zielt nicht auf die Paywall, sondern auf die Metadaten. Die Nachrichten, die Entwickler in den Apple-Foren veröffentlicht haben, nennen den erwarteten Ort: den Link zur Datenschutzerklärung im dafür vorgesehenen Feld von App Store Connect, und den Link zu den Nutzungsbedingungen (EULA) in der Beschreibung oder im EULA-Feld.
Die Falle steckt im Standardvertrag. Laut App Store Connect-Hilfe gilt Apples Standardvertrag, wenn du keinen eigenen Vertrag hinzufügst, und „the license agreement link isn't shown on your App Store product page“: Auf deiner Store-Seite erscheint kein Link. Wenn du den Standardvertrag nutzt, musst du seinen Link selbst in die Beschreibung setzen, zu deiner Bedingungsseite oder zum Standard-Lizenzvertrag von Apple.
Bei meinen Abo-Apps beende ich die Beschreibung mit zwei Zeilen, in jeder Sprache der Store-Seite. Hier die Vorlage, anzupassen an dein Angebot und deine Domain:
7 Tage gratis testen, danach Jahres- oder Wochenabo,
jederzeit kündbar.
Nutzungsbedingungen: https://your-domain.com/terms
Datenschutz: https://your-domain.com/privacy
Öffne beide Links, bevor du sie einfügst: Eine nicht gefundene Seite zählt wie ein fehlender Link. Was die Datenschutzerklärung enthalten muss, steht in Datenschutzerklärung einer App, der Rest der Store-Seite auf der Seite ASO App Store.
Dieser Punkt lässt sich ohne neuen Build beheben: Die Beschreibung und die Felder in App Store Connect sind Metadaten.
3.1.2(a): Ein Abo muss fortlaufenden Wert liefern
Der andere Absatz, der zu Ablehnungen führt, zielt auf das Modell, nicht auf den Bildschirm. Die 3.1.2(a) verlangt „ongoing value“: einen Wert, der über die Zeit fortbesteht. Der Zeitraum beträgt mindestens sieben Tage, und das Abo funktioniert auf allen Geräten des Nutzers. Der Abonnent bekommt, wofür er bezahlt hat, ohne zusätzliche Aufgabe, etwa einen Post in einem sozialen Netzwerk.
Wenn deine App einen Dienst ein für alle Mal erbringt, passt ein Einmalkauf vielleicht besser. Beide Modelle vergleiche ich in Abo oder Einmalkauf.
Was du Apple nach einer 3.1.2-Ablehnung antwortest
Die Unterhaltung läuft im Bereich App Review deiner App. Das Vorgehen, um App Review zu antworten, ist dasselbe wie bei anderen Regeln. Es gibt zwei Fälle:
- Das Problem liegt in der App (Preisgrößen, Angaben auf der Paywall): Du brauchst einen neuen Build, wie bei Solys und TradaZen. Der Prüfer testet den ausgelieferten Code, das erkläre ich im Guide zur Guideline 2.1.
- Das Problem liegt auf der Store-Seite (fehlende oder tote Links): Du korrigierst die Metadaten, antwortest, und dieselbe Einreichung geht wieder raus.
Schreib auf Englisch, nüchtern: was das Problem war, was sich geändert hat, wie man es prüft. Hier die Vorlage, die ich nutze (ersetze Build-Nummer, Preise und Ablauf durch deine eigenen):
Hello,
Thank you for your review.
Issue: on the paywall, the weekly equivalent price was displayed
more prominently than the billed amount.
Fix in build X:
- Each plan now shows its billed amount (e.g. "€19.99/year")
as the largest price on the card.
- The weekly equivalent is a smaller grey caption below it.
- The paywall states the duration, the auto-renewal, and links
to our Terms of Use and Privacy Policy.
How to verify: launch the app and complete the onboarding.
The paywall appears at the end.
Best regards,
Deine Paywall vor dem nächsten Einreichen korrigieren
Wenn deine App gerade wegen 3.1.2 abgelehnt wurde, hilft dir das Apple Review Kit, die zitierte Regel zu finden, zu verstehen, was sie verlangt, und liefert ein Beispiel für Korrektur und Antwort. Seine Claude Code-Skills prüfen außerdem deine Paywall und deine Store-Seite vor dem Einreichen. Für einen menschlichen Blick buch eine Stunde mit mir: Wir lesen die Nachricht von Apple und überarbeiten deine Paywall an deinem Bildschirm. Das komplette Vorgehen steht auf der Seite von Apple abgelehnte App, die Einrichtung des Abos auf der Seite iOS-In-App-Abo.
Wenn du deinen ersten Release vorbereitest, mach deine kostenlose Diagnose: Sie bringt die Schritte in die richtige Reihenfolge und schickt dir meine Checkliste gegen Apple-Ablehnungen. Um eine mobile App zu erstellen, die ab dem Launch Geld einnimmt, widmet das iOS Kit seinen dritten Schritt, „das Geld anschließen“, dem Abo und der Paywall.
Niemand kann garantieren, dass Apple deine App annimmt. Was ich tun kann: dir die 3.1.2(c)-Ablehnung ersparen, die ich zweimal bezahlt habe.
Häufige Fragen
Was bedeutet „Guideline 3.1.2 - Business - Payments - Subscriptions“?
Das ist der vollständige Titel der Regel zu Abos. Er weist auf einen falsch gewichteten Preis hin, eine fehlende Angabe auf der Paywall, einen fehlenden Link auf der Store-Seite oder ein Abo ohne fortlaufenden Wert. Der Buchstabe in Klammern, zum Beispiel 3.1.2(c), zeigt den betroffenen Absatz.
Darf man noch einen Wochen- oder Monatspreis anzeigen?
Ja. Apple erlaubt ein Wochen- oder Monatsäquivalent oder eine Ersparnis, solange sie kleiner und weniger sichtbar bleiben als der tatsächlich abgerechnete Betrag. In meinen Apps ist das Äquivalent eine graue Bildunterschrift unter dem abgerechneten Preis, nie in der Spalte der echten Preise.
Braucht man nach einer 3.1.2-Ablehnung einen neuen Build?
Ja, wenn das Problem auf der Paywall liegt, denn der Prüfer testet den ausgelieferten Code. Nein, wenn es auf der Store-Seite liegt, etwa ein fehlender Link in der Beschreibung: Du korrigierst die Metadaten, und dieselbe Einreichung geht wieder raus.
Wohin gehört der Link zu den Nutzungsbedingungen (EULA)?
In der App auf die Paywall. Auf der Store-Seite in die Beschreibung oder, wenn du einen eigenen Vertrag hast, ins EULA-Feld von App Store Connect. Mit Apples Standardvertrag erscheint auf deiner Store-Seite kein Link: Füg ihn selbst in die Beschreibung ein, in jeder Sprache.
Meine Paywall wurde schon angenommen, warum wird sie jetzt abgelehnt?
Weil jede Version erneut ins Review geht, manchmal zu einem anderen Prüfer. Ein hervorgehobener Wochenpreis wurde bei TradaZen angenommen, dann im Oktober 2026 bei Solys und bei TradaZen abgelehnt. Nur der Wortlaut der Regel schützt dich.
