Tarifs PostHog : Guide Pratique pour Équipes MVP

La plupart des équipes MVP qui recherchent une solution d’analytique produit finissent par tomber sur le même nom : PostHog. On le retrouve dans les comparatifs « meilleurs outils d’analytique », dans les fils Show HN, et dans les canaux Slack de startups comme l’outil qui semble tout faire — suivi d’événements, entonnoirs, relecture de sessions, feature flags, tests A/B — sous un même toit. L’attrait est évident. C’est le modèle tarifaire qui bloque la plupart des fondateurs.

Ce guide explique comment fonctionne réellement la tarification de PostHog, ce pour quoi il est réellement performant pour un MVP, et comment il se compare à des outils plus légers comme Plausible et Fathom — qui, il faut le dire d’emblée, ne résolvent pas vraiment le même problème.

Ce Qu’Est Réellement PostHog

PostHog est une plateforme d’analytique produit open source et auto-hébergeable. Contrairement à un simple traceur de pages vues, elle est construite autour de l’idée qu’une seule plateforme devrait couvrir tout le cycle de construction et d’itération d’un produit : capturer les événements, comprendre le comportement des utilisateurs, observer ce qui s’est réellement passé à l’écran, et tester des changements auprès d’utilisateurs réels.

En pratique, cela signifie que PostHog regroupe plusieurs outils que les équipes MVP devraient sinon assembler séparément :

• Analytique produit — suivi d’événements personnalisés, entonnoirs, courbes de rétention, parcours utilisateurs.
• Relecture de sessions — enregistrements de sessions utilisateurs réelles, dans un esprit similaire à ce qu’offre un outil dédié comme LogRocket.
• Feature flags — activer et désactiver des fonctionnalités, ou pour des segments d’utilisateurs spécifiques, sans redéploiement.
• Tests A/B / expériences — exécuter des tests contrôlés au-dessus de ces feature flags.
• Sondages — collecte légère de retours dans l’application.

Pour une équipe MVP de deux ou trois personnes, l’argument est simple : une seule intégration, un seul tableau de bord, une seule relation fournisseur, au lieu de mettre en place séparément un outil d’analytique, un outil de relecture et un service de feature flags.

Comment Fonctionne Réellement la Tarification de PostHog

Ce qui déroute les gens, c’est que PostHog ne facture pas un forfait mensuel unique. Il tarife par produit, en fonction de l’usage — pensez événements suivis, enregistrements de sessions capturés, requêtes de feature flags servies, etc. — chacun avec son propre quota mensuel gratuit avant que les frais à l’usage ne s’appliquent.

Cette structure a de vraies implications pour un MVP :

• Cela peut être réellement gratuit à faible volume. Un MVP tout neuf avec quelques centaines d’utilisateurs et un volume d’événements modeste peut souvent rester dans les quotas mensuels gratuits de PostHog pour les produits qu’il utilise réellement.
• Le coût évolue avec l’usage, pas avec un palier fixe. Contrairement à un forfait « X €/mois » fixe, votre facture augmente (ou diminue) avec le trafic réel. C’est plus favorable pour les produits pré-lancement, mais nécessite une surveillance plus active une fois la croissance réelle acquise — un pic viral du volume d’événements se traduit par une facture, pas seulement par un chiffre sur un tableau de bord.
• Vous ne payez que ce que vous utilisez. Si votre MVP n’a besoin que de l’analytique de base et se passe entièrement de la relecture de sessions et des feature flags, vous ne payez pas pour une capacité que vous n’utilisez pas — une différence par rapport à une tarification de plateforme groupée et tout-en-un.

Comme les paliers tarifaires et les quotas gratuits de PostHog sont basés sur l’usage et peuvent changer, ce guide ne cite pas de montants précis ni de chiffres de quotas — consultez directement la page tarifaire de PostHog pour des détails à jour avant de budgétiser, car publier un chiffre précis ici risquerait de devenir obsolète dès que PostHog ajuste un palier.

