App-Bewertungen zum passenden Zeitpunkt anfragen
Wer eine App entwickelt, kennt das Problem: Bewertungen sind wertvoll, aber die Frage danach kommt schnell ungelegen. Direkt beim ersten Start haben Nutzerinnen und Nutzer die App noch kaum kennengelernt. Mitten in einer Aufgabe stört ein Bewertungsdialog den Ablauf.
Mit meinem Flutter-Plugin advanced_in_app_review lässt sich festlegen, wann eine App eine Bewertung anfragen darf. Version 2.0.0 ist jetzt verfügbar; mit einer überarbeiteten nativen Integration für Android und iOS, besser nachvollziehbaren Ergebnissen und mehr Kontrolle über den Zeitpunkt einer Anfrage.
Erst nutzen, dann bewerten
Die Grundidee des Plugins ist einfach: Wer eine App über längere Zeit wiederholt verwendet, hatte zumindest Gelegenheit, ihren Nutzen kennenzulernen. Das ist ein sinnvollerer Ausgangspunkt für eine Bewertungsanfrage als der erste Start.
Dafür lassen sich mehrere Bedingungen kombinieren:
Zeit seit der ersten Nutzung
Anzahl der Nutzungssitzungen
Anzahl bestimmter Ereignisse in der App
Mindestabstand zur letzten Bewertungsanfrage
kurze Verzögerung vor der Anfrage
Alle konfigurierten Bedingungen müssen erfüllt sein. Eine App kann beispielsweise erst nach sieben Tagen und fünf Sitzungen eine Bewertung anfragen. Optional können zusätzlich abgeschlossene Aufgaben oder verwendete Funktionen als Ereignisse gezählt werden.
Diese Werte sind Anhaltspunkte für einen geeigneten Zeitpunkt. Ob jemand mit der App zufrieden ist, lässt sich daraus natürlich nicht sicher ableiten.
Automatisch oder gezielt nach einer Aufgabe
Das Plugin unterstützt zwei Vorgehensweisen.
Bei der automatischen Variante prüft es die Bedingungen nach der Initialisierung und beim Beginn einer neuen Sitzung. Sind sie erfüllt, wird nach der eingestellten Verzögerung eine native Bewertungsanfrage ausgelöst.
Wer den Zeitpunkt genauer bestimmen möchte, kann die Prüfung gezielt aus der App heraus aufrufen – etwa nach dem erfolgreichen Abschluss einer Aufgabe. Gerade bei Apps mit klaren Abläufen lässt sich die Anfrage so an einer natürlichen Pause platzieren.
Eine Sitzung wird dabei nicht bei jedem kurzen Wechsel in den Hintergrund neu gezählt. Standardmäßig muss die App mindestens 30 Minuten im Hintergrund gewesen sein, bevor eine weitere Sitzung beginnt.
Was sich mit Version 2.0 geändert hat
Die neue Version enthält eine eigene native Anbindung an StoreKit unter iOS und die Google Play In-App Review API unter Android. Eine zusätzliche Abhängigkeit vom Paket in_app_review ist damit nicht mehr erforderlich.
Ein Schwerpunkt lag auf der iOS-Integration: Die Anfrage verwendet das aktive Fenster der anfragenden Flutter-Ansicht. Außerdem berücksichtigt das Plugin den App-Lebenszyklus, verhindert überlappende Anfragen und bricht noch ausstehende Verzögerungen ab, wenn die App inaktiv wird.
Neu sind auch Diagnoseergebnisse. Damit lässt sich beispielsweise unterscheiden, ob Bedingungen noch nicht erfüllt sind, die App gerade nicht aktiv ist oder die native Anfrage abgeschlossen wurde.
Für iOS werden sowohl Swift Package Manager als auch CocoaPods unterstützt. Die automatisierten Prüfungen decken Flutter 3.47.0 und 3.50.0 sowie Android- und iOS-Builds ab.
Warum trotzdem nicht immer ein Dialog erscheint
Auch mit erfüllten Bedingungen entscheidet am Ende das Betriebssystem über die tatsächliche Anzeige.
Eine erfolgreich abgeschlossene Anfrage bedeutet deshalb weder, dass der Dialog sichtbar war, noch, dass eine Bewertung abgegeben wurde. Das Plugin kann diese Entscheidung nicht erzwingen oder zuverlässig überprüfen.
Das macht auch das Testen etwas schwieriger. Unter iOS zeigt beispielsweise TestFlight keinen Bewertungsdialog. Für eine dauerhaft verfügbare Schaltfläche „App bewerten“ bietet das Plugin deshalb zusätzlich das Öffnen des Store-Eintrags an.
Wichtig beim Update von 1.x
Version 2.0 enthält bewusste Änderungen am bisherigen Verhalten. Besonders wichtig: monitor() initialisiert das Plugin, fordert standardmäßig aber keine Bewertung mehr an. Automatische Anfragen müssen mit automaticallyRequestReview: true ausdrücklich aktiviert werden.
Außerdem beträgt der Standardabstand zwischen abgeschlossenen nativen Anfragen jetzt 90 Tage. Die Mindestanforderungen liegen bei Flutter 3.47, Dart 3.13, Android API 24 und iOS 13; die verwendete Flutter-Version kann eine höhere iOS-Version voraussetzen.
Die vollständige Einrichtung und alle Hinweise zum Umstieg stehen in der Dokumentation:
Das Plugin ist Open Source und unter der MIT-Lizenz verfügbar. Rückmeldungen aus unterschiedlichen Apps helfen mir, es weiter zu verbessern.
