Guideline 5.6: Paywall, die zur App-Ablehnung führt

Die Guideline 5.6 ist der Verhaltenskodex für Entwickler. Bei einer Paywall zitiert Apple sie mit einem Standardsatz: Die App „attempts to manipulate customers into making unwanted In-App Purchases“. Im Klartext: Ein Button in deinem Kaufprozess tut nicht das, was er ankündigt, oder ein Angebot taucht wieder auf, ohne dass der Nutzer danach gefragt hat. Die Korrektur passt in eine Regel: Jeder Button tut, was er sagt, und der Nutzer entscheidet allein, wann er ein Angebot wieder sieht.

Ich habe diese Ablehnung für TradaZen bekommen, meine App zum Trading-Training. Den Launch erzähle ich in dieser Fallstudie. Hier findest du die Regel, was ich in meiner Paywall gefunden habe, die Muster, die du vermeiden solltest, und meine Antwort an Apple. Für die verwandte Regel zu Bewertungsanfragen lies lieber den Guide zur Guideline 5.6.3.

Was sagt die Guideline 5.6?

Die 5.6, „Developer Code of Conduct“, steht in Abschnitt 5 „Legal“ der App Review Guidelines. Ihr erster Absatz handelt von Respekt: gegenüber Kunden, in Antworten auf Bewertungen und im Austausch mit Apple. Der zweite zielt direkt auf Käufe.

Der aktuelle Text stellt das Prinzip auf: „Customer trust is a cornerstone of the App ecosystem.“ Danach listet er auf, was eine App nie tun darf: Nutzer ausnutzen, sie betrügen, „trick them into making unwanted purchases“, sie zwingen, unnötige Daten zu teilen, „raise prices in a tricky manner“, für etwas kassieren, das nicht geliefert wird, oder jede andere manipulative Praxis, in der App oder außerhalb.

Auf Deutsch: Du darfst keinen Kauf durch einen Trick erzielen. Der Text führt keine Liste verbotener Buttons. Er bewertet die Wirkung: Hat der Nutzer bezahlt, weil er es wollte, oder weil der Bildschirm ihn in eine Falle gelockt hat?

Die 5.6 umfasst außerdem vier Unterregeln:

Unterregel	Worum es geht
5.6.1 App Store Reviews	Bewertungen und Anfragen
5.6.2 Developer Identity	Korrekte Angaben zu dir
5.6.3 Discovery Fraud	Betrug bei der Sichtbarkeit
5.6.4 App Quality	Beschwerden, Erstattungen

Die Sanktion steht in der Regel selbst: „Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program.“ Wiederholtes manipulatives Verhalten führt also zum Ausschluss aus dem Entwicklerprogramm. Das ist eine allgemeine Regel und ein guter Grund, den ganzen Kaufprozess schon bei der ersten Ablehnung zu korrigieren.

Die 5.6-Ablehnungsnachricht für eine Paywall

Die Nachricht enthält oft denselben Satz: „The app attempts to manipulate customers into making unwanted In-App Purchases.“ Apple sagt nicht immer, welches Element gemeint ist. Bei meiner Ablehnung stand nichts weiter dabei.

Andere Entwickler beschreiben den betroffenen Bildschirm. In einem Thread im Apple-Forum vom November 2024 führt ein Entwickler seine 5.6-Ablehnung auf ein einmaliges Angebot zurück, das erschien, wenn der Nutzer den ersten Abo-Bildschirm schloss.

Die 5.6 betrifft nicht nur Paywalls. Ein Entwickler wurde auch wegen Funktionen abgelehnt, die während der Prüfung versteckt schienen. Wenn deine 5.6-Ablehnung nichts von Käufen sagt, such zuerst nach dem, was der Prüfer nicht sehen konnte.

Meine 5.6-Ablehnung bei TradaZen

Am 12. Oktober 2026 lehnt Apple Version 1.5.1 von TradaZen ab, getestet auf einem iPad Air. Grund: Guideline 5.6, mit dem Standardsatz zu ungewollten Käufen. Kein Bildschirm wird genannt.

Also habe ich meinen ganzen Kaufprozess noch einmal durchgespielt, aus Sicht von jemandem, der einfach nur ablehnen will. Die Paywall am Ende des Onboardings lässt sich nicht schließen: Die App verlangt die Testphase oder das Abo, um weiterzumachen. Drei Mechanismen rund um sie konnten als Manipulation durchgehen:

