Skip to content

Instrumenter les événements analytics de la découverte #33

Closed

Description

@IlanAMG

Contexte

Epic : #8
Maquette : sans objet — instrumentation analytics des écrans E-01 à E-04, aucune planche à attendre ; à coder après #26, #27 et #28
Analytics · D-002

Comportement attendu

Critères d'acceptation

  • Liste de contrôle des événements dans la PR : écran qui émet, test des propriétés, relevé du journal local sur iOS et Android
  • Test unitaire : track refuse un événement ou une propriété hors schéma
  • Événements de D-023, D-029 et D-033 typés avec leurs propriétés dans packages/shared/src/analytics.ts et testés contre le catalogue

Déplacés le 2026-09-29 vers les tickets qui construisent leurs écrans, ou vers la recette PostHog :

Activity

  1. added this to the v0.2 milestone on Sep 21, 2026
  2. PaulThiberville commented on Sep 25, 2026

    @PaulThiberville
    Collaborator

    🔨 Démarrage — plan :

    Branche issue/33-discovery-analytics, empilée sur issue/62-see-all-section (PR #157).

    1. packages/shared : le catalogue des événements devient un schéma Zod strict (un objet par événement), dont les types dérivent ; ajout des événements de D-023 (paywall_shown corrigé, certified_info_opened, profile_updated), D-029 (go_arrived, go_stopped, go_completed.closed_by, route_rated.source) et D-033 (go_step_skipped) ; retrait de ce que la page Analytics ne nomme pas.
    2. apps/mobile : track valide chaque événement contre ce schéma et refuse un événement ou une propriété hors schéma (rien n'est envoyé) ; city limité à un identifiant de ville, aucune coordonnée ne peut passer ; journal local des événements en développement pour la recette.
    3. Couverture de la Découverte : les propriétés de map_search_zone, result_card_viewed et route_opened construites par des fonctions testées ; liste de contrôle dans la PR (émis / typés seulement, écran par écran).

    Les événements dont l'écran n'existe pas encore (profil, Go, notation, paywall E-17, recherche E-02, filtres E-03, fiche E-05) sont typés sans être émis ; les critères « observé dans PostHog en staging » et « funnel PostHog » demandent un accès à PostHog que je n'ai pas.

  3. IlanAMG commented on Sep 25, 2026

    @IlanAMG
    MemberAuthor

    D-045 (décision d'Ilan, https://github.com/Inprogress-Agency/widoo-app/wiki/Design-Changelog) : ajouter purchase_failed (reason, hors annulation par l'utilisateur), purchase_pending et purchase_restored (found), avec plan et trial. Détail : https://github.com/Inprogress-Agency/widoo-app/wiki/Analytics

  4. IlanAMG commented on Sep 26, 2026

    @IlanAMG
    MemberAuthor
  5. PaulThiberville commented on Sep 29, 2026

    @PaulThiberville
    Collaborator

    📋 MANAGER — @PaulThiberville, critères de ce ticket répartis avant la fusion de la PR #159, pour que #33 se ferme sur ce que la PR livre.

    Critères qui restent (corps du ticket), tenus par la PR #159 d'après sa description. Les cases restent à cocher à la revue :

    • Liste de contrôle des événements dans la PR : écran qui émet, test des propriétés, relevé du journal local sur iOS et Android.
    • Test unitaire : track refuse un événement ou une propriété hors schéma (packages/shared/src/analytics.test.ts, apps/mobile/src/analytics/analytics.test.ts).
    • Événements de D-023, D-029 et D-033 typés avec leurs propriétés dans packages/shared/src/analytics.ts et testés contre le catalogue.

    Critères déplacés :

    Le réalignement du catalogue sur D-067 (sections, tri, liste « Voir tout ») reste à #220, qui attend la confirmation d'Ilan. Il ne bloque pas cette fusion.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions