Guideline 3.2.2 Unacceptable: Geschäftsmodell abgelehnt

Die Guideline 3.2.2 listet die Geschäftsmodelle auf, die Apple ablehnt. Für eine Indie-App ist die klassische Falle, eine Bewertung, eine Rezension oder einen Download gegen einen Vorteil zu tauschen. Du darfst eine Aktion in der App belohnen, etwa ein abgeschlossenes Level oder eine angeschaute Werbung. Keine Aktion im App Store.

Ich veröffentliche meine eigenen iOS-Apps: Solys, TradaZen und Nolera sind im App Store. Dieser Guide stützt sich auf den offiziellen Text von Apple, gelesen am 15. Oktober 2026 in der Fassung vom 8. Juni 2026, und auf 3.2.2-Ablehnungen, die Entwickler veröffentlicht haben. Die weiter unten genannten Praktiken sind Beispiele. Der Zeitpunkt der Bewertungsanfrage fällt unter eine andere Regel, die ich im Guide zur Guideline 5.6.3 erkläre.

Was sagt die Guideline 3.2.2?

Die 3.2.2 steht in Abschnitt 3.2, „Other Business Model Issues“, der App Review Guidelines. Apple stellt dort eine Liste „Acceptable“, die 3.2.1, einer Liste „Unacceptable“, der 3.2.2, gegenüber. Apple betont, dass diese Listen nicht abschließend sind.

In der aktuellen Fassung hat die 3.2.2 zehn Unterpunkte, davon zwei leere.

Unterpunkt	Was abgelehnt wird
(i)	Ein Schaufenster für Drittanbieter-Apps
(ii)	Leer („omitted“)
(iii)	Werbung aufblähen, reine Werbe-App
(iv)	Spenden ohne Zulassung
(v)	Zugang ohne Grund eingeschränkt
(vi)	Leer („omitted“)
(vii)	Ranking anderswo künstlich pushen
(viii)	Binäre Optionen, CFDs ohne Lizenz
(ix)	Kredite über 36 % pro Jahr
(x)	Zum Bewerten, Herunterladen zwingen

Für eine Indie-App zählt Unterpunkt (x) am meisten: „Apps must not force users to rate the app, review the app, download other apps“. Er verbietet, eine Bewertung, eine Rezension, den Download einer anderen App oder eine andere Store-bezogene Aktion zur Bedingung für eine Funktion, einen Inhalt oder die App zu machen. Der nächste Satz zieht die Grenze: „Apps may otherwise incentivize users to take specific actions within apps“. Die genannten Beispiele: ein Level abschließen, eine Werbung anschauen.

Die Einleitung von Abschnitt 3 ergänzt die Regel. Apple richtet sich dort gegen Rezensionen und Rankings, die durch „paid, incentivized, filtered, or fake“ Feedback aufgebläht werden: bezahlt, belohnt, gefiltert oder gefälscht. Die angekündigte Sanktion kann bis zum Ausschluss aus dem Entwicklerprogramm gehen.

Eine Bewertung oder Rezension kauft man nicht: weder mit Geld noch mit Münzen noch mit einer freigeschalteten Funktion.

Was die 3.2.2 nicht abdeckt

Mehrere Artikel im Netz ordnen der 3.2.2 Fälle zu, die der aktuelle Text woanders einordnet. Drei benachbarte Regeln zählen für eine Indie-App.

• Geld für eine Systemfunktion verlangen: 4.10. Die Guideline 4.10 verbietet, Fähigkeiten des Geräts oder von iOS zu monetarisieren, etwa Push-Benachrichtigungen, die Kamera oder das Gyroskop. Sie nennt auch Apple-Dienste: iCloud-Speicher, die Bildschirmzeit-API.
• Nach dem Kauf eine Aufgabe verlangen: 3.1.2(a). Die Regel 3.1.2(a) verlangt, dass man das Bezahlte ohne zusätzliche Aufgabe bekommt: in sozialen Netzwerken posten, Kontakte importieren, die App eine bestimmte Anzahl von Malen öffnen.
• Auf ein Abo umstellen: ebenfalls 3.1.2(a). Du darfst denen, die die Hauptfunktion schon bezahlt haben, sie nicht wegnehmen. Details stehen im Guide zur Guideline 3.1.2.

Die häufigsten Fälle für eine Indie-App

Die vier Fälle unten sind konstruierte Beispiele, um die Regel zu veranschaulichen.

Eine Funktion gegen eine Bewertung freischalten

Beispiel: „Bewerte die App, um den Dark Mode freizuschalten.“ Genau das verbietet Unterpunkt (x). Und technisch funktioniert der Mechanismus nicht: Apples Bewertungsdialog wird eventuell gar nicht angezeigt, und er sagt deiner App nicht, ob die Person bewertet hat.

Der Ausweg: Frag mit dem Systemdialog nach der Bewertung, nach einem Erfolgserlebnis, ohne Bedingung. Den Dark Mode schaltest du anders frei, kostenlos oder per In-App-Kauf.

Eine Rezension oder einen Download belohnen

