In-App-Rating-Dialog-API
Bitte Nutzer im perfekten Moment um eine App-Store-Bewertung — löse den nativen iOS-Bewertungsdialog aus deiner Web-App aus.
Positive App-Store-Bewertungen sind einer der stärksten Wachstumstreiber für deine App. Mit der In-App-Rating-Dialog-API von WebViewGold bittest du deine Nutzer genau im richtigen Moment um eine Bewertung — zum Beispiel direkt nach einem erfolgreichen Kauf oder nachdem sie eine Aufgabe in deiner Web-App abgeschlossen haben.
Option 1: Nativer iOS-Bewertungsdialog (Standard)
Rufe die folgende URL über einen HTML-Link oder per JavaScript auf, um den nativen SKStoreReviewController-Bewertungsdialog anzuzeigen:
<a href="rateapp://">Gefällt dir die App? Bewerte uns!</a>
window.location.href = "rateapp://";
Hinweis: Apple begrenzt, wie oft der native Bewertungsdialog angezeigt werden darf (etwa dreimal pro Jahr und Nutzer). Er erscheint daher möglicherweise nicht bei jedem Aufruf — das ist beabsichtigt und gilt auch während der Entwicklung.
Option 2: Eigener Bewertungsdialog
Wenn du einen Dialog bevorzugst, der immer erscheint und den Nutzer stattdessen zu deiner App-Store-Seite führt, konfiguriere ihn in Config.swift:
showcustomrateappdialog— auftruesetzen, um beim Auslösen vonrateapp://einen eigenen Bewertungsdialog anzuzeigen, anstatt den nativen Review-Aufruf zu versuchen.ratemyappurl— die App-Store-URL deiner App, z. B.https://apps.apple.com/app/idXXXXXXXXX?action=write-review.
Typische Anwendungsfälle:
- Bitte direkt nach einer positiven Interaktion um eine Bewertung (abgeschlossene Bestellung, Level-Aufstieg, erfolgreiche Buchung).
- Zeige zunächst deinen eigenen „Gefällt dir die App?“-Flow auf deiner Website und leite nur zufriedene Nutzer zu
rateapp://weiter.
Implementierungshinweise im SDK-Stil
Betrachte diese Funktion als native Fähigkeit, die deiner Web-Ebene bereitgestellt wird: Behalte deine Produktivwebsite oder PWA als zentrale Quelle bei und nutze anschließend die dokumentierten WebViewGold-Konfigurationsflags, URL-Befehle und JavaScript-Bridge-Aufrufe, um natives iOS-Verhalten nur dort zu aktivieren, wo es einen Mehrwert bietet. So bleibt deine Codebasis wartbar, da dieselbe Webanwendung mit minimaler Fallunterscheidung Browser, WebViewGold für iOS und die übrigen WebViewGold-Plattformen bedienen kann.
Für zuverlässige Ergebnisse empfehlen sich HTTPS-Endpunkte, stabile Routennamen, explizite Erfolgs-/Fehlerzustände in deiner UI sowie kleine JavaScript-Hilfsfunktionen, die native Aufrufe kapseln. Beispielsweise kann eine mit jQuery Mobile, Lovable, Base44, Bolt, WordPress, Bubble, einem eigenen React-/Vue-/Angular-Stack oder statischem HTML erstellte Web-App eine einzelne Schaltfläche oder einen Event-Handler bereitstellen, der die native WebViewGold-API auslöst und dennoch einen sauberen Browser-Fallback zeigt.
- Empfohlenes Integrationsmuster: Erkenne den App-Kontext, rufe die WebViewGold-API auf und aktualisiere anschließend deine Web-UI nach dem nativen Callback oder Routenwechsel.
- Test-Checkliste: Prüfe die Funktion auf einem echten Gerät oder in einem paketierten Build, überprüfe Berechtigungen und Store-Prüftexte und stelle sicher, dass reine Browser-Nutzer weiterhin einen sinnvollen Fallback erhalten.
- SEO-Vorteil: Halte Feature-Seiten, Routentitel und strukturierte Inhalte auf deiner Website indexierbar, während WebViewGold die native App-Hülle für iOS-Nutzer bereitstellt.