Connecteur Claude PostHogCe que Claude sait faire dans ton compte PostHog.
Le connecteur Claude PostHog expose 57 outils. 19 lisent insights, flags, expériences, sondages et projets, 19 les créent, les modifient ou les suppriment, et 19 portent des noms qu'aucune source ne décrit. Voici ce que Claude lit, ce qu'il peut lancer ou retirer, et quoi relire.
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Ce que ça change quand Claude travaille dans ton PostHog
PostHog réunit analytics produit, feature flags, expériences et sondages. Avec le connecteur, tu ne fouilles plus les onglets : tu demandes à Claude où en est un test A/B ou quels flags sont actifs, il lit ton projet PostHog, et il peut aussi créer ou retoucher ces objets si tu le lui demandes. PostHog dit lui-même que l'agent lit et écrit dans tous ses produits.
Lire le verdict d'une expérience. Un product owner veut savoir si le nouveau parcours d'inscription l'emporte. Claude ouvre le test avec experiment-get et lit résultats et expositions via experiment-results-get.
Lancer ou nettoyer un feature flag. create-feature-flag, update-feature-flag et delete-feature-flag permettent à Claude de gérer les flags depuis la conversation, après que feature-flag-get-all a montré ce qui existe.
Suivre un sondage. survey-stats donne les statistiques de réponse d'un sondage et surveys-global-stats les totaux sur tous, pour que Claude résume les retours sans export.
À garder en tête : 19 noms de la fiche, dont les requêtes, le suivi d'erreurs et les logs, ne correspondent à rien dans la référence d'outils de PostHog ; aucune source ne les décrit. Des outils de suppression existent pour insights, dashboards, flags, expériences, sondages et actions. Et rien ne tourne seul : un flag ne se déploie pas parce qu'un indicateur a bougé, aucun sondage ne part de lui-même. Pour envoyer des événements vers PostHog depuis d'autres applis, l'intégration PostHog n8n couvre les workflows sans intervention. Deux métiers ; le hub Intégrations liste le reste.
Cinq mots avant de brancher
Le vocabulaire de ce connecteur, en une minute.
- Connecteur
- Le lien que tu poses une fois entre Claude et un compte que tu as déjà, pour qu'il y travaille pendant qu'il te répond.
- Outil
- Une action nommée que le connecteur confie à Claude. Il choisit seul les outils qu'il lui faut, et le répertoire les liste par leur nom.
- Autorisation
- L'étape de connexion de PostHog, où tu donnes à Claude l'accès à ton compte. Accordée une fois, par personne, et retirable ensuite.
- Approbation
- La confirmation que Claude attend avant de poursuivre une action qui touche ton compte, affichée directement dans la conversation.
- MCP
- Le standard commun des connecteurs : c'est lui qui permet à un assistant comme Claude de dialoguer avec un service externe tel que PostHog.
Brancher PostHog sur Claude en trois étapes
- 01
Trouver PostHog dans Claude
Ouvre les réglages de Claude, passe par Customize puis Connectors, et cherche PostHog. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner active d'abord le connecteur ; les membres s'y connectent ensuite chacun de leur côté.
- 02
Lancer le branchement
Clique sur Connect sur la ligne PostHog et identifie-toi sur la page que PostHog ouvre lui-même. PostHog précise que sa connexion t'oriente vers la bonne région de données, US ou UE, selon ton compte. Si le lien casse, Disconnect puis rebranche.
- 03
Relire l'écran d'autorisation
Vérifie l'écran avant de valider. Il appartient à PostHog, pas à Claude, et c'est lui qui fixe ce que couvre l'accès. Il peut annoncer plus de droits que l'usage courant ; la demande avant chaque action reste la règle.
Les 57 outils du connecteur Claude PostHog
PostHog donne à Claude 57 outils : 19 qui lisent ton compte, 19 qui y changent quelque chose, et 19 qu'aucune source officielle ne décrit.
Trois groupes : ce que Claude lit, ce qu'il modifie, et des noms qu'aucun texte officiel ne décrit. Les noms d'outils restent tels que Claude les affiche.
- 19 lecture
- 19 écriture
- 19 non documentés
Ce que Claude lit (19)
19 outilsDix-neuf outils qui consultent insights, dashboards, flags, expériences, sondages, actions, coûts et projets, sans y toucher.
insight-get
Ouvre un insight enregistré, le nom que PostHog donne à une analyse ou un graphique sauvegardé, pour que Claude t'explique ce qu'il mesure et comment il est réglé.
insight-query
Exécute la requête derrière un insight enregistré et renvoie les résultats, pour avoir des chiffres frais plutôt que ce qui était en cache.
dashboard-get
Renvoie un dashboard, pour que Claude décrive les insights qu'il contient et ce que le tableau est censé suivre.
dashboards-get-all
Liste tous les dashboards du projet, ce qui donne à Claude la carte complète avant d'en ouvrir un seul.
feature-flag-get-definition
Lit la définition d'un feature flag, c'est-à-dire son paramétrage, pour que Claude t'explique qui reçoit la fonctionnalité et à quelles conditions.
feature-flag-get-all
Donne l'ensemble des feature flags du projet, le point de départ de tout audit ou ménage de ce qui est actif.
experiment-get
Renvoie le détail d'une expérience, son montage et sa configuration, pour que Claude te dise ce qui est testé et comment c'est mesuré.
experiment-results-get
Récupère les résultats de métriques et d'exposition d'une expérience, avec des métadonnées qui décrivent chaque métrique, pour que Claude lise le verdict avec toi.
survey-get
Ouvre un sondage par son identifiant pour montrer ses questions et ses réglages, que Claude peut ensuite te détailler.
surveys-get-all
Liste les sondages du projet, avec recherche et filtres côté serveur, pour que Claude retrouve celui dont tu parles à partir de quelques mots.
survey-stats
Renvoie les statistiques de réponse d'un sondage précis, que Claude peut ensuite te résumer en mots simples.
surveys-global-stats
Renvoie des statistiques de réponse agrégées sur tous les sondages du projet, une vue d'ensemble du volume de retours.
action-get
Ouvre une action, la façon dont PostHog regroupe des événements sous un seul nom, pour montrer précisément comment elle est définie.
actions-get-all
Liste toutes les actions définies dans le projet, pour que Claude sache quels comportements nommés existent déjà avant de bâtir dessus.
get-llm-total-costs-for-project
Récupère le coût total quotidien des modèles de langage d'un projet, modèle par modèle, sur un nombre de jours que tu choisis.
read-data-schema
Explore tes événements, actions, propriétés et valeurs de propriétés, pour que Claude comprenne la structure de tes données avant de répondre sur elles.
organizations-get
Récupère les organisations PostHog auxquelles tu as accès, ce qui indique à Claude où il a le droit de regarder.
projects-get
Récupère les projets accessibles dans l'organisation courante, pour que Claude choisisse le bon avant toute requête.
docs-search
Cherche dans la documentation de PostHog, pour que Claude appuie une réponse sur l'explication de l'éditeur plutôt que sur sa mémoire.
Ce que Claude modifie (19)
19 outilsDix-neuf outils qui ajoutent, retouchent ou retirent des objets PostHog. Aucune source ne leur donne de confirmation propre : la règle générale plus bas s'applique.
insight-update
Approbation : voir la règleModifie un insight enregistré, par exemple son nom, sa description ou ses réglages.
insight-delete
Approbation : voir la règleRetire un insight enregistré du projet.
dashboard-create
Approbation : voir la règleMonte un nouveau dashboard dans le projet, prêt à recevoir des insights.
dashboard-update
Approbation : voir la règleChange un dashboard existant, comme son nom, sa description ou ses réglages.
dashboard-delete
Approbation : voir la règleSupprime un dashboard du projet.
dashboard-reorder-tiles
Approbation : voir la règleRéorganise les tuiles d'un dashboard, c'est-à-dire l'ordre d'affichage de ses insights.
create-feature-flag
Approbation : voir la règleCrée un nouveau feature flag dans le projet, prêt à conditionner l'accès à une fonctionnalité.
update-feature-flag
Approbation : voir la règleMet à jour un feature flag existant, ce qui change qui voit la fonctionnalité qu'il contrôle.
delete-feature-flag
Approbation : voir la règleSupprime un feature flag.
experiment-create
Approbation : voir la règleAjoute une nouvelle expérience au projet PostHog, prête à être configurée puis lancée.
experiment-update
Approbation : voir la règleModifie les réglages d'une expérience existante.
experiment-delete
Approbation : voir la règleSupprime une expérience du projet, configuration comprise.
survey-create
Approbation : voir la règlePrépare un nouveau sondage dans le projet, que PostHog peut ensuite montrer aux utilisateurs.
survey-update
Approbation : voir la règleRéécrit un sondage existant, retrouvé par son identifiant, par exemple ses questions ou ses réglages.
survey-delete
Approbation : voir la règleSupprime un sondage à partir de son identifiant.
action-create
Approbation : voir la règleCrée une action, qui regroupe des événements sous un nom que tu peux ensuite analyser.
action-update
Approbation : voir la règleRedéfinit une action existante, ce qui change chaque insight construit dessus.
action-delete
Approbation : voir la règleSupprime une action du projet, avec le regroupement qu'elle définissait.
event-definition-update
Approbation : voir la règleActualise les métadonnées d'une définition d'événement, la couche descriptive autour d'un événement plutôt que ses données.
Non documentés (19)
19 outilsCes dix-neuf noms figurent sur la fiche du répertoire sans entrée correspondante dans la référence de PostHog, ou avec une ligne qui ne dit pas s'ils lisent ou modifient.
query-run
Ce nom apparaît sur la fiche du répertoire mais nulle part dans la référence d'outils de PostHog, et aucune page de Claude ne le décrit. La page ne dit donc rien de ce qu'il fait ni de ce qu'il renvoie.
query-generate-hogql-from-question
Listé par le répertoire, absent de la référence de PostHog sous ce nom exact. Aucune source ne le décrit, donc son comportement reste inconnu sur cette page, aussi clair que paraisse son nom.
insight-create-from-query
Aucun outil orthographié ainsi ne figure dans la référence actuelle de PostHog. Sans phrase qui le nomme, la page ne peut dire s'il se contente de lire ou s'il touche à ton projet, et n'essaie pas.
insights-get-all
La référence documente des outils portant sur un seul insight, pas ce nom au pluriel. Aucun texte officiel ne décrit celui-ci : la page le laisse inexpliqué plutôt que d'emprunter la description d'un voisin.
add-insight-to-dashboard
Rien dans la référence de PostHog ni dans les pages d'aide de Claude ne correspond à ce nom. Le répertoire le publie sans description, et cette page fait de même, volontairement, jusqu'à ce qu'une source en dise plus.
experiment-get-all
La référence couvre d'autres outils d'expériences, mais pas celui-ci sous ce nom. Aucune source ne le décrit, et la page ne transforme pas un nom en capacité qu'aucune page officielle n'atteste nulle part.
list-errors
La page de présentation de PostHog donne l'exemple d'une question sur les principales erreurs, mais aucune source ne relie cela à ce nom d'outil précis. Il reste non documenté ici.
error-details
Aucune page officielle ne documente un outil de ce nom. Ce qu'il renvoie n'est dit par aucune source, donc rien n'est affirmé ici à son sujet, pas même s'il se contente de lire.
logs-query
PostHog cite les logs parmi ses produits, mais sa référence n'a aucune entrée pour ce nom. Aucune description n'existe à reformuler : la page s'arrête au nom et signale honnêtement le trou.
logs-list-attributes
Encore un nom lié aux logs, sans ligne correspondante dans la référence d'outils ni page de Claude derrière. Son effet n'est documenté nulle part de public, et la page le laisse ainsi.
logs-list-attribute-values
Même situation que son voisin : le répertoire le liste, aucune source officielle ne le décrit. La page ne devine pas à partir de la formulation, même quand elle semble évidente au premier coup d'œil.
event-definitions-list
La référence de PostHog a une entrée sur les définitions d'événements sous un autre nom, mais aucune sous celui-ci. Sans phrase à son sujet, rien de sourcé ne peut être dit de son effet sur ton projet.
properties-list
Aucune entrée de la référence de PostHog ne porte ce nom, et aucune page de Claude ne le mentionne. Son rôle n'est donc pas documenté ici, et aucune description voisine ne le remplace sur cette page.
execute-sql
Une seule ligne le décrit dans la référence de PostHog : il exécute une requête SQL. Aucune source ne précise si cette requête est limitée à la lecture, donc la page ne peut le ranger d'un côté ou de l'autre.
read-data-warehouse-schema
Un cousin d'un outil de schéma documenté, mais ce nom exact n'a aucune ligne dans la référence de PostHog. Rien d'officiel ne le décrit, et le comportement du cousin ne lui est pas prêté.
organization-details-get
Le seul outil d'organisation de la référence de PostHog liste les organisations, et ce n'est pas celui-ci. Aucune phrase officielle ne couvre ce nom : la page le laisse sans description.
switch-organization
D'après la référence d'outils, il fixe l'organisation active pour les appels d'outils qui suivent. Aucune source ne dit si cela compte comme une lecture ou une modification, d'où sa place dans ce groupe.
switch-project
Selon PostHog, il définit le projet actif pour les appels suivants. Qu'il touche ou non à tes données, aucune source ne le dit, et c'est pourquoi la page ne le classe pas.
entity-search
Aussi parlant que soit son nom, il n'a aucune entrée dans la référence de PostHog, et aucune page de Claude ne le décrit. La page signale le trou au lieu de le combler par une supposition.
Ce que Claude te demande avant d'agir
Par défaut, Claude s'arrête et demande une confirmation avant chaque action qu'il mène sur un compte à ta place. La demande s'affiche dans la conversation au moment où elle compte.
Aucune source ne donne de confirmation propre à un outil PostHog : cette règle par défaut couvre toute la liste, suppressions comprises. PostHog ajoute son propre avertissement : un modèle peut être piégé par des instructions douteuses, alors relis chaque appel d'outil avant qu'il parte. Sur Team et Enterprise, les propriétaires décident si un membre peut sauter la demande pour certaines actions, et peuvent restreindre un connecteur pour toute l'organisation. Claude travaille avec les droits de la personne connectée, rien de plus large.
Sur quels plans c'est disponible
Aucune des 819 fiches du répertoire officiel n'affiche sa disponibilité par plan. La réponse pour un connecteur donné n'est publiée nulle part.
La règle publiée est générale : les connecteurs distants sont ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile. Sur Team et Enterprise, un Owner ou un Primary Owner active le connecteur pour l'organisation avant que ses membres s'y connectent. Pour l'état à jour de celui-ci, consulte la fiche PostHog du répertoire. Côté PostHog, se connecter et appeler les outils ne coûte rien, mais certains outils utilisent de l'IA en interne et peuvent compter en dépense IA PostHog.
Là où ce connecteur s'arrête
Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : aucun flag ne se déploie et aucun sondage ne part parce qu'un indicateur a franchi un seuil.
Tout ce qui est écrit ici vient de la documentation de PostHog et de la fiche du répertoire : aucun article d'aide de Claude ne couvre ce connecteur. La liste d'outils est un plancher observé, et la référence de PostHog en recense bien plus que la fiche, sous des noms en partie différents. Le badge partenaire n'est pas un audit de sécurité, et Anthropic précise sur chaque fiche qu'il ne choisit pas les outils d'un éditeur ni ne garantit leur comportement. Branche-le en sachant qu'il vient de PostHog.
Besoin d'aide pour brancher PostHog sur Claude ?
Une personne lit chaque message.
