Vérifier les événements de la découverte dans PostHog staging #262

Contexte

Epic : #8
Maquette : sans objet — vérification dans PostHog, aucun écran ni code
Analytics › Découverte · Analytics › KPI du MVP · Architecture-Technique › PostHog et Sentry par environnement · E-01 · E-04 · D-002 · D-059

Sorti de #33 : la PR #159 émet les événements de la découverte et les a relevés dans le journal local, sur simulateur et émulateur, mais personne ne les a encore vus arriver dans PostHog en staging. Le projet « Widoo - Staging » existe (constat de Paul du 2026-09-29 sur #162), sa clé n'est pas encore dans EAS (#266), et depuis #162 le développement local n'envoie plus rien (D-059). Le funnel « Découverte » et les KPI freemium se créent dans le projet production, avec #264.

Ticket hors agents, sans PR : Paul ou Ilan fait la vérification. CODE ne le prend pas.

Prérequis (hors agents)

• Instrumenter les événements analytics de la découverte #33 fusionné (PR chore(mobile): instrumenter les événements de la découverte #159) et Séparer le projet PostHog du développement et traiter les événements de recette envoyés #162 fusionné (garde-fou : seuls les builds preview et production créent le client PostHog).
• Projet PostHog « Widoo - Staging » (PostHog Cloud UE, « Discard client IP data ») : fait, vérifié par Paul le 2026-09-29 (Séparer le projet PostHog du développement et traiter les événements de recette envoyés #162).
• Clé de staging et jeton Mapbox dans l'environnement EAS preview (faits, constatés le 2026-10-05), build preview Android installé, sur l'API staging : Poser les variables EAS preview et lancer le premier build preview Android #266, tenu le 2026-10-06 (build 0.1.0, versionCode 1, commit b2d4a6c, installé sur un Redmi Note 9).
• Jeu de démonstration chargé sur staging : Charger le jeu de démonstration en staging #287, fermé par la PR chore(infra): charger le jeu de démonstration en staging #291 (chargé par Paul le 2026-10-06 : 10 parcours, /v1/routes/search en clusters).
• Build preview qui contient la PR fix(mobile): lancer la première recherche sur l'emprise réelle #290 (correctif de Lancer la première recherche de l'accueil avec l'emprise réelle de la carte sur Android #286, première recherche Android à latitude centrée sur 0) : Lancer le build preview Android suivant, avec le correctif de #286, et le recetter sur appareil #295 (bloque ce ticket). Le build de Poser les variables EAS preview et lancer le premier build preview Android #266 la précède : sa recherche initial peut partir avec une zone fausse et ne trouver aucun parcours, ce qui fausse map_search_zone trigger: initial et la suite du tableau. Seules les lignes app_opened s'observent sur le build de Poser les variables EAS preview et lancer le premier build preview Android #266.

Android seul depuis le 2026-10-05 : aucun compte Apple Developer n'existe encore (#289). L'observation sur iOS est reportée dans #288 (premier build preview iOS), ce ticket se ferme sur Android.

Comportement attendu

1. Observer les événements émis, dans le projet « Widoo — staging »

Reprise de la liste de contrôle de la PR #159. Chaque ligne s'observe après « Accepter » sur la bannière de consentement :

Propriétés communes sur chaque événement : app_version, platform, city: paris, is_authenticated, $session_id.

2. Tableaux dans « Widoo - Production » : déplacés vers #264

Le projet production n'existe pas encore : sa création demande une carte sur l'organisation PostHog et est reportée à la préparation de la production (v1.0, décision de Paul du 2026-09-29). Le funnel « Découverte » et les KPI Freemium se construisent dans #264, qui crée le projet.

Critères d'acceptation

• Chaque ligne du tableau ci-dessus observée dans « Widoo - Staging » sur Android (platform: android), avec ses propriétés : tableau coché dans un commentaire de Paul ou Ilan (iOS : Lancer le premier build preview iOS #288)
  • app_opened reçu après « Accepter » sur le build de Poser les variables EAS preview et lancer le premier build preview Android #266 (Redmi Note 9, 2026-10-06, posthog-react-native, personne anonyme) ; valeurs de cold_start (true au lancement, false au retour d'arrière-plan) et propriétés communes à relire au build de Lancer le build preview Android suivant, avec le correctif de #286, et le recetter sur appareil #295
  • map_search_zone, result_card_viewed, route_opened : au build de Lancer le build preview Android suivant, avec le correctif de #286, et le recetter sur appareil #295, qui contient la PR fix(mobile): lancer la première recherche sur l'emprise réelle #290 — reçus le 2026-10-07 sur le build 31de6830 (commit 13d811d), avec app_opened et filters_applied, une personne anonyme, 19 événements, aucun doublon (attestation de Paul) ; valeurs des propriétés à relire
  • Valeurs relues, ligne par ligne du tableau : cold_start true et false, trigger initial et button avec zoom et results_count, result_card_viewed aux trois crans (rest, half, full), route_opened source: card et source: marker, propriétés communes (app_version, platform: android, city: paris, is_authenticated, $session_id) — attestés : cold_start true puis false, trigger initial et button avec zoom et results_count, route_opened source: card, result_card_viewed.sheet_level présent, app_env: preview sur tous (attestation de Paul, 2026-10-07) ; reportés à Lancer le build preview Android suivant, avec #311, et le recetter sur appareil avec TalkBack #319 : source: marker, sheet_level aux trois crans, propriétés communes une à une
• Aucune position dans les propriétés reçues (ni bbox, ni latitude/longitude, ni center) ; city vaut paris — aucune latitude, longitude ni bbox (attestation de Paul, 2026-10-07) ; city: paris reporté à Lancer le build preview Android suivant, avec #311, et le recetter sur appareil avec TalkBack #319
• Aucun événement venu d'une session de développement local dans « Widoo - Staging » après la fusion de Séparer le projet PostHog du développement et traiter les événements de recette envoyés #162 — app_env: preview sur tous les événements relus (attestation de Paul, 2026-10-07)

Notes

• Fermeture : par MANAGER, sur le commentaire de Paul ou Ilan qui atteste l'observation et donne les liens. Aucune PR.
• Si Aligner le catalogue analytics de la découverte sur D-067 : sections, tri, liste « Voir tout » #220 (catalogue aligné sur D-067) est fusionné avant la recette, observer aussi ses événements (section_opened, list_sorted, result_card_viewed avec section, sort et sheet_level: list, route_opened.step_index).
• Un écart constaté (événement absent, propriété fausse) se signale sur l'Inbox 📥 Inbox — Triage #4, et MANAGER en fait un ticket.