Die meisten indie iOS-Apps haben ein Ratings-Problem. Nicht weil ihre User unglücklich sind, sondern weil der Prompt im falschen Moment ankommt oder nie ankommt.

Das zählt mehr, als die meisten Entwickler realisieren. Ratings sind nicht nur Social Proof. Sie sind ein Conversion-Signal, das Apple nutzt, um zu entscheiden, ob deine Keyword-Rankings wert sind, verteidigt zu werden.

Hier ist, wie du es fixt, ohne zu raten oder Apples Regeln zu brechen.

Das Ratings-Problem ist nicht, was du denkst

Der Instinkt, dem die meisten Entwickler folgen, ist eins von zwei Extremen: entweder fragen sie nie nach einem Review und hoffen, dass es organisch passiert, oder sie betteln darum in einem Popup, das unterbricht, was der User gerade tat.

Keins funktioniert gut.

Das Problem ist Timing und Kontext. Ein User, der gerade deine App zum ersten Mal gestartet hat und noch nichts gemacht hat, ist nicht bereit, sie zu bewerten. Ein User, der gerade einen Fehler hatte, ist definitiv nicht bereit. Ein User, der gerade etwas Bedeutsames abgeschlossen hat — wie ein Workout, ein Quiz oder einen Meilenstein — ist das richtige Target im richtigen Moment.

Aus Marteso’s aktuellen App-Daten: Pi Digits hat 1 US-Rating bei 5 Sternen. RowTally und CalcBlitz zeigen jeweils 0 Ratings. Das sind keine schlechten Apps. Es sind Apps, die das Prompt-Timing-Problem noch nicht gelöst haben.

Apples Regeln, klar formuliert

Apple gibt dir ein legitimes Tool: SKStoreReviewController.requestReview(). Du rufst es im Code auf; Apple kontrolliert, wie der Prompt aussieht und handhabt die Antwort. Du kannst das Dismiss-Verhalten nicht überschreiben. Du kannst keinen Review incentivieren. Du kannst nicht innerhalb eines Formulars oder einer Transaktion fragen.

Apple limitiert das auf drei Requests pro Jahr, pro Gerät. Diese Decke klingt hoch, bis du realisierst, dass die meisten indie Apps ein oder zwei Requests in schlechten Momenten verbrennen — wie direkt nach Onboarding oder mitten in einer Session — und der dritte nie in nützlichem Kontext erscheint.

Drei Requests pro Jahr heißt drei bewusste Entscheidungen. Behandle jeden wie eine endliche Ressource.

Die zwei Timing-Fenster, die funktionieren

Es gibt zwei Momente, in denen ein Review-Request eine bedeutsame Chance hat, eine positive Antwort zu bekommen.

Der First-Run-Delight-Moment ist das erste Mal, dass ein User den Core-Job erledigt, für den die App gebaut wurde. Nicht das Onboarding-Tutorial. Die tatsächliche Sache. Für Pi Digits ist das das Abschließen einer Pi-Recall-Challenge. Für RowTally ist es das Speichern einer abgeschlossenen Row-Zählung. Für CalcBlitz ist es das Beenden einer getimten Kalkulation.

Der User hat gerade validiert, dass die App das tut, was er brauchte. Das ist der richtige Moment.

Der Milestone-Moment ist, wenn ein User einen bedeutsamen Fortschrittspunkt erreicht: einen Streak, ein Personal Best oder einen Completion-Count. Für Pi Digits könnte es das Erinnern von 10 Stellen zum ersten Mal sein. Für eine Habit-App könnte es ein 7-Tage-Streak sein.

Milestones funktionieren, weil der User bereits in einem positiven emotionalen Zustand ist. Du unterbrichst ihn nicht. Du würdigst etwas, das er gerade getan hat.

Vermeide es, bei Kalt-Starts, Fehler-States oder Ersten Sessions zu fragen, bevor der User etwas getan hat.

