Notation

Les avis des stores sont un actif double : ils pèsent sur le classement et la conversion des fiches (voir Stores & ASO), et ils alimentent la preuve sociale affichée en onboarding, sur le paywall et sur le site. Plus d’avis, c’est donc à la fois mieux classé et un corpus plus large où puiser de vrais témoignages.

L’app demande une note de deux façons : le prompt automatique (la boîte du store, déclenchée par l’app) et le bouton « Noter l’app » du Profil.

Le prompt automatique

L’idée : ne demander qu’après un moment positif, jamais à froid. Cinq moments comptent :

• un jalon de santé franchi ;
• un succès débloqué, s’il vient d’être gagné ;
• une clé terminée (toutes ses leçons vues, et son quiz réussi quand elle en a un) ;
• une envie surmontée : un exercice anti-envie mené jusqu’au bout ;
• une leçon complétée, à partir de la 10ᵉ ;
• un moment d’accompagnement lu, à partir du 3ᵉ.

Tous les succès ne comptent pas. Un succès n’est un moment positif que si l’utilisateur vient de le gagner :

• le succès « compte créé » ne compte jamais : tout le monde l’obtient sans rien faire, à la première ouverture de l’onglet Succès ;
• les succès rétroactifs ne comptent pas non plus. Quelqu’un qui a arrêté trois mois avant de s’inscrire débloque une dizaine de succès de date d’un coup : ils sont bien attribués, mais ils ne récompensent rien qui vient de se passer. Deux garde-fous : un succès dérivé de la date d’arrêt ne compte que si son seuil a été franchi après la création du compte, et rien n’est jamais crédité sur le passage qui suit un changement de date d’arrêt (ni sur le tout premier, quand l’app découvre la date). Sans ce second garde-fou, poser une date trois mois en arrière débloque le succès « trois mois » à l’instant même, ce qui se lit à tort comme fraîchement gagné ;
• les succès de pas (Activité) ne comptent pas : ils viennent d’un cumul santé qui peut arriver entier le jour où l’accès est accordé ;
• les succès de parcours (leçons, clés, moments, envies, quiz) comptent toujours : ils se gagnent en faisant quelque chose dans l’app.

À noter : un déblocage en lot ne vaut qu’un seul moment positif, pas un par succès.

Plus largement, une action vaut un moment, pas deux. Une même action nous parvient souvent par plusieurs chemins — terminer une clé crédite la clé et le succès de parcours correspondant, surmonter une envie crédite l’envie et son succès — et les succès de parcours eux-mêmes arrivent en plusieurs vagues de synchro. Tout ce qui se présente dans les 30 secondes suivant un moment déjà compté est donc considéré comme cette même action.

Les quatre premiers sont considérés comme plus forts : les deux derniers ne déclenchent la demande qu’une fois sur deux, pour ne pas « dépenser » l’occasion sur un moment plus faible qu’un jalon ou un succès.

L’envie surmontée est le moment le plus fort de l’app — c’est la seule fois où elle a empêché une cigarette. Il est partagé avec l’upsell post-envie : quand celui-ci s’affiche (utilisateur non abonné, exercice gratuit, une fois par 24 h), on ne demande pas de note. C’est l’un ou l’autre, jamais les deux.

Le quiz de clé réussi ne compte plus à lui seul : il est remplacé par la clé terminée, qui est le vrai accomplissement et couvre aussi les clés sans quiz. Sur 30 jours, le quiz seul n’avait d’ailleurs jamais produit une seule demande.

Les conditions actuelles :

Condition	Valeur
Moments positifs requis	3
Leçons complétées avant que « leçon » compte	10
Moments lus avant que « moment lu » compte	3
Délai minimum entre deux demandes	30 jours
L’utilisateur a tapé « Noter l’app »	On ne redemande plus jamais

Quand on se tait

Le pré-prompt (« tu aimes l’app ? ») étant interdit, on ne peut pas filtrer les mécontents avant de demander. Le seul levier qui reste, c’est de ne pas demander quand ça vient de mal se passer. Trois signaux achètent du silence :