• Ein falsches X. Oben auf dem Bildschirm öffnete ein Button in Form eines X, für VoiceOver als „Schließen“ angesagt, ein reduziertes Angebot, statt zu schließen.
• Ein Angebot, das von allein zurückkam. Solange das Angebot lief, öffnete es sich erneut, wenn der Nutzer in die App zurückkehrte.
• Eine Werbe-Erinnerung. Wer die App von der Paywall aus verließ, löste eine geplante Mitteilung aus, die einen exklusiven Rabatt ankündigte.

Ein Detail ist wichtig: Diese Mechanismen gab es schon in der vorherigen Version, die drei Tage zuvor angenommen wurde. Eine Annahme segnet deine Paywall nicht für immer ab: Ein anderer Prüfer kann denselben Bildschirm anders lesen.

Was ich geändert habe

• Das X ist von diesem Bildschirm verschwunden. An seiner Stelle öffnet ein Geschenk-Icon, für VoiceOver als „Exklusiver Rabatt“ angesagt, das Angebot, wenn man es antippt. Nichts tut mehr so, als würde es schließen.
• Das Angebot öffnet sich nie mehr von selbst, wenn man in die App zurückkehrt.
• Die Rabatt-Mitteilung ist gestrichen. Es bleibt eine sanfte Erinnerung, einmal pro Installation verschickt und nur, wenn Mitteilungen erlaubt sind. Sie spricht weder von Preis noch von Rabatt noch von einer Frist.
• Diese Erinnerung ist in der Nachricht an App Review beschrieben, mit Text und Versandzeitpunkt.

Was ich behalten habe

Ich habe auch den Rest noch einmal geprüft und mich bei jedem Element gefragt, ob es wirklich die Wahl lässt.

• Ein Angebot nach einem abgebrochenen Kauf. Bricht der Nutzer Apples Zahlungsblatt für das Jahresabo ab, öffnet sich ein Willkommensangebot. Es hat nur ein einziges Fenster von 5 Minuten, das nicht neu startet: Bricht der Nutzer in dieser Zeit erneut ab, öffnet es sich wieder. Es lässt sich mit einer Geste über das X oder „Nein danke“ schließen und zeigt den echten Preis des Produkts.
• Ein echter 5-Minuten-Timer. Sein Ablauf wird beim ersten Anzeigen auf dem Gerät gespeichert. Er läuft weiter, wenn die App geschlossen ist, und springt beim Neustart nicht auf null. Ist er abgelaufen, verschwindet das Angebot für diese Installation der App. Schließt man es vorher, zeigt ein kleines Badge die verbleibende Zeit und öffnet das Angebot nur, wenn man es antippt.
• Eine verschlossene Truhe. Sie zeigt die im Onboarding gewonnenen Gegenstände, und nur diese, gesperrt, solange die App nicht freigeschaltet ist. Nichts kündigt an, dass sie verloren gehen.

Diese Elemente stehen in den Review-Notizen. Die Ablehnung nannte keinen Bildschirm: Ich stelle sie also nicht als von Apple bestätigt dar. Es sind, aus meiner Sicht, die transparenten Versionen dieser Mechaniken, und ich habe sie angegeben.

Die Korrektur brauchte einen neuen Build, denn alles passierte in der App. TradaZen ging am 13. Oktober 2026 wieder in die Prüfung.

Die Paywall-Dark-Patterns, die die 5.6 auslösen

Apple veröffentlicht keine Liste. Dieselbe Mechanik gibt es oft in zwei Versionen: eine, die in die Falle lockt, und eine, die die Wahl lässt. Diese Tabelle trennt sie, aus dem Regeltext, veröffentlichten Ablehnungen anderer Entwickler und meiner eigenen. Die transparente Version garantiert keine Annahme. Sie ist die, die nicht zu täuschen versucht. Die letzte Spalte sagt, worauf jede Zeile beruht.