Warum Ratings-Velocity in Keyword-Rankings fließt

Das ist der Teil, den die meisten ASO-Guides überspringen.

Ratings sind nicht nur ein Trust-Signal für User, die den App Store durchstöbern. Sie sind ein Conversion-Quality-Signal für Apple. Wenn Apple deine App für ein Keyword rankt, beobachtet es, ob User, die deine App durch diese Suche finden, tatsächlich downloaden. Wenn nicht, erodiert das Ranking.

Eine App mit 1 Rating ist schwerer zu vertrauen als eine App mit 200 Ratings bei einem ähnlichen Score. Wenn ein potenzieller User auf deiner Product Page landet und ein Rating sieht, ist die psychologische Friktion real, und Apple kann das in Conversion-Daten beobachten.

Für indie Apps, die kompetitive Keywords targeten, ist diese Friktion oft die unsichtbare Decke auf Rankings. Die Keyword-Arbeit ist richtig. Die Metadaten sind richtig. Aber die Product Page konvertiert nicht gut genug, um den Rang zu halten.

Zu einer glaubwürdigen Rating-Anzahl zu kommen — selbst 20 bis 50 Ratings — reduziert diese Friktion bedeutsam.

Eine praktische Prompt-Implementierung

Hier ist die Struktur, die ich für die meisten indie Apps empfehlen würde.

Identifizier ein Delight-Event in deiner App. Das ist die In-App-Action, die bedeutet, dass ein User echten Wert bekommen hat. Schreib es auf, bevor du irgendwelchen Code schreibst.

Implementier einen Soft Counter. Zähl, wie oft ein User dieses Event erreicht hat. Beim dritten oder fünften Vorkommen ruf requestReview() auf. Prompte nicht in der ersten Session.

Füg einen Milestone-Trigger hinzu. Wähl einen Fortschritts-Milestone — wie einen Streak, Personal Best oder Completion-Count — und füg dort einen zweiten requestReview()-Call hinzu. Das gibt dir zwei kontextuell angemessene Momente pro User, ohne alle drei jährlichen Slots zu verbrennen.

Frag nie innerhalb eines Flows. Der Review-Prompt sollte nur auf einer natürlichen Pause erscheinen: nachdem ein Spiel endet, nachdem ein Workout gespeichert ist, nachdem eine Route abgeschlossen ist. Nie mitten in einer Aufgabe.

Was nicht zu tun ist

Kauf keine Reviews. Apple erkennt Muster und entfernt sie. Das Ranking-Signal aus Fake-Reviews ist temporär; das Strafrisiko nicht.

Schick keine Push-Benachrichtigungen, die nach einem Review fragen. Das ist gegen Apples Guidelines und trainiert User, deine Benachrichtigungen stummzuschalten.

Nutz keine Third-Party-Review-Gating-Services, die User filtern, bevor sie sie zum App Store-Prompt schicken. Apples Guidelines verbieten es, nur positives Sentiment zum Prompt zu routen.

Füg keinen persistenten “Rate uns”-Button in deinem Settings-Menü hinzu und nenn das eine Strategie. Es ist keine Strategie. Es ist ein Fallback für User, die dich sowieso bewertet hätten.

Wie lange, bevor du Ergebnisse siehst

Ratings-Volumen ist ein langsamer Aufbau. Die schnellste Art, es zu beschleunigen, ist, die Timing-Fenster oben zu treffen und einen Build zu shippen, der requestReview() korrekt aufruft.

Für die meisten indie Apps dauert es Wochen, nicht Tage, von 0 zu 20 Ratings zu gehen, abhängig von deiner aktiven User-Base. Aber der Compounding-Effekt zählt: höherer Ratings-Count verbessert die Product-Page-Conversion, was das Conversion-Signal für deine gerankten Keywords verbessert, was diese Ränge einfacher zu halten macht.

Das ASO-System belohnt Konsistenz. Ratings sind Teil dieses Systems.