iOS Paywall: 7 Anfängerfehler, die deine Verkäufe bremsen

Warum dein iOS Paywall nicht verkauft

Deine App ist im App Store, die Installationen kommen, und trotzdem schließt fast niemand ein Abo ab. In den meisten Fällen liegt das Problem weder an deiner Idee noch an deinem Code. Es liegt an deinem iOS Paywall, also dem Screen, der das kostenpflichtige Angebot zeigt und den Nutzer um eine Entscheidung bittet. Ein Paywall, der im falschen Moment kommt, ohne Gratis-Testphase, ohne Wiederherstellen-Button oder ohne die Angaben, die Apple verlangt, verkauft nicht oder wird im Review abgelehnt.

Hier sind die 7 Fehler, die ich bei ersten Apps am häufigsten sehe, und wie du jeden davon behebst. Kein Zauberrezept: konkrete, überprüfbare Einstellungen, die du vor deiner nächsten Einreichung bei Apple umsetzen kannst.

Ich veröffentliche selbst iOS-Apps mit Abo: Solys, einen Wecker mit Minispielen, und TradaZen, einen Trading-Simulator, beide mit RevenueCat angebunden. Bei beiden hatte ich dieselbe Situation: viele Installationen, sehr wenige gestartete Gratis-Tests. Am Produkt lag es nicht. Paywall und Onboarding haben nicht klar genug zum Test geführt. Das ist einer der Gründe, warum ich beide gründlich überarbeitet habe, und daher kommt diese Liste.

Fehler Nr. 1: den Paywall zu früh oder zu spät zeigen

Das ist der teuerste Fehler, und es gibt ihn in beide Richtungen.

Zu früh heißt: Der Paywall erscheint, bevor der Nutzer verstanden hat, was die App macht. Er öffnet die App, sieht einen Preis, schließt sie. Er hat keinen Grund zu zahlen, weil er noch nichts gesehen hat.

Zu spät heißt: Der Paywall versteckt sich hinter einem „Premium“-Button in den Einstellungen oder taucht erst nach mehreren Tagen Nutzung auf. Die meisten Nutzer werden ihn nie sehen. Und wer dein Angebot nicht sieht, kann kein Abo abschließen.

Der richtige Moment liegt dazwischen: am Ende des Onboardings, direkt nachdem der Nutzer den Wert der App erkannt hat. Er hat ein paar Fragen beantwortet, gesehen, was die App für ihn tun wird, vielleicht schon die Hauptfunktion ausprobiert. Genau dann ergibt das Angebot Sinn.

Konkret:

• Das Onboarding stellt sinnvolle Fragen und zeigt eine Vorschau auf das Ergebnis.
• Der Paywall kommt am Ende dieses Ablaufs, nicht mittendrin.
• Du kannst ihn später erneut zeigen, wenn der Nutzer an eine Grenze der Gratisversion stößt. Wenn du eine bisher kostenlose Funktion kostenpflichtig machst, lies vorher den Guide zur Guideline 3.2.2.

Fehler Nr. 2: keine Gratis-Testphase anbieten

Bei einer App, die noch niemand kennt, ist sofortiges Bezahlen ein großer Schritt. Die Gratis-Testphase macht diesen Schritt kleiner: Der Nutzer testet ohne Risiko, und die Zahlung startet erst am Ende der Testphase, wenn er nicht kündigt.

Apple sieht dafür das Einführungsangebot (Introductory Offer) für automatisch verlängerte Abos vor. Zwei Regeln solltest du dir merken, aus Apples Seite zu Abonnements:

• Ein Kunde kann nur ein Einführungsangebot pro Abo-Gruppe nutzen.
• Im Kaufablauf musst du die Dauer der Testphase und den Preis nach Ende der Testphase klar angeben.

Der häufige Fehler: eine Testphase anbieten, ohne es zu sagen. Steht auf deinem Button nur „Abonnieren“, weiß der Nutzer nicht, dass er gratis testen kann. Schreib es ausdrücklich auf den Button oder direkt darüber: Testdauer, dann Preis. Genau dieses Detail macht den Unterschied zwischen schlafenden Installationen und gestarteten Tests.

Fehler Nr. 3: das Jahresabo schlecht hervorheben