Manipulative Version	Transparente Version	Grundlage
Ein X, das ein Angebot öffnet, statt zu schließen	Das X schließt. Ein Bildschirm, der sich nicht schließen lässt, zeigt kein X	Nach meiner TradaZen-Ablehnung korrigiert
Ein „einmaliges“ Angebot, das beim Schließen der Paywall aufpoppt	Ein Rabatt hinter einem Button, der ihn klar ankündigt	Veröffentlichte Ablehnung im Apple-Forum
Ein zweites Angebot nach einer Ablehnung, in einer Paywall mit irreführendem Preis	Ein einziges Angebot nach abgebrochenem Kauf, zum echten Preis, mit einer Geste schließbar	Fall Cal AI; von Superwall berichteter Austausch
Eine Paywall oder ein Angebot, das sich bei Rückkehr in die App von selbst öffnet	Es kommt zurück, wenn der Nutzer an ein Limit stößt oder einen Button tippt, der es ankündigt	Nach meiner TradaZen-Ablehnung korrigiert
Eine nie erbetene Werbe-Mitteilung	Werbung nach ausdrücklicher Zustimmung, mit Abmeldung in der App	Regel 4.5.4
Ein falscher Timer, der auf null springt oder dessen Angebot nach Ablauf zurückkommt	Eine echte Frist, die auch bei geschlossener App weiterläuft und wirklich endet	Meine Lesart von „trick them“, Regel 5.6
Erfundene Belohnungen oder solche, deren Verlust ohne Kauf angedroht wird	Die echten Gewinne des Nutzers, ohne Drohung, sie zu verlieren	Meine Lesart der Regel 5.6
Eine Gratis-Testphase, die die automatische Abbuchung verschweigt	Dauer der Testphase und danach berechneter Preis, direkt neben dem Button	Apples Seite zu Abos
Ein Wochenpreis groß, der abgerechnete Betrag klein	Der abgerechnete Betrag ist der sichtbarste Preis auf dem Bildschirm	Apples Seite zu Abos
Ein Ablehnen-Button, der ein schlechtes Gewissen macht	Eine neutrale Ablehnung wie „Jetzt nicht“ oder „Nein danke“	Meine Lesart der Regel 5.6

Den Fall Cal AI berichtet TechCrunch: Apple zitierte die 5.6 wegen eines zweiten Abo-Angebots, das denen gezeigt wurde, die das erste ablehnten. Dieselbe Paywall wurde auch nach 3.1.2(c) beanstandet: Der Wochenpreis dominierte den abgerechneten Betrag, und die Testphase verschleierte die automatische Verlängerung. Der Artikel beschreibt das zweite Angebot nicht genauer.

Umgekehrt berichtet Superwall, ein Anbieter von Paywall-Tools, der genau solche Angebote verkauft, von einem inoffiziellen Austausch mit Apple im Juni 2026. Ein Angebot nach einem abgebrochenen Kauf wird dort als erlaubt beschrieben. Aufdringlichkeit nicht: ein Angebot, das in jeder Sitzung wiederkommt, oder ein Ablauf, aus dem man nur durch Bezahlen herauskommt. Superwall stellt klar, dass das keine offiziellen Regeln sind und der Prüfer sein eigenes Urteil behält. Ein Angebot nach einer Ablehnung bleibt also eine Ermessensfrage: Der Text verbietet es nicht, es gibt veröffentlichte Ablehnungen, und die Art und Weise zählt.

Die Regel zu Mitteilungen ist die 4.5.4: keine Werbung per Mitteilung ohne ausdrückliche, in der App eingeholte Zustimmung und ohne Möglichkeit zur Abmeldung.

Beim Preis ist Apples Seite zu Abos eindeutig: Der abgerechnete Betrag muss das sichtbarste Preiselement sein. Der Grund passt in einen Satz: „This ensures that people are not misled.“ Die Regel 3.1.2 ergänzt, dass Apple Apps entfernt, die ein Abo irreführend oder per „bait-and-switch“ verkaufen.

Der Test, den ich jetzt anwende: Tut jeder Button genau das, was sein Aussehen verspricht, und kann der Nutzer mit einer Geste Nein sagen, ohne dass das Angebot von selbst zurückkommt?

Die klassischeren Paywall-Fehler, die Verkäufe kosten, ohne unbedingt eine Ablehnung auszulösen, findest du in iOS-Paywall: 7 Anfängerfehler.

Wie du eine 5.6-Ablehnung behebst

