Analytics frontend

Statut

Document de cadrage frontend — version initiale.

Vision

Les analytics frontend DMV doivent mesurer l'utilité locale sans devenir intrusifs.

Ils doivent aider à comprendre les usages, améliorer le produit et soutenir les offres premium, tout en respectant la vie privée et le RGPD.

État actuel visible

Le site public contient un hook useTrackEvent qui :

• crée un identifiant de session dans sessionStorage ;
• distingue mobile et desktop ;
• écrit des événements dans stats_events via Supabase ;
• limite certains page_view à une vue par acteur sur une période de session ;
• gère des événements comme clic téléphone, itinéraire, site web, recherche, filtre, notification et média.

Aucun provider analytics externe généraliste n'a été identifié dans les fichiers inspectés.

Principes

• Mesurer le nécessaire.
• Éviter les trackers intrusifs.
• Ne pas collecter de données sensibles inutiles.
• Favoriser les agrégats.
• Documenter les événements.
• Séparer analytics produit, audit logs et logs techniques.
• Donner du sens métier aux métriques.

Événements utiles

Événement	Usage
page_view	Mesurer consultation acteur ou contenu.
search_performed	Comprendre les recherches locales.
filter_applied	Identifier les filtres utiles.
click_phone	Mesurer intention de contact.
click_route	Mesurer intention de déplacement.
click_website	Mesurer redirection vers acteur.
media_view	Comprendre l'intérêt pour les médias.
Notifications	Mesurer envoi, ouverture et clic si fonctionnalité activée.

Backoffice

Le backoffice affiche des statistiques et compteurs, mais les analytics d'usage backoffice doivent rester limités.

Les actions sensibles relèvent plutôt des audit logs que des analytics produit.

Vision cible

La cible est un système analytics :

• documenté par événement ;
• non intrusif ;
• relié aux KPIs business et produit ;
• compatible RGPD ;
• exploitable par acteurs et communes sous forme agrégée ;
• séparé des logs de sécurité ;
• contrôlé en fréquence et volume.

Points RGPD

• Clarifier la base légale.
• Documenter les données collectées.
• Limiter la conservation.
• Éviter les identifiants persistants inutiles.
• Prévoir information utilisateur si nécessaire.
• Respecter les choix de consentement si des traceurs non essentiels sont ajoutés.

Points à clarifier

• Schéma final des événements.
• Durée de conservation.
• Niveau d'agrégation pour acteurs et communes.
• Intégration avec backend analytics Laravel.
• Consentement éventuel.
• Tableaux de bord frontend et backoffice.