Viele erste Apps bieten ein Monats- und ein Jahresabo an, zeigen sie aber als zwei gleichwertige Optionen nebeneinander, ohne Hierarchie. Ergebnis: Der Nutzer zögert, und wer zögert, schließt oft den Screen.

Dabei hat das Jahresabo Vorteile für dich und für den Nutzer: für ihn ein niedrigerer Monatspreis, für dich eine längere Bindung. So hebst du es ehrlich hervor:

• Wähle es vorab aus und gib ihm eine eigene optische Darstellung.
• Zeig den Monatspreis-Gegenwert neben dem Jahrespreis, damit der Vergleich sofort klar ist.
• Nenn die echte Ersparnis gegenüber dem Monatsabo, berechnet mit deinen echten Preisen, nie mit einem erfundenen Referenzpreis.

Aber übertreib es nicht in die andere Richtung: Der tatsächlich abgerechnete Preis muss am sichtbarsten bleiben. Apple verlangt, dass der volle Verlängerungspreis klar und sichtbar angezeigt wird. Ein großer Monats-Gegenwert und der echte Jahrespreis winzig klein, das ist ein irreführender Paywall und ein Ablehnungsgrund nach Guideline 3.1.2.

Fehler Nr. 4: den Button zum Wiederherstellen von Käufen vergessen

Das dümmste Versäumnis und eines der häufigsten. Ein Abonnent wechselt sein iPhone, installiert die App neu und landet vor dem Paywall, obwohl er schon zahlt. Ohne „Restore Purchases“-Button hat er keine Möglichkeit, seinen Zugang zurückzubekommen.

Das ist keine Option. Die App Store Review Guidelines (Regel 3.1.1) verlangen einen Wiederherstellungsmechanismus für jeden wiederherstellbaren In-App-Kauf, und Apples Seite zu Abonnements nennt unter den Elementen des Anmeldescreens „eine Möglichkeit für bestehende Abonnenten, sich anzumelden oder ihre Käufe wiederherzustellen“.

Mit RevenueCat ist die Wiederherstellung ein einziger Aufruf. Die eigentliche Arbeit ist zu prüfen, was danach passiert:

• Der Abonnent bekommt seinen Zugang wirklich zurück, ohne die App neu starten zu müssen.
• Ein Nutzer ohne Kauf bekommt eine klare Meldung, keinen technischen Fehler.
• Der Button ist auf dem Paywall selbst sichtbar, nicht nur in den Einstellungen.

Fehler Nr. 5: die von Apple verlangten Angaben vergessen

Ein Paywall, der nicht klar sagt, was der Nutzer zahlen wird, kann abgelehnt werden. Apple beschreibt auf seiner Seite zu Abonnements, was auf dem Anmeldescreen stehen muss:

• Name und Dauer des Abos und was es in diesem Zeitraum bietet;
• der volle Verlängerungspreis, klar angezeigt und lokalisiert in den verfügbaren Währungen;
• eine Möglichkeit, Käufe wiederherzustellen (siehe vorheriger Fehler).

Ergänze einen ausdrücklichen Satz zur automatischen Verlängerung: Das Abo verlängert sich, solange der Nutzer es nicht kündigt, und er kann es in den Einstellungen seines Apple-Accounts kündigen.

Dieselbe Seite stellt außerdem klar: Die App und ihre App-Store-Metadaten müssen Links zu den Nutzungsbedingungen und zur Datenschutzerklärung enthalten. Das merken viele erst bei der Ablehnung: Es reicht nicht, diese Links in der App zu haben. Du brauchst auch einen Hinweis auf die Abo-Bedingungen und diese beiden Links in der Beschreibung deines App-Store-Eintrags. Fehlen sie, gibt es eine Ablehnung nach Regel 3.1.2. Bei meinen Abo-Apps schließe ich die Beschreibung mit einem kurzen Block ab: Abo-Bedingungen, dann Link zu den Nutzungsbedingungen und Link zur Datenschutzerklärung. Und wenn dein Eintrag übersetzt ist, muss dieser Block in jeder Sprache vorhanden sein.

Bevor du deine Links einfügst, öffne sie im Browser. Ein Link auf eine Seite, die nicht existiert, zählt wie ein fehlender Link.