1. Liste deinen ganzen Kaufprozess auf. Paywall, Zusatzangebote, Timer, Mitteilungen, erneute Anzeigen bei Rückkehr in die App. Apple sagt nicht immer, was gemeint ist. Prüf bei jedem Element, ob es in seiner transparenten Version vorliegt: mit einer Geste schließbar, echter Timer, korrekter Preis, keine automatische Rückkehr. Korrigiere oder entferne alles, was nach einer Falle aussieht, nicht nur das wahrscheinlichste Element.
2. Spiel den Weg des Prüfers nach. Lösch die App, installier sie neu, schließ das Onboarding ab und lehn dann alles ab: schließen, abbrechen, App verlassen, zurückkommen. Notier jeden Bildschirm, der sich öffnet, ohne dass du ihn angefordert hast, und prüf, ob du ihn mit einer Geste schließen kannst.
3. Bereite einen neuen Build vor. Die Ursache liegt in der App, also im eingebauten Code. Ein Remote-Update ersetzt den Build nicht, wie ich im Guide zur Guideline 2.1 erkläre.
4. Halte nichts in Reserve. Ein Angebot nach der Annahme aus der Ferne wieder zu aktivieren heißt, dem Prüfer eine Funktion zu verheimlichen. RevenueCat warnt selbst vor diesem Reflex in seinem Artikel über Exit-Angebote.
5. Antworte in App Store Connect, auf Englisch, indem du auf die Nachricht von App Review antwortest.

Hier eine Vorlage aus meiner Antwort und meinen Review-Notizen, gekürzt. Ersetz die Build-Nummer und die Änderungen durch deine eigenen und liste dann auf, was bleibt:

Hello,

Thank you for your feedback on Guideline 5.6.

Issue: on the subscription screen, the button in the top
corner looked like a close button, but it opened a
discounted offer instead of closing the screen.

Changes in build X:
- Nothing on the subscription screen pretends to close it.
  A clearly labeled button now opens the optional offer.
- The offer never reopens by itself when the user comes
  back to the app.
- The notification announcing a discount has been removed.

Still in this build (also described in the review notes):
- [Each remaining offer: what triggers it, how often it
  appears, how the user dismisses it.]
- [Each remaining reminder: its text, when it is sent,
  and under which conditions.]

If another part of the purchase flow still looks unclear,
please tell me which screen, and I will change it.

Best regards,

Was du schreibst, muss exakt zum Build passen. Wenn du eine Erinnerung oder ein Angebot behältst, selbst wenn es automatisch ausgelöst wird, beschreib es in der Antwort und in den Review-Notizen. Wenn du glaubst, dass der Prüfer sich geirrt hat, erlaubt Apple einen Einspruch beim App Review Board, mit einem einzigen Einspruch pro abgelehnter Einreichung. Bei einer Paywall halte ich Korrigieren für sicherer als Anfechten. Die anderen Ablehnungsgründe und wie du darauf antwortest, findest du in warum Apple eine App ablehnt.

Die Anti-5.6-Checkliste vor dem Einreichen

• Jedes X schließt den Bildschirm. Ein Bildschirm, der sich nicht schließen lässt, zeigt kein X.
• Jeder Button sagt, was er tut, auf dem Bildschirm und für VoiceOver.
• Kein Angebot versteckt sich hinter einem Schließen-Button.
• Ein durch eine Ablehnung ausgelöstes Angebot, falls du eines behältst, passt in ein einziges Fenster, das nicht neu startet, zeigt den echten Preis und lässt sich mit einer Geste schließen.
• Keine Paywall und kein Angebot öffnet sich bei Rückkehr in die App von selbst.
• Keine Werbe-Mitteilung ohne ausdrückliche Zustimmung in der App.
• Kein falscher Timer: Eine angezeigte Frist ist echt, springt nicht auf null und endet wirklich.
• Was der Bildschirm als gewonnen zeigt, wurde wirklich gewonnen, ohne Drohung, es zu verlieren.
• Die Testphase zeigt ihre Dauer und den danach berechneten Preis.
• Der abgerechnete Betrag ist der sichtbarste Preis auf dem Bildschirm.
• Die Review-Notizen beschreiben jedes Angebot und jede Erinnerung im Build.
• Du hast den Ablauf durchgespielt und alles abgelehnt, auf iPhone und iPad.

Deine Paywall prüfen lassen, bevor Apple es tut

