API de boîte de dialogue de notation In-App
Demandez une note App Store à vos utilisateurs au moment idéal — déclenchez la boîte de dialogue de notation native d'iOS depuis votre application web.
Les avis positifs sur l'App Store sont l'un des leviers de croissance les plus puissants pour votre application. L'API de boîte de dialogue de notation In-App de WebViewGold vous permet de demander une note à vos utilisateurs exactement au bon moment — par exemple juste après un achat réussi ou après qu'ils ont accompli une tâche dans votre application web.
Option 1 : boîte de dialogue de notation native iOS (par défaut)
Appelez l'URL suivante depuis un lien HTML ou depuis JavaScript pour afficher la boîte de dialogue de notation native SKStoreReviewController :
<a href="rateapp://">Vous aimez l'app ? Notez-nous !</a>
window.location.href = "rateapp://";
Remarque : Apple limite la fréquence d'affichage de la boîte de dialogue de notation native (environ trois fois par an et par utilisateur) ; elle peut donc ne pas apparaître à chaque appel — c'est voulu et cela s'applique aussi pendant le développement.
Option 2 : boîte de dialogue de notation personnalisée
Si vous préférez une boîte de dialogue qui apparaît toujours et envoie l'utilisateur vers votre page App Store, configurez-la dans Config.swift :
showcustomrateappdialog— définissez surtruepour afficher une boîte de dialogue personnalisée lors du déclenchement derateapp://au lieu de tenter l'appel d'avis natif.ratemyappurl— définissez l'URL App Store de votre application, par ex.https://apps.apple.com/app/idXXXXXXXXX?action=write-review.
Cas d'utilisation typiques :
- Demander un avis juste après une interaction positive (commande finalisée, passage de niveau, réservation réussie).
- Afficher d'abord votre propre parcours « Aimez-vous l'app ? » sur votre site web et n'envoyer que les utilisateurs satisfaits vers
rateapp://.
Notes d’implémentation façon SDK
Considérez cette fonctionnalité comme une capacité native exposée à votre couche web : conservez votre site web de production ou votre PWA comme source de vérité, puis utilisez les indicateurs de configuration WebViewGold documentés, les commandes URL et les appels du pont JavaScript pour activer le comportement natif iOS uniquement là où il apporte de la valeur. Cette approche garde votre base de code maintenable, car la même application web peut servir les navigateurs, WebViewGold pour iOS et les autres plateformes WebViewGold avec un minimum de logique conditionnelle.
Pour des résultats fiables, privilégiez les points de terminaison HTTPS, des noms de routes stables, des états de succès/erreur explicites dans votre interface et de petites fonctions JavaScript qui encapsulent les appels natifs. Par exemple, une application web créée avec jQuery Mobile, Lovable, Base44, Bolt, WordPress, Bubble, une pile React/Vue/Angular personnalisée ou du HTML statique peut exposer un seul bouton ou gestionnaire d’événement qui déclenche l’API native WebViewGold tout en affichant une solution de repli élégante dans le navigateur.
- Modèle d’intégration recommandé : détectez le contexte de l’application, appelez l’API WebViewGold, puis mettez à jour votre interface web après le rappel natif ou le changement de route.
- Liste de vérification des tests : validez la fonctionnalité sur un appareil réel ou une build empaquetée, vérifiez les autorisations et le texte de revue du store, et confirmez que les utilisateurs navigateur uniquement reçoivent toujours une solution de repli utile.
- Avantage SEO : gardez les pages de fonctionnalités, les titres de routes et le contenu structuré indexables sur votre site web pendant que WebViewGold fournit l’enveloppe d’application native pour les utilisateurs iOS.