Accueil
Expertises Toutes les expertises Server-side GTM & dataLayer Analytics Conversion API Data Warehouse
Cas clients Tous les cas clients E-commerce SaaS Apps mobiles Lead generation
Ressources Toutes les ressources Google Tag Manager Mobile App Tracking RGPD & Consent Mode Google Analytics (GA4) Server-side tracking
Outils gratuits Tous les outils Diagnostic server-side Générateur de plan de tracking
À propos Prendre RDV
PRODUCT ANALYTICS

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).

· 10 min de lecture
Dans ce guide
  1. Fonctionnement et positionnement
  2. PostHog, Amplitude ou Mixpanel : comment trancher
  3. Comparatif sur les critères qui font réellement basculer un choix
  4. RGPD et hébergement
  5. Implémentation : ce qui compte réellement

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 :

code
<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 tracking
Christophe Dubois
Christophe Dubois

Consultant tracking & data, freelance senior depuis 2012. Architecture de mesure, server-side, attribution.

Remonter en haut
FAQ

Questions 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.

Prendre rendez-vous