Das Review Kit vereint meine Checkliste vor dem Einreichen, meine korrigierten Ablehnungen und zwei Claude-Code-Skills, die dein Projekt, deine Paywall und deinen Store-Eintrag prüfen. Wenn Apple ablehnt, bereiten sie deine Antwort vor. Für einen menschlichen Blick buch eine Stunde mit mir: Wir spielen deinen Kaufprozess gemeinsam auf deinem Bildschirm durch. Das komplette Vorgehen nach einer Ablehnung steht auf der Seite von Apple abgelehnte App, der technische Teil zu Abos unter iOS-In-App-Abos.

Wenn du deinen ersten Release vorbereitest, mach deine kostenlose Diagnose: Sie bringt die Schritte in die richtige Reihenfolge und schickt dir meine Anti-Ablehnungs-Checkliste für Apple. Die Startseite zeigt, wie du eine mobile App erstellst, mit einer Paywall, die von Anfang an für die Prüfung gedacht ist.

Niemand kann garantieren, dass Apple deine App annimmt. Was ich tun kann: dir helfen, eine 5.6-Ablehnung zu vermeiden, für die ich schon mit einem Prüfzyklus bezahlt habe.

Häufige Fragen

Was bedeutet „Guideline 5.6 - Developer Code of Conduct“ in einer Ablehnung?

Das ist der Titel der Regel zum Verhaltenskodex für Entwickler. Bei einer App mit In-App-Käufen weist er meist auf einen Kaufprozess hin, der als manipulativ gilt: falsches Schließen, ein Angebot, das von selbst zurückkommt, eine irreführend dargestellte Testphase oder ein irreführender Preis. Die Nachricht nennt nicht immer den betroffenen Bildschirm.

Ist ein Exit-Angebot bei Apple verboten?

Der Text verbietet es nicht ausdrücklich. Das stellt auch RevenueCat fest, weist aber darauf hin, dass Entwickler aus diesem Grund abgelehnt wurden. Die veröffentlichten Ablehnungen betreffen ein Angebot, das aufpoppt, wenn der Nutzer die Paywall schließt, oder ein zweites Angebot nach einer Ablehnung. Was die transparente Version ausmacht: ein optionales Angebot, begrenzt auf ein einziges Fenster, das nicht neu startet, zum echten Preis, mit einer Geste schließbar, das nicht von selbst zurückkommt, mit einem echten Timer, falls es einen gibt. Beschreib es in den Review-Notizen. Niemand kann garantieren, dass ein Prüfer es so liest.

Ist eine Paywall ohne X erlaubt?

Die Regeln schreiben kein X vor, und genau das habe ich bei TradaZen nach dieser Ablehnung gewählt. Was Apple ablehnt, ist ein Button, der wie ein Schließen aussieht und etwas anderes tut. Ein Entwickler berichtete allerdings von einer 5.6-Ablehnung wegen einer Paywall ohne Ausweg in einer kostenlos herunterladbaren App. Zeig den Nutzen, bevor du nach der Testphase fragst, und sag in deinem Store-Eintrag klar, dass die App kostenpflichtig ist.

Braucht es nach einer 5.6-Ablehnung einen neuen Build?

In den meisten Fällen ja, weil die Ursache ein Bildschirm oder ein Verhalten der App ist. Liegt das Problem außerhalb der App, im Store-Eintrag oder in den Metadaten, kann eine Korrektur ohne Build reichen. Im Zweifel frag den Prüfer, welchen Bildschirm er meint.

Kann eine 5.6-Ablehnung zur Schließung des Entwicklerkontos führen?

Die Regel sieht das bei wiederholtem manipulativem Verhalten vor, mit Ausschluss aus dem Entwicklerprogramm. Sie sieht auch vor, dass ein geschlossenes Konto nach einem schriftlichen Verbesserungsplan wiederhergestellt werden kann, den Apple genehmigt und dann überprüft. Deshalb lohnt es sich, den ganzen Kaufprozess schon bei der ersten Ablehnung zu korrigieren.

Was ist der Unterschied zwischen 5.6 und 5.6.3?

Die 5.6 ist der allgemeine Verhaltenskodex: Respekt, Vertrauen, kein Kauf durch einen Trick. Die 5.6.3 ist eine ihrer Unterregeln, zur Manipulation von Rankings, Suche und Bewertungen. Apple hat sie bei Solys zitiert, wegen einer Bewertungsanfrage im Onboarding.