Plausible

[mquandalle]

On a discuté ensemble de l'utilisation de Plausible comme alternative a ATInternet. Les motivations seraient les suivantes :

• Données stockées en Europe avec l'offre SASS
• Application open-source et possibilité de l’héberger nous même si nécessaire (application Elixir et base de données Clickhouse distribués via Docker)
• Interface de consultation des stats réactive et intuitive, on peut filtrer par segment instantanément
• Possibilité de rendre la page stats publique, par exemple pour partager directement la liste des sites référents à nos partenaires
• Bonne documentation, c'est très simple d'ajouter des événements personnalisés ou de retarder le lancement de la session pour les iframes par exemple Tracking : revoir le décompte des intégrations #1116
• API pour récupérer les données
• Suivi sans cookie et script léger par défaut

Il n'y a pas d'urgence à migrer vu que le système actuel fonctionne. De plus Plausible est globalement plus simple et plus récent que ATInternet, ce qui est positif, mais je pense qu'il nous manque néanmoins les fonctionnalités suivantes :

• possibilité d'attacher des meta-donnés aux pages : Custom data (custom properties) attached to pageviews plausible/analytics#320. On peut déjà le faire pour les événements personnalisés (exemple la note « bien » « pas bien » pour les smilleys des retours utilisateurs) mais pas au niveau des événements « page vue » par exemple pour indiquer s'il s'agit d'une iframe ou non.
• Visualisation de tunnels de conversions Multi-step funnel visualization for goal conversions plausible/analytics#171

Une des motivation d'utiliser ATInternet était d'utiliser le même système que l'Urssaf et donc d'être plus en vue dans leur suivi interne, mais

• Depuis notre migration ATInternet a été racheté par les américains, ce qui n'est pas top (voir avis de la Cnil sur l'illégalité de Google Analytics)
• La plupart du reporting interne à l'URSSAF se fait au final dans des Excel ou des Powerpoint avec les données qui sont récupérées manuellement depuis ATInternet, et non via l'utilisation directe de l'API ou du tableau de bord. Pas sûr qu'utiliser un système distinct soit réellement problématique dans ce cadre.

Pendant la migration on pourra garder les deux système en parallèle.