どのGoogle 検索Reddit のスレッドChatGPT の回答ニュースレターx.com の投稿流入元が売上を生んだのか。その根拠まで分かります。

リファラーは、見ればわかる流入元名になります。t.co は x.com、chatgpt.com は ChatGPT、news.ycombinator.com は Hacker News です。流入元はそれぞれチャネルに属し、AI アシスタントから来た人には専用のチャネルがあります。内訳のどの行にも、その訪問者数と裏にある収益が表示されます。

AI クローラーは訪問者とは別に数え、訪問者としては扱いません。ほとんどのクローラーはページのスクリプトを実行しないため、サーバー側の数行のコードで記録します。そのほかのボットや自動化されたブラウザは一切数えません。そして、リファラーのない訪問である Direct は、最も可能性の高い経路として読み解きます。直接入力やブックマーク、共有されたリンク、チェックアウトからの戻り、アプリ内ブラウザのいずれかです。上のダッシュボードで確認できます。

ピーク時間帯は、期間を曜日と時間帯ごとに並べ、訪問・売上件数・収益で表示します。最も多い 3 つの時間帯は、データが裏づける場合にだけ示します。

訪問者ごとに 1 行。ID から生成した親しみやすい名前とアバター、所在地と使っている環境、直近の訪問の流入元と閲覧ページ、訪問ごとのエンゲージメント時間、支払った金額を表示します。行を開くとすべての訪問が並び、行動の流れのページでは各ページ・ゴール・支払いが見られます。

「Likely to buy」で並べ替えると、スコアの要因が表示されます。再訪問と、料金ページやチェックアウトでの滞在時間です。Cookie なしモードでは 1 行が 1 回の訪問になり、ページにもそう表示されます。

Stripe、Paddle、Lemon Squeezy、Polar は、あなたが作成するキーで接続します。キーの権限は、Tally が読み取る範囲と、専用の Webhook を追加する権限だけです。まず過去 365 日分を取り込み、その後は支払いが発生するたびに取り込みます。

WooCommerce と Squarespace のストアはワンクリックで接続できます。 WooCommerce の承認画面で Tally を承認するか（Integrations ページまたは Tally の WordPress プラグインから）、Squarespace の確認ページで承認すると、返金も含めて 1 年分の注文が取り込まれます。WooCommerce の注文は、注文受付ページか、チェックアウト時にプラグインが注文に保存する訪問者 ID で訪問に紐づきます。Squarespace の注文は、Code Injection に入れた Tally のコードを通じて、注文状況ページで紐づきます。WooCommerce の手順・Squarespace の手順。

最も深く連携するのは Stripe です。Checkout、Payment Links、サブスクリプション、請求書に対応し、Payment Links にはスニペットが自動でタグを付けます。Paddle、Lemon Squeezy、Polar では、チェックアウトに渡した訪問者 ID か、購入者のメールアドレスで売上を紐づけます。

Gumroad や FastSpring から自社の課金システムまで、そのほかの決済サービスは、あなたのサーバーが各支払いを Payments API に送信します。ボディは DataFast と同じ形式で、ほかと同じように紐づけます。届くのは送信したものだけで、インポートはしません。

新規の売上、更新、アップグレード、返金、チャージバックを区別します。金額は税抜きで、その日の欧州中央銀行のレートで米ドルに換算します。決済サービスがどう報告しても、1 つの支払いは 1 回だけ数えます。

カバー率とは、収益のうち訪問者に紐づいている割合です。その下にあるのが修正リストで、支払いを紐づけられなかった理由ごとに、該当する支払いの件数と金額、そしてそれを直すコードを示します。

何も紐づかない支払いは未紐づけのままで、カバー率を下げます。購入者の完了ページへの訪問など、根拠があとから届けば、その時点で紐づけます。

購入までの経路は、期間中の新規売上の裏にある道のりです。初回訪問から購入までの時間、必要な訪問回数とページ数、初回訪問で購入する人数がわかります。フローチャートは、各購入者を最初に連れてきた流入元から、売上の帰属先となった流入元までをつなぎます。

