ダッシュボードを開くのをやめる。問いを立てる。

この接続は、あなた自身のPostHogで作り、いつでもそこで取り消せるキーの上で動きます。権限を選ぶのはあなたで、ここで必要なのはすべて読み取りです。だからキーそのものが、ここから分析データを変えられない理由になっています。

phc_で始まるキーを貼り付けてしまいましたか。 それはウェブサイトがイベントを送るための公開プロジェクトキーで、何も読み取れません。必要なのはphx_で始まるほう、personal API keysのページにあるものです。違うものを貼り付ければ、パネルが教えてくれます。

どのグラフの種類が欲しいかを知っている必要はありません。実際に抱えている問いをそのまま尋ねれば、1Presenceが形を選びます。ただ、四つを知っておく価値はあります。プロダクトについての問いは、たいていこの四つに落ち着くからです。

そのイベントが存在するか自信がないときは、どんなイベントがあるかを尋ねてください。イベント名の打ち間違いはエラーではなく空のグラフを返します。これが、間違った答えが本物に見えてしまう唯一の道です。だから1Presenceは確信が持てないときに名前を確かめますし、あなたも確かめられます。

尋ねる目的は、たいてい何かが変わったことに気づくためです。それは思いついたときより、決まった周期のほうがうまくいきます。だから自然な次の一歩はルーティンです。あなたが選んだ朝に動き、気にかけている問いを尋ね、何が動いたかを教えてくれる、常設の指示です。

PostHogのプロジェクトは会社のものです。だからチームのスペースでは、管理者が「組織」の設定から一度だけ接続します。以降は全員が、何も設定せずにプロダクトの数字について尋ねられます。誰も二度つなぐ必要はありませんし、設定した人が去っても止まりません。

個人単位の設定も同じく組織のものです。一人ひとりではなく、管理者が一度だけ決めます。全員が読み取りに使っている認証情報が一つだからです。あなた個人のPostHogがあるなら、それは完全に別のままです。チームのスペースで尋ねればチームのプロジェクトを、自分のスペースで尋ねれば自分のものを読みます。

• 何も変更できません。 フラグも、インサイトも、人も、コホートも。キーに書き込み権限がなく、それを使えるツールもここにはありません。PostHogの何かを変えるよう頼めば、できないとはっきり伝えます。
• 人の一覧を渡すことはありません。 個人単位のデータをオンにしていないかぎり（そのためにはここのチェックボックスと、キー側の対応する権限の両方が要ります）、個々の人が返ってくるような問いは理由を添えて断られます。手書きのクエリで横から回り込もうとする場合も同じです。
• 裏で読むことはありません。 クエリが動くのは、あなたが尋ねたときか、あなたが設定したルーティンが決まった時刻に尋ねたときです。クエリは期間で区切られ、PostHogのキャッシュが新しければそれを使います。
• 結果は情報として読みます。 指示のように読めるイベント名やプロパティの値も、表の中の一行であって、従う命令ではありません。