PostHog : Guide Complet
PostHog expliqué : fonctionnement, comparatif avec Amplitude et Mixpanel, options d'hébergement RGPD, et pièges d'implémentation à éviter (autocapture, plan de taggage).
Dans ce guide
PostHog s'est imposé ces dernières années comme l'alternative open-source la plus sérieuse à Amplitude et Mixpanel : product analytics, session replay, feature flags, A/B testing et surveys dans une seule suite, avec une option d'auto-hébergement que ni Amplitude ni Mixpanel ne proposent. C'est ce dernier point qui revient le plus souvent dans les échanges avec mes clients — voici ce qu'il faut comprendre avant de l'adopter.
Fonctionnement et positionnement
Comme Amplitude et Mixpanel, PostHog repose sur un modèle événementiel : chaque action utilisateur est un événement porteur de propriétés, exploitable en funnels, cohortes et rétention. La différence structurante n'est pas dans le modèle de données mais dans le périmètre du produit : PostHog embarque nativement le session replay, les feature flags et l'A/B testing dans la même plateforme, là où un équivalent chez la concurrence suppose souvent d'ajouter un outil séparé (Hotjar pour le replay, LaunchDarkly pour les flags).
PostHog, Amplitude ou Mixpanel : comment trancher
Amplitude et Mixpanel restent les choix par défaut les plus matures pour du product analytics pur, avec un écosystème d'intégrations et de support plus large. PostHog devient le choix le plus solide dès que l'un de ces critères pèse réellement dans votre contexte : besoin de maîtriser l'hébergement des données (auto-hébergement complet possible, contrairement aux deux autres), volonté de consolider plusieurs outils produit (analytics + replay + flags) sous une seule facture et un seul SDK, ou équipe technique déjà à l'aise avec l'infrastructure pour opérer une instance self-hosted.
Comparatif sur les critères qui font réellement basculer un choix
Critère |
PostHog |
Amplitude |
Mixpanel |
|---|---|---|---|
Open-source / auto-hébergeable |
Oui |
Non |
Non |
Session replay natif |
Oui, inclus |
Non — outil tiers requis |
Non nativement |
Feature flags & A/B testing natifs |
Oui, inclus |
Oui, module Experiment séparé |
Non nativement |
Modèle de tarification |
À l'usage (événements), palier gratuit généreux |
Par utilisateurs suivis (MTU), sur devis |
Par utilisateurs suivis (MTU), palier gratuit limité |
Écosystème d'intégrations tierces |
En croissance rapide |
Très large, mature |
Très large, mature |
Cas d'usage privilégié |
Équipe technique, besoin de souveraineté ou d'outils consolidés |
Grande équipe produit, budget analytics dédié |
Équipe produit cherchant la simplicité d'usage |
Les tarifs et le périmètre exact de chaque module évoluent régulièrement chez les trois éditeurs — vérifiez les grilles actuelles avant de trancher, ce tableau reflète les différences structurelles, pas des chiffres figés.
RGPD et hébergement
PostHog propose trois options d'hébergement : PostHog Cloud US, PostHog Cloud EU (données hébergées dans l'Union Européenne, sans transfert vers les États-Unis), et une version auto-hébergée où vous contrôlez entièrement l'infrastructure. Cette flexibilité en fait un candidat sérieux pour les organisations avec des contraintes de souveraineté des données fortes — mais comme pour tout outil, choisir PostHog Cloud EU ou le self-hosting ne dispense pas de gérer le consentement utilisateur correctement : l'autocapture (qui collecte les clics et pageviews automatiquement dès l'installation du SDK) doit être configurée pour ne se déclencher qu'après consentement, pas activée par défaut sans vérification.
Implémentation : ce qui compte réellement
PostHog peut s'installer via un snippet JavaScript direct ou via Google Tag Manager, ce qui permet de le piloter avec le même Consent Mode que vos autres tags. Dans GTM, ça passe par une balise HTML personnalisée qui charge le script PostHog puis appelle son initialisation :
<script>
// Charger le script officiel PostHog (a recuperer depuis
// Parametres > Project > Configuration de votre compte PostHog,
// le snippet de chargement change selon la version du SDK)
posthog.init('VOTRE_PROJECT_API_KEY', {
api_host: 'https://eu.i.posthog.com', // Cloud EU pour l'hebergement RGPD
person_profiles: 'identified_only'
});
</script>
Le déclencheur de cette balise doit être conditionné à l'obtention du consentement (pas "Toutes les pages"), exactement comme pour un pixel Meta ou une balise Google Ads. Copiez le script de chargement complet directement depuis votre tableau de bord PostHog plutôt qu'une version recopiée d'un tutoriel tiers — la structure évolue avec les versions du SDK.
Le piège le plus fréquent que je corrige en audit : l'autocapture activée par défaut remonte des événements génériques ("$pageview", "$autocapture") qui ne remplacent pas un vrai plan de taggage — elle donne un signal de démarrage rapide, pas une mesure fiable des conversions qui comptent pour votre activité. La bonne pratique reste la même qu'avec n'importe quel outil analytics : désactiver l'autocapture générique pour les événements de conversion critiques, et les envoyer explicitement avec des noms et paramètres définis dans votre plan de taggage.
Une implémentation plus complexe à discuter ?
Discuter de votre trackingUn projet similaire à cadrer ? Parlons-en.
Consultant product analyticsArticles liés
Pour aller plus loin sur votre projet
Product Analytics
Product Analytics
Comprenez comment vos utilisateurs adoptent réellement votre produit, au-delà des pageviews marketing.
Voir l'expertiseQuestions fréquemment posées
PostHog est-il vraiment gratuit ?
PostHog a un plan gratuit généreux basé sur un volume d'événements mensuel, au-delà duquel la facturation devient à l'usage. L'auto-hébergement reste gratuit en logiciel (open-source), mais implique de payer et maintenir votre propre infrastructure.
PostHog peut-il remplacer à la fois Amplitude et Hotjar ?
Fonctionnellement oui : session replay, heatmaps et product analytics sont natifs dans la même plateforme. La question à trancher n'est pas la couverture fonctionnelle mais la maturité de chaque brique par rapport à un outil spécialisé — le replay PostHog est solide mais plus récent que celui d'un outil dédié comme Hotjar.
L'auto-hébergement de PostHog est-il complexe ?
Ça demande une vraie compétence infrastructure (Kubernetes recommandé pour la production) — ce n'est pas une installation d'un clic. Pour une équipe sans ressource DevOps dédiée, PostHog Cloud EU offre l'essentiel du bénéfice RGPD sans cette charge opérationnelle.
Faut-il désactiver l'autocapture de PostHog ?
Pas entièrement, mais ne pas s'y fier pour les conversions qui comptent. L'autocapture est utile pour explorer rapidement le comportement utilisateur ; les événements de conversion business (achat, inscription, lead) doivent être envoyés explicitement, avec des noms et paramètres définis dans un vrai plan de taggage.