Die anderen häufigen Ablehnungsgründe habe ich in diesem Artikel über Apples Ablehnungen erklärt, und der App-Store-Eintrag selbst hat eine eigene Seite: deinen App-Store-Eintrag optimieren.

Fehler Nr. 6: den Paywall nicht in der Sandbox testen

Ein Paywall, der im Simulator gut aussieht, ist noch kein Paywall, der funktioniert. Zwischen der Produktkonfiguration in App Store Connect, den Offerings in RevenueCat und dem App-Code gibt es viele Stellen, an denen ein Detail kaputtgehen kann: ein falsch zugeordnetes Produkt, ein Preis, der nicht lädt, eine Testphase, die nicht angezeigt wird.

Apple stellt dafür eine Testumgebung bereit, die Sandbox, mit Apple-Testaccounts, die du in App Store Connect unter „Users and Access“, Tab Sandbox, anlegst. Mit diesen Accounts testest du Käufe, ohne belastet zu werden, inklusive Verlängerungen, fehlgeschlagener Zahlungen und Rückerstattungen, wie die Dokumentation von App Store Connect erklärt.

Vor jeder Einreichung gehst du mindestens diesen Ablauf auf einem echten iPhone durch:

1. erster Start, komplettes Onboarding, Ankunft auf dem Paywall;
2. Start der Testphase mit einem Testaccount;
3. Prüfen, ob der Premium-Zugang sich wirklich öffnet;
4. App löschen, neu installieren, Kauf wiederherstellen;
5. korrekte Darstellung des Paywalls auf dem kleinsten und dem größten iPhone, das du unterstützt.

Der Apple-Reviewer testet den Kauf ebenfalls. Hakt es, gibt es eine Ablehnung.

Fehler Nr. 7: nichts messen

Das ist der Fehler, der dich daran hindert, alle anderen zu beheben. Ohne Messung weißt du nicht, wo die Nutzer abspringen. Du siehst nur das Endergebnis: wenige Abonnenten. Du weißt nicht, ob es am Onboarding, am Paywall, am Preis oder an der Testphase liegt.

Genau so habe ich das Problem bei meinen eigenen Apps erkannt: Die Installationen waren da, die gestarteten Tests nicht. Ohne diese zwei Zahlen nebeneinander hätte ich wochenlang an etwas anderem arbeiten können.

Setz Analytics-Events an jedem wichtigen Schritt, zum Beispiel mit PostHog:

• Start des Onboardings;
• Ende des Onboardings;
• Anzeige des Paywalls;
• Testphase gestartet;
• Kauf oder Abo bestätigt;
• Wiederherstellung erfolgreich.

Mit diesen Events bekommst du einen Funnel. Du siehst, an welchem Schritt die Nutzer gehen, und weißt, was du zuerst überarbeiten musst. RevenueCat ergänzt die Umsatzsicht: Testphasen, Conversions, Verlängerungen, Kündigungen.

Ein letzter Tipp: Ändere nicht alles gleichzeitig. Wenn du Preis, Testphase und Paywall-Design am selben Tag änderst, wirst du nie wissen, was die Zahlen bewegt hat.

Die Paywall-Checkliste vor deiner nächsten Einreichung

• Der Paywall kommt am Ende des Onboardings, nach einem Wertbeweis.
• Die Gratis-Testphase ist klar angezeigt: Dauer, dann Preis nach dem Test.
• Das Jahresabo ist ehrlich hervorgehoben, der tatsächlich abgerechnete Preis bleibt lesbar.
• Der „Restore Purchases“-Button ist auf dem Paywall und funktioniert.
• Name, Dauer, Verlängerungspreis und automatische Verlängerung sind angegeben.
• Die Links zu Nutzungsbedingungen und Datenschutzerklärung sind in der App und in der App-Store-Beschreibung, in jeder Sprache.
• Der komplette Kaufablauf wurde in der Sandbox auf einem echten iPhone getestet.
• Die Analytics-Events decken jeden Schritt ab, vom Onboarding bis zum Kauf.

Wenn du beim Modell selbst noch unsicher bist, Abo oder Einmalkauf, habe ich dazu einen eigenen Guide geschrieben: Abo oder Einmalkauf für deine erste iOS-App. Und für den kompletten technischen Teil, Produkte, RevenueCat und Validierung, steht alles auf der Seite In-App-Abos unter iOS.