Le point pratique à retenir pour une équipe MVP : modélisez votre volume d’événements attendu, votre volume d’enregistrements et votre usage de flags avant de vous engager, plutôt que de supposer qu’un chiffre issu d’un article de blog ou d’une comparaison concurrentielle sera encore exact au moment de votre inscription.

PostHog vs. Plausible vs. Fathom : Catégories Différentes, Pas des Concurrents Directs

Cette comparaison est très recherchée, mais il vaut la peine d’être honnête sur ce qui est réellement comparé. PostHog est une plateforme complète d’analytique produit. Plausible et Fathom sont des outils d’analytique de pages vues légers et respectueux de la vie privée — une catégorie plus restreinte axée sur un reporting simple et sans cookies du trafic du site.

	PostHog	Plausible / Fathom
Ce qui est couvert	Suivi d’événements, entonnoirs, rétention, relecture de sessions, feature flags, expériences, sondages	Pages vues, référents, événements basiques sur site — analytique de trafic web simple
Modèle d’hébergement	Cloud (tarification à l’usage) ou auto-hébergé (open source)	Hébergé dans le cloud (abonnement fixe) ; Plausible propose aussi l’auto-hébergement
Complexité de mise en place	Modérée — schéma d’événements, plus de surface de configuration	Faible — balise script, configuration minimale
Idéal pour	Les équipes qui doivent comprendre le comportement au sein du produit : entonnoirs, adoption des fonctionnalités, sessions utilisateurs	Les équipes qui veulent simplement savoir d’où vient le trafic et quelles pages sont lues

Si la vraie question de votre MVP est « quelles pages marketing fonctionnent et d’où vient le trafic », Plausible ou Fathom y répondent avec beaucoup moins de mise en place et un forfait prévisible. Si votre vraie question est « où dans le produit les utilisateurs bloquent-ils, et quelles fonctionnalités sont réellement utilisées », c’est une question d’analytique produit pour laquelle PostHog est conçu et que Plausible/Fathom ne sont tout simplement pas conçus pour répondre. Choisir entre les deux n’est pas vraiment une comparaison de fonctionnalités — c’est choisir la bonne catégorie pour la question que vous posez. Pour un cadre plus large sur ce premier choix, Choosing Analytics Tools for Your MVP explique comment décider quoi suivre avant de choisir un outil spécifique.

Quand PostHog en Vaut la Peine pour un MVP

PostHog justifie sa complexité quand un MVP a réellement besoin de plus que des comptages de pages vues :

• Vous avez besoin d’entonnoirs sur un parcours produit en plusieurs étapes. Inscription → onboarding → première action clé → visite de retour est le type d’entonnoir qu’un outil de pages vues ne peut pas construire, mais que le modèle basé sur les événements de PostHog gère nativement.
• Vous voulez la relecture de sessions sans ajouter un second fournisseur. Si vous penchez déjà vers un besoin de relecture de sessions — traité plus en détail dans Session Replay Tools for Your MVP — la relecture intégrée de PostHog peut couvrir ce besoin sans abonnement séparé à LogRocket ou Hotjar.
• Vous voulez déployer des fonctionnalités derrière des flags. Les feature flags vous permettent de publier un changement risqué à 5 % des utilisateurs, ou de restreindre une fonctionnalité par niveau d’abonnement, sans cycle complet de redéploiement — utile une fois que vous avez de vrais utilisateurs que vous ne voulez pas perturber.
• La résidence des données ou l’auto-hébergement compte pour vous. Comme PostHog est open source, les équipes ayant des exigences strictes de conformité, ou simplement une préférence pour posséder leur propre pipeline de données, peuvent s’auto-héberger au lieu d’utiliser PostHog Cloud.

Quand C’est Plus Qu’un MVP N’a Besoin

Tous les produits en phase précoce n’ont pas besoin d’autant de plateforme. Quelques signes que PostHog est prématuré :