Beispiel: „100 Münzen für eine 5-Sterne-Rezension“ oder eine Offerwall, die Münzen für die Installation anderer Apps vergibt. Das Erste kauft eine Rezension, und die „5 Sterne“ filtern sie. Das Zweite bezahlt Downloads. Eine 3.2.2-Ablehnung von 2019, in den Apple-Foren veröffentlicht, betraf genau eine Offerwall: „Your app includes content or features that can manipulate the user reviews or chart ranking on the App Store.“

Der Ausweg: Belohne Aktionen, die in deiner App stattfinden. Das Tutorial abschließen, drei Spiele gewinnen, eine Challenge beenden.

Belohnte Werbung

Das belohnte Video ist erlaubt: (x) nennt selbst „watching an ad“ unter den Aktionen, zu denen eine App motivieren darf. Zwei Grenzen. Unterpunkt (iii) lehnt Apps ab, die hauptsächlich zum Anzeigen von Werbung gebaut sind. Und eine Ablehnung von 2022, von einem Entwickler veröffentlicht, sagt: „The primary purpose of your app is to encourage users to watch ads or perform marketing-oriented tasks“.

Ein anderer Entwickler berichtet von einem Call mit einem Reviewer im Jahr 2021: Laut ihm waren Belohnungen mit echtem Wert, wie Geld oder Geschenkkarten, nicht zulässig, nur Belohnungen innerhalb der App. Halte die Werbung optional und die Belohnung innerhalb der App. Was sie einbringt, rechne ich in wie viel eine mobile App einbringt vor.

Eine kostenlose Funktion kostenpflichtig machen

Beispiel: Ein Update packt den PDF-Export, bisher kostenlos, hinter das Abo. Kein Unterpunkt der 3.2.2 betrifft diesen Fall, und der Text verbietet nicht, dein Angebot weiterzuentwickeln. Geschützt wird, was bezahlt wurde: Wenn eine App auf ein Abo umstellt, verlangt die 3.1.2(a), dass denen, die schon bezahlt haben, die gekaufte Hauptfunktion bleibt.

Zwei Vorsichtsmaßnahmen. Die Guideline 2.3.2 verlangt, dass Beschreibung und Screenshots klar zeigen, was einen Kauf erfordert: Aktualisiere deine Produktseite. Erkläre die Änderung außerdem in den Review-Notizen. Was ich zusätzlich tun würde, aus eigener Entscheidung und nicht als Pflicht: den Export denen lassen, die ihn schon genutzt haben. Den Vergleich der Modelle findest du in Abo oder Einmalkauf.

Die Tabelle: Praxis, 3.2.2 und konforme Alternative

Das ist mein Raster vor jeder Einreichung. Die mittlere Spalte sagt, ob die Praxis unter die 3.2.2, eine andere Regel oder gar keine fällt.

Praxis	3.2.2?	Konforme Alternative
Funktion gegen Bewertung	Ja, Unterpunkt (x)	Systemdialog nach Erfolg
Münzen gegen Rezension	Ja, belohnte Rezension	Münzen für ein geschafftes Level
Bonus für App-Installation	Ja, Unterpunkt (x)	Bonus für eine In-App-Aktion
Installations-Offerwall	Ja, in der Praxis	Einfaches belohntes Video
Erst „Gefällt dir die App?“	Risiko, gefilterte Rezension	Gleiche Anfrage für alle
Werbevideo gegen Bonus	Nein, erlaubt	Optional halten
App besteht hauptsächlich aus Werbung	Ja, Unterpunkt (iii)	Erst eine echte Funktion
Geschenkkarte gegen Werbung	Ja, in der Praxis	Belohnung in der App
Kostenpflichtige Benachrichtigungen	Nein: Regel 4.10	Deinen Dienst berechnen
Teilen nach Kauf verlangt	Nein: 3.1.2(a)	Sofort nach Zahlung freischalten
Kostenlos wird kostenpflichtig	Nein, kein Unterpunkt	Produktseite und Notizen aktuell
Lifetime-Kauf entzogen	Nein: 3.1.2(a)	Frühere Käufe respektieren

Zwei Punkte brauchen eine Erklärung. „Ja, in der Praxis“ verweist auf die oben zitierten veröffentlichten Ablehnungen, nicht auf einen Unterpunkt, der diese Fälle nennt. Das „Gefällt dir die App?“, das nur zufriedene Nutzer zur Bewertung schickt, filtert Rezensionen, und genau darauf zielt die Einleitung von Abschnitt 3. Ich stufe es als Risiko ein, weil ich keine veröffentlichte Ablehnung zu genau diesem Fall gelesen habe.

Eine 3.2.2-Ablehnung beheben

Der Satz nach dem Titel sagt, was der Reviewer gesehen hat. Drei in den Apple-Foren veröffentlichte Formulierungen tauchen immer wieder auf:

• „encourage users to watch ads or perform marketing-oriented tasks“: Das ganze Modell ist das Problem, nicht ein einzelner Screen.
• „manipulate the user reviews or chart ranking“: eine Belohnung gegen eine Rezension oder einen Download.
• „displays or promotes third-party apps“: Werbung für andere Apps, laut einem Entwickler sogar in Anzeigen.