顧客生涯価値は、各顧客を初回訪問の流入元に計上し、それ以降に支払った金額をすべて合算します。更新、アップグレード、返金も含みます。

計測が進むのは、タブが表示されていて、訪問者が直近 30 秒以内にスクロール、入力、タップ、ポインター操作のいずれかをしたときだけです。ほかのタブの裏で 8 時間開いたままのタブは、何も加算しません。 ダッシュボードは訪問あたりの中央値を表示するので、閉じ忘れたタブ 1 つで数値が跳ね上がることはありません。

Pages では、どこまでスクロールされたかもわかります。ページごとの読了時間と深度、最後まで到達した人数、そして購入者が支払い前にページをどう読んだかを、購入しなかった人と比べて示します。

サイトでリプレイをオンにすると、録画された訪問を再生でき、タイムラインにはページ、ゴール、レイジクリック、支払いがすべて並びます。購入者の行動の流れとレシートから、録画へ直接移動できます。入力はすべてマスクされ、パスワードは一切記録しません。

ヒートマップは、クリック、レイジクリック、デッドクリック、スクロール深度をページの上に直接描きます。デスクトップ、タブレット、スマートフォンに対応しています。

直近 5 分間を地球儀または平面の地図に表示し、隣のリストに各訪問者の国旗、ページ、都市、流入元を並べます。新しい訪問者はリングで現れ、売上は購入者の都市でコーラル色に弾けます。訪問者をクリックすると場所がわかり、直近 8 時間を 15 分刻みで再生できます。

Tally が持つシグナルだけから描く、2 つの実験的なビューです。エコシステムは、過去 90 日間のすべての訪問者を行動に応じて配置し、際立つ特徴で名付けたクラスターにまとめ、健全度で色分けします。再生すると週ごとに動きます。

川は、訪問者を連れてきた流入元から、到達したページを経て、購入したかどうかまでを週ごとに追い、流入元、体験、結果のいずれかで色分けします。健全度は、更新、返金、チャージバック、最近の利用状況から私たちが読み取ったもので、予測ではありません。

売上ごとに、購入者の流入元と紐づけ方法を添えて通知します。その時間帯のいつもの水準と比べた急増や急減、決済サービスのトラブル、日次または週次のダイジェストも届きます。通知を止める時間帯に届いたものは、朝まで保留されます。

サイトの Setup ページで読み取り専用のキーを作成します。保存するのはキーのハッシュだけです。REST API はダッシュボードと同じ数字を返し、コマンドラインはそれを表にして出力し、MCP サーバーでは AI アシスタントが自分で質問できます。「Record payments」にチェックを入れると、そのキーでほかの決済サービスの支払いをサーバーから Payments API に送信することもできます。

サイトごとにモードを選べます。どのモードでも次の点は変わりません。

• 訪問者の IP アドレスは都市の特定に使ったあと破棄します。保存も、ログへの記録も、ディスクへの書き込みもしません。
• Cookie なしモードでは Cookie を使いません。IP アドレスとブラウザを毎日変わるソルトでハッシュ化して訪問者を数え、ソルトはその後削除するので、日をまたいで人を追跡することはできません。保存するのはハッシュだけで、アドレスは保存しません。
• 訪問者 ID がログに残ることはありません。

何をどれだけの期間保存し、誰が処理するかはプライバシーに関するお知らせ（英語）に、訪問者データの扱いはデータ処理契約（英語）に記載しています。

Tally は DataFast のタグと同じものを読み取るので、ページのコードはそのまま動きます。window.datafast() のゴール、data-fast-goal 属性とその data-fast-goal-* プロパティ、そして data-site の代わりの data-website-id です。

再訪問者は datafast_visitor_id をそのまま持ち続けるので、すでにそれを読むチェックアウトのコードは引き続き売上を紐づけます。Stripe のメタデータにある datafast_visitor_id も同様です。

タグは約 3 KB で、defer で読み込まれ、依存関係もないため、ページの表示を遅らせることはありません。エンゲージメント時間、ゴール、外部サイトへのリンクのクリックも計測します。ゴールは tally('signup') か、ボタンに付けた data-tally-goal 属性で設定します。