Arrêtez d’ouvrir le tableau de bord. Posez la question.

La connexion repose sur une clé que vous créez dans votre propre PostHog et que vous pouvez y révoquer à tout moment. Vous choisissez ses permissions, et celles dont il s’agit ici sont toutes des lectures — la clé elle-même est donc la raison pour laquelle rien d’ici ne peut modifier vos analyses.

Vous avez collé une clé qui commence par phc_ ? C’est la clé de projet publique avec laquelle votre site envoie des événements, et elle ne peut rien lire. Celle qu’il vous faut commence par phx_ et vient de la page des personal API keys — le panneau vous le dira si vous collez la mauvaise.

Vous n’avez pas besoin de savoir quel type de graphique vous voulez. Posez la question que vous avez réellement et 1Presence choisit la forme — mais il vaut la peine de connaître les quatre, car c’est à cela qu’une question produit se ramène le plus souvent.

Si vous n’êtes pas sûr qu’un événement existe, demandez quels événements il y a. Un nom d’événement mal orthographié renvoie un graphique vide plutôt qu’une erreur, ce qui est la seule façon pour une mauvaise réponse d’avoir l’air vraie — 1Presence vérifie donc les noms quand il n’est pas sûr, et vous pouvez le faire aussi.

On demande en général pour remarquer que quelque chose a changé. Cela marche mieux sur un rythme que sur une impulsion : l’étape suivante naturelle est donc une routine — une consigne permanente qui s’exécute le matin de votre choix, pose les questions qui vous importent et vous dit ce qui a bougé.

Un projet PostHog appartient à l’entreprise. Dans un espace d’équipe, il est donc connecté une fois, par un administrateur, dans les réglages de l’organisation — et à partir de là chacun peut interroger les chiffres du produit sans rien configurer. Personne ne le connecte deux fois, et il ne cesse pas de fonctionner quand la personne qui l’a mis en place s’en va.

Le réglage des données au niveau des personnes appartient de la même façon à l’organisation : pris une fois par un administrateur plutôt que personne par personne, parce que les identifiants à travers lesquels tout le monde lit sont uniques. Votre PostHog personnel, si vous en avez un, reste entièrement à part — demander dans l’espace de l’équipe lit le projet de l’équipe, demander dans le vôtre lit le vôtre.

• Il ne peut rien changer. Ni un flag, ni un insight, ni une personne, ni une cohorte. La clé n’a pas de permission d’écriture et il n’existe ici aucun outil qui pourrait en utiliser une. Si vous lui demandez de changer quelque chose dans PostHog, il vous dira clairement qu’il ne peut pas.
• Il ne vous remettra pas une liste de personnes. À moins d’avoir activé les données au niveau des personnes — ce qui demande la case ici et la permission correspondante sur la clé —, une question qui renverrait des personnes précises est refusée avec une explication. Cela vaut aussi pour la voie détournée d’une requête écrite à la main.
• Il ne lit pas en arrière-plan. Une requête s’exécute parce que vous avez demandé, ou parce qu’une routine que vous avez mise en place a demandé selon un horaire. Les requêtes sont bornées à une plage de dates et utilisent les résultats déjà en cache chez PostHog tant qu’ils sont frais.
• Il lit les résultats comme de l’information. Un nom d’événement ou une valeur de propriété qui ressemble à une consigne est une ligne dans un tableau, pas un ordre qu’il suivra.