Deinen Paywall mit dem iOS Kit bauen

Der Paywall ist nur ein Teil. Er hängt vom Onboarding davor ab, vom Preis, den du festlegst, vom App-Store-Eintrag, der die Nutzer bringt, und von der Hauptfunktion der App, die du in einer gut abgegrenzten ersten Version einfach halten solltest.

Wenn du von einer fertigen Basis starten willst: Onboarding, Paywall und Abos sind schon im Startcode des iOS Kit enthalten, und der dritte Schritt seines Ablaufs dient dazu, sie in deine eigene App einzubinden. Ein Einkommen kann dir niemand garantieren.

Vor der Einreichung prüfen die Claude-Code-Skills des Apple Review Kit deinen Paywall und die von Apple verlangten Angaben. Und die Startseite zeigt, wie du deine mobile App startest, mit diesem Paywall schon eingebunden.

Häufige Fragen

Welche iOS-Paywall-Fehler bremsen die Verkäufe einer ersten App?

Bei ersten Apps tauchen sieben Fehler immer wieder auf: ein Paywall, der zu früh oder zu spät kommt, keine Gratis-Testphase, ein schlecht hervorgehobenes Jahresabo. Dazu kommen ein vergessener Wiederherstellen-Button, fehlende Pflichtangaben von Apple, ein nie in der Sandbox getesteter Paywall und keinerlei Messung. Jeder lässt sich mit einer konkreten Einstellung beheben, die du vor deiner nächsten Einreichung bei Apple prüfst.

Wann sollte der Paywall in einer iOS-App erscheinen?

Am Ende des Onboardings, direkt nachdem der Nutzer den Wert der App erkannt hat. Zu früh sieht er einen Preis, ohne verstanden zu haben, was die App macht. Zu spät, zum Beispiel hinter einem „Premium“-Button in den Einstellungen, sehen ihn die meisten Nutzer nie. Du kannst ihn später erneut zeigen, wenn der Nutzer an eine Grenze der Gratisversion stößt.

Was muss ein iOS Paywall zeigen, um Apples Regeln zu erfüllen?

Apple verlangt auf dem Anmeldescreen Name und Dauer des Abos, was es bietet, den klar angezeigten vollen Verlängerungspreis und eine Möglichkeit, Käufe wiederherzustellen. Außerdem brauchst du Links zu Nutzungsbedingungen und Datenschutzerklärung, in der App und in der Beschreibung deines App-Store-Eintrags. Fehlen sie in der Beschreibung, gibt es eine Ablehnung. Ergänze einen ausdrücklichen Satz zur automatischen Verlängerung.

Sollte ich in einer iOS-App eine Gratis-Testphase anbieten?

Ja, vor allem bei einer App, die noch niemand kennt: Sofort zu bezahlen ist ein großer Schritt, und die Testphase erlaubt risikoloses Ausprobieren. Apple nennt das Einführungsangebot, begrenzt auf eines pro Abo-Gruppe für denselben Kunden. Schreib die Testdauer und danach den abgerechneten Preis auf den Button oder direkt darüber.

Wie hebe ich das Jahresabo hervor, ohne den Nutzer zu täuschen?

Wähle das Jahresabo vorab aus, gib ihm eine eigene optische Darstellung und zeig seinen Monatspreis-Gegenwert neben dem Jahrespreis. Nenn die echte Ersparnis gegenüber dem Monatsabo, berechnet mit deinen echten Preisen, nie mit einem erfundenen Referenzpreis. Versteck den echten Preis nicht: ein großer Monats-Gegenwert und der Jahrespreis winzig klein, das ist ein irreführender Paywall und ein Ablehnungsgrund.

Wie teste ich einen iOS Paywall vor der Einreichung bei Apple?

Mit Apples Sandbox: Testaccounts, die du in App Store Connect anlegst und mit denen du kaufen kannst, ohne belastet zu werden. Geh auf einem echten iPhone den kompletten Ablauf durch: Onboarding, Start der Testphase, Premium-Zugang, dann App löschen, neu installieren und Kauf wiederherstellen. Prüf auch die Darstellung auf dem kleinsten und dem größten iPhone, das du unterstützt.