Ce qui vient de se passer	Silence
L’utilisateur a ouvert une vidéo de rechute (il est en difficulté)	3 jours
Une vidéo n’a pas réussi à se lancer	24 heures
Le paywall a été fermé sans achat	1 heure

Le plus long l’emporte : un signal ne raccourcit jamais un silence déjà en cours. Un achat ne compte évidemment pas comme un paywall fermé — la fenêtre se referme de la même façon dans les deux cas, mais seule la fermeture sans achat fait taire la demande.

Pendant un silence, les moments positifs continuent d’être comptés : c’est la demande qui attend, pas le compteur.

Ce que les stores imposent (et ce qu’on ne saura jamais)

C’est le point à retenir, et il est contre-intuitif : on ne pilote pas l’affichage, on ne fait que le demander.

• Les deux stores appliquent leur propre quota. Apple plafonne à 3 affichages par 365 jours. Google applique un quota non documenté, qu’il peut changer sans prévenir.
• Aucun des deux ne dit si la boîte s’est affichée, et encore moins si la personne a noté. La demande part, et c’est tout.
• Le pré-prompt est interdit. Demander « Tu aimes l’app ? » avant d’afficher la boîte est explicitement proscrit par Google, et Apple demande de préférer sa boîte système. On ne filtrera donc jamais les mécontents en amont : c’est une pratique bannie, pas une option qu’on s’interdit par principe.
• Déclencher la boîte depuis un bouton est également proscrit côté Google (le quota peut être atteint, le bouton ne ferait rien). D’où le bouton « Noter l’app » qui redirige vers le store au lieu d’appeler la boîte.

Conséquence pour la mesure : l’event review_prompt_requested (voir Événements) compte les demandes, pas les notes. Le nombre réel d’avis ne se lit que dans les consoles des stores et sur avis.kaiho.fr.

Le bouton « Noter l’app » (Profil)

Il ouvre la fiche du store. Sur iOS il mène directement au formulaire d’avis, sur Android à la fiche (le store n’expose pas de lien direct vers le formulaire).

À savoir : le bouton coupe définitivement les prompts automatiques dès qu’on le tape — pas quand on note vraiment. Comme aucun store ne dit si la note a été laissée, c’est une approximation assumée : quelqu’un qui tape par curiosité ne sera plus jamais sollicité automatiquement.

Historique — Android était muet depuis le début

De la première version jusqu’au correctif de juillet 2026, le prompt automatique ne s’est jamais affiché sur Android. Pas une fois. Le code réclamait un élément technique (l’écran en cours) que personne ne lui fournissait, et abandonnait silencieusement.

L’effet se lit dans les chiffres : sur 120 jours, Android comptait plus d’installations qu’iOS (2 298 contre 1 592) pour 12 avis contre 40 — soit 5 avis pour 1 000 installations, contre 25 sur iOS. Les 12 avis Android venaient tous du bouton « Noter l’app ».

Deux enseignements, au-delà du correctif :

1. Rien ne le mesurait. Aucun event n’existait sur cette zone : c’est précisément pour ça que la panne a survécu aussi longtemps. L’event review_prompt_requested a été ajouté avec le correctif.
2. La demande était comptée avant d’être faite. L’app notait « prompt affiché » avant d’appeler le store, donc les utilisateurs concernés étaient mis en attente pour des prompts que personne n’avait vus. Le correctif purge ces dates, sinon débloquer l’affichage n’aurait rien changé pour eux.

Au passage, une condition « attendre 3 jours après le premier moment positif » a été retirée des deux plateformes : elle divisait par deux le nombre de personnes sollicitables (706 → 321 sur Android, 545 → 278 sur iOS). La raison est que les moments positifs s’enchaînent dans une même session, alors que la majorité des gens ne reviennent pas après le premier jour : exiger un retour trois jours plus tard revenait à ne demander qu’aux plus fidèles.