• Vous avez seulement besoin de savoir d’où vient le trafic du site — c’est le travail de Plausible ou Fathom, fait plus simplement.
• Vous n’avez pas encore assez d’usage pour générer un entonnoir ou une courbe de rétention significatifs — la configuration supplémentaire vous apporte très peu tant qu’il n’y a pas de volume réel qui la traverse.
• Personne dans l’équipe n’a le temps de vraiment configurer des schémas d’événements, examiner des enregistrements de sessions, ou exécuter des expériences — une plateforme sous-utilisée est du temps de configuration gaspillé, peu importe sa capacité.

Si vous êtes encore en train de décider quoi suivre avant même de choisir un outil, cette décision antérieure mérite d’être prise en premier — consultez le guide des outils d’analytique lié ci-dessus pour un cadre applicable que vous optiez pour PostHog, un outil plus léger, ou quelque chose entre les deux.

Démarrer Sans Trop S’engager

Une manière raisonnable d’essayer PostHog sur un MVP : commencez avec le plan gratuit de PostHog Cloud (évitez l’auto-hébergement tant que vous n’avez pas de raison spécifique de gérer cette infrastructure vous-même), instrumentez uniquement la poignée d’événements liés à l’activation et à l’usage principal, et n’activez la relecture de sessions ou les feature flags qu’une fois que vous avez un usage concret pour eux. Cela garde la mise en place proportionnelle au stade réel d’un MVP, tout en laissant ouverte l’option de s’appuyer sur les fonctionnalités plus poussées de PostHog — entonnoirs, expériences, flags — une fois qu’un usage réel vous donne une question précise à résoudre.

Questions fréquentes

PostHog est-il gratuit pour un MVP ?

PostHog propose un plan gratuit avec des quotas mensuels d'utilisation pour ses différents produits (événements, enregistrements, requêtes de feature flags, etc.), ce qui est souvent suffisant pour un MVP récent avec un trafic modeste. Les coûts deviennent basés sur l'usage dès que vous dépassez ces quotas gratuits, donc la facture réelle dépend de votre volume plutôt que d'un forfait fixe.

Comment PostHog est-il tarifé par rapport à un outil au forfait fixe ?

PostHog applique une tarification à l'usage par produit (événements analytiques, enregistrements de sessions, appels de feature flags, etc.), plutôt qu'un forfait mensuel unique. Cela signifie que les coûts peuvent augmenter avec la croissance de l'usage, ce qu'il vaut la peine de modéliser en fonction de votre volume attendu plutôt que de supposer qu'un prix fixe s'appliquera indéfiniment.

Un MVP doit-il choisir PostHog ou Plausible/Fathom ?

Cela dépend de vos besoins. PostHog convient aux équipes qui veulent le suivi d'événements, les entonnoirs, la relecture de sessions et les feature flags dans une seule plateforme. Plausible ou Fathom conviennent aux équipes qui veulent simplement une analytique de pages simple et respectueuse de la vie privée, sans la complexité ajoutée — ils ne résolvent pas vraiment le même problème, donc le choix dépend de la profondeur réelle de vos besoins de suivi.

PostHog peut-il être auto-hébergé ?

Oui. PostHog est open source et peut être auto-hébergé, ce qui séduit les équipes ayant des exigences strictes de résidence des données ou de conformité, ou celles qui veulent éviter entièrement la facturation cloud à l'usage. L'auto-hébergement ajoute sa propre charge opérationnelle — gestion des serveurs, mises à jour, mise à l'échelle — c'est donc un échange de temps d'ingénierie contre le contrôle de l'infrastructure, pas une option gratuite.

PostHog remplace-t-il le besoin d'un outil de relecture de sessions séparé ?

Pour de nombreux MVP, oui — PostHog inclut la relecture de sessions avec son analytique, vous n'avez donc pas besoin d'un outil séparé comme LogRocket ou Hotjar juste pour observer les sessions utilisateurs. Les équipes ayant des besoins plus poussés de surveillance des erreurs front-end trouveront peut-être encore le suivi d'erreurs d'un outil dédié plus mature, mais pour une relecture basique, la version intégrée de PostHog est souvent suffisante.