Danach:

1. Entferne den Mechanismus, nicht nur den Text. Wenn die Belohnung im Code existiert, findet der Reviewer sie. Plane einen neuen Build ein.
2. Ersetze ihn durch die Alternative aus der Tabelle. Eine Bewertung über den Systemdialog, eine Belohnung für eine Aktion in der App.
3. Schreib präzise Review-Notizen: was sich geändert hat und wo man es prüfen kann.
4. Leg nur Einspruch ein, wenn die App falsch verstanden wurde. Antworte zuerst in App Store Connect. Das App Review Board akzeptiert danach nur einen Einspruch pro abgelehnter App.

Die Vorlage für Notizen, die ich verwenden würde, auf Englisch, zum Anpassen:

Hello App Review team,

Thank you for your feedback regarding Guideline 3.2.2.

What changed in build [X]:
- Users no longer receive [reward] for [rating the app /
  writing a review / downloading other apps].
- [Feature] is now available [for free / through in-app
  purchase], with no store-related action required.
- Ratings are requested only through the system prompt,
  after [completed action], for every user.

Where to check: [screen > step].

Best regards,
[Your name]

Schreib nur, was im eingereichten Build tatsächlich existiert.

Die 3.2.2-Checkliste vor der Einreichung

• Keine Funktion und kein Inhalt hängt von einer Bewertung, einer Rezension oder einem Download ab.
• Keine Belohnung für eine Rezension, auch nicht für eine „ehrliche“.
• Die Bewertungsanfrage ist für alle gleich, ohne vorherige Filterfrage.
• Belohnungen kommen von Aktionen in der App und bleiben in der App.
• Belohnte Werbung ist optional, und die App hat auch ohne sie eine echte Funktion.
• Nichts Kostenpflichtiges betrifft eine Systemfunktion als solche.
• Wenn eine kostenlose Funktion kostenpflichtig wird, sagen es die Produktseite und die Review-Notizen.

Ein konformes Geschäftsmodell ab deiner nächsten Einreichung

Wenn deine App gerade wegen 3.2.2 abgelehnt wurde, hilft dir das Review Kit, die zitierte Regel und ihre Anforderungen zu finden, mit Vorlagen für Notizen an den Tester. Wenn du dein Geschäftsmodell aufbaust, liefert das iOS & Android Kit ein fertig programmiertes Onboarding, eine Paywall und Abos, die du nur noch einstellst. Die häufigsten Paywall-Fehler findest du in iOS-Paywall: Anfängerfehler. Für einen menschlichen Blick buch eine Stunde mit mir.

Das komplette Vorgehen steht auf der Seite von Apple abgelehnte App, der technische Teil auf der Seite 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 dem Review von Anfang an im Blick.

Häufige Fragen

Was bedeutet „Guideline 3.2.2 - Business - Other Business Model Issues - Unacceptable“?

Apple ist der Meinung, dass dein Geschäftsmodell zu den von der 3.2.2 abgelehnten Praktiken gehört. Der Satz nach dem Titel präzisiert das Problem: Werbung im Zentrum der App, Werbung für andere Apps, Belohnung gegen eine Rezension. Die Nachricht nennt nicht immer den Unterpunkt: Lies die Liste noch einmal und prüf deine Belohnungsmechanismen.

Darf man für eine Rezension im App Store eine Belohnung anbieten?

Nein. Die Einleitung von Abschnitt 3 richtet sich gegen belohnte Rezensionen, und Unterpunkt (x) verbietet, eine Funktion an eine Bewertung zu knüpfen. Frag mit dem Systemdialog nach der Bewertung, für alle gleich, ohne etwas zu versprechen.

Sind belohnte Videos erlaubt?

Ja. Unterpunkt (x) nennt „watching an ad“ unter den Aktionen, zu denen eine App motivieren darf. Abgelehnt wird, wenn die Werbung zum Zweck der App wird oder die Belohnung einen echten Wert außerhalb der App hat, wie eine Geschenkkarte.

Darf man eine bisher kostenlose Funktion kostenpflichtig machen?

Der Text verbietet es nicht. Er schützt, was bezahlt wurde: Die 3.1.2(a) verlangt, denen, die die Hauptfunktion gekauft haben, sie nicht wegzunehmen. Aktualisiere deine Produktseite, wie es die 2.3.2 verlangt, und erkläre die Änderung in den Review-Notizen.

Was ist der Unterschied zwischen Guideline 3.2.2 und 5.6.3?

Die 5.6.3 verbietet, den App Store zu manipulieren, und Apple wendet sie auch auf schlecht platzierte Bewertungsanfragen an, zum Beispiel beim ersten Start. Die 3.2.2 betrifft das Geschäftsmodell: eine Funktion, die gegen eine Bewertung gesperrt ist, eine belohnte Rezension oder ein belohnter Download. Dieselbe Bewertungsanfrage kann beide betreffen.