Mixpanelリンク計測: 短縮リンクのクリックをイベントとして扱う

ElidoにおけるMixpanelリンク計測は、サーバーサイドかつ一方向です。誰かが短縮リンクをクリックするたびに、Elidoは自分のプロジェクトトークンを使ってlink_clickイベントをMixpanelのトラックエンドポイントにPOSTします。このイベントには、リンクのスラッグ、リンクID、訪問者の国とデバイス、送り先の遷移先、タイムスタンプが含まれます。訪問者のブラウザ上では何も実行されないため、広告ブロッカーや同意バナーの影響を受けません。

落とし穴はIDです。各イベントは人物ではなくリンクに紐づいているため、Mixpanel上でクリックを一日中カウントしたりセグメント分けしたりはできますが、そのイベント単体からクリックした人をあなたのプロダクトまで追跡することはできません。これが何に向いているか、どう設定するか、Eventsビューでどう確認するか、そして私であれば別の方法を選ぶ場面について説明します。

そもそも何にタグを付けるべきかまだ決めかねている段階であれば、コーナーストーン記事のUTMをエンドツーエンドで追跡するから始める方がよいでしょう。Mixpanelが見るのは、あくまでリンクが運んできた情報だけです。

クリックのたびにElidoがMixpanelに送るもの

1回のクリックにつき、1つのイベントです。転送機構は単一イベントのバッチを構築し、インテグレーションのData residency設定に一致する取り込みホスト（USはapi.mixpanel.com、EUはapi-eu.mixpanel.com、Indiaはapi-in.mixpanel.com）の/trackにPOSTします。認証はプロパティ内のトークンで行われ、これはMixpanelの取り込みAPIがサーバーサイドイベントに期待する形式です。

完全なペイロードは次の通りです(トークンの値のみ省略しています)。

[
  {
    "event": "link_click",
    "properties": {
      "token": "<your project token>",
      "distinct_id": "elido-link-4711",
      "workspace_id": 12,
      "link_id": 4711,
      "slug": "spring-26",
      "country": "DE",
      "device": "mobile",
      "destination": "https://shop.example/spring?utm_source=newsletter",
      "time": 1790000000,
      "ip": "203.0.113.24"
    }
  }
]

これで全部です。意図的に短いリストにしています。

知っておくべき点が2つあります。destinationは解決後のURLなので、スマートリンクがiPhoneをApp Storeに、それ以外を自社サイトに送っている場合、両方のURLが見えます。またUTMタグはこのdestination文字列の中を移動するだけで、独立したutm_sourceやutm_campaignプロパティはありません。列として使いたい場合は、Mixpanel側で導出プロパティを作る必要があります。これは初日にやっておくべき唯一のセットアップ作業です。

ユーザーエージェントで自己申告している明らかなボット、クローラーはリダイレクト時にフィルタリングされ、Mixpanelには一切届きません。

Mixpanelインテグレーションのセットアップ

セットアップ全体はたった2つのフィールドです。クリックイベントをMixpanelに送るには、MixpanelのプロジェクトとMixpanelのプロジェクトトークン(Mixpanelの Project Settings配下にあります)が必要です。このトークンは埋め込むことを前提とした書き込み専用キーなので、ベンダーに貼り付けること自体は普通のことです。APIシークレットは貼り付けないでください。これは別の文字列で、転送機構が使うものではありません。

1. Elidoのワークスペースで、Integrationsを開き、Mixpanelのカードを選びます。
2. Connect Mixpanelをクリックし、トークンをProject Tokenに貼り付け、Data residencyでUS(デフォルト)、EU、Indiaのいずれかを、Mixpanelのプロジェクト設定にあるData Residencyの値に合わせて選びます。保存します。Elidoはトークンを保存時に暗号化し、以降全体を表示することはありません。
3. 数分待ちます。ワークスペースのインテグレーション設定は、転送側で短時間キャッシュされるため、保存直後のクリックはまだ送信されない場合があります。
4. スマートフォンから、自分の短縮リンクのひとつをクリックします。

リンクごとのスイッチはありません。接続すると、そのワークスペース内のすべてのクリックが転送されます。これはMixpanel中心で運用しているチームには適していますが、関係のない20社のクライアントの短縮リンクをまとめてホストしているワークスペースには向きません。もし後者に該当する場合は、先にクライアントごとにワークスペースを分けてください。

何かを信用する前に、まずEventsビューを確認する

かつてMixpanelがLive Viewと呼んでいたものは、現在は左側のナビゲーションのData配下にあるEventsビューになっています。Mixpanelのデバッグガイドも、まさにこの用途のために最初に確認すべき場所としてこれを推奨しています。開いてlink_clickでフィルターし、オフィスのWi-Fiに接続していないスマートフォンから短縮リンクをタップしてください。

数秒以内にイベントが表示されるはずです。展開して3点を確認してください。slugがタップしたリンクと一致しているか、countryがそのスマートフォンの実際の所在地になっているか、Mixpanel自身がipから都市と地域を埋めているか、です。都市の欄がデータセンターを示している場合、そのテストはVPN経由で行われています。

インテグレーションパネルのTest connectionボタンは、elido_test: trueが付いたlink_clickイベントを1件送信し、ボタンの下にMixpanelからの応答を表示します。便利ではありますが、証明にはなりません。Mixpanelのトラックエンドポイントはどんなトークンでも受け付け、レジデンシーを確認することもないため、間違ったトークンや間違ったリージョンでも緑色の結果が出て、実際には何もプロジェクトに届いていないことがあります。私が信頼するのは、実際のクリックからイベントが届くのを確認することだけです。

distinct_idがリンク単位である理由と、それによって壊れるもの

IDに関する制約を、率直に述べます。distinct_idはelido-link-にリンクIDを付けたものなので、spring-26へのすべてのクリックは、1つの合成されたMixpanel「ユーザー」に属することになります。

合計値は正しく機能します。スラッグ、国、デバイス、遷移先による内訳も機能しますし、時系列の推移も機能します。壊れるのは次の3点です。

• link_clickのUniquesは、人ではなくリンクの数をカウントします。 2本のリンクで合計40,000クリックがあったキャンペーンは、2ユニークユーザーとして表示されます。
• link_clickから始まりサインアップイベントで終わるファネルはつながりません。サインアップは別のdistinct_idに属しているためです。

ほとんどのチームが遭遇しない3つ目の問題もあります。Mixpanelは、1日あたり1distinct_idにつき20万イベントというホットシャード制限を課しており、それを超えるとイベントは$hotshard_eventsにリネームされます。本当にバイラルになったリンクが1本あれば、この上限を超えることがあり、IDがリンク単位であるため、その1本のリンクだけが影響を受けます。

なぜ訪問者単位のIDにしないのか。それは、リダイレクトが訪問者が誰であるかを知らないためであり、訪問者が訪れることを選んでいないドメインにクッキーを設定したくもないからです。これは正直なトレードオフです。

実用的な方法で短縮リンクのクリックをユーザーに結びつける

うまく機能するパターンは、両方の仕組みをそれぞれ得意な用途で使うことです。あなたのページが読み込まれる前に離脱した人のクリックも含めた完全なクリック数は、Elidoのサーバーサイドイベントに任せます。IDの管理は、ランディングページ上のMixpanel SDKに任せます。

遷移先URLにUTMタグを付けてください。MixpanelのJavaScriptライブラリはデフォルトでUTMパラメータを追跡し、プロフィール上にファーストタッチの値を記録します。そのため、その訪問者が後でサインアップしてidentifyを呼び出したとき、キャンペーンは実在の人物に結びつきます。短縮リンクのクリックとランディングページのビューは、その時点ではユーザーIDではなくキャンペーンの値を共有しており、レポート上ではutm_campaignで結合することになります。これはユーザー単位の結合よりも粗いキャンペーン単位の結合ですが、このデータにとってはそれで適切な粒度だと私は考えています。

クリック合計とランディングページのセッション数を並べて見たいですか。両者は一致しないと想定しておいてください。短縮リンクのクリック対GA4セッションで、Mixpanelを含むどの分析ツールでも同じ差が生じる理由を解説しています。

これがずっと欠けていた仕組みだと感じたら、ワークスペースを接続して、次のキャンペーンをブランド短縮リンク経由で流してみてください。

現時点で足りないところ

影響を受けやすい順に、3つのギャップを挙げます。

訪問者のIPは、すべてのイベントに乗って移動します。EUレジデンシーの場合はEUの取り込みホストに、デフォルトの米国の場合は米国のエンドポイントに送られます。これをどう評価するかはEUデータレジデンシーガイドで扱っています。Mixpanel側について、プロジェクトのレジデンシーの確認方法を含めて詳しくは、Mixpanel EUデータレジデンシーをご覧ください。

配信はベストエフォートです。失敗したPOSTは1秒後に1回だけリトライされ、その後は破棄されます。イベントには$insert_idが含まれないため、遅れて成功したリクエストの後にリトライが発生すると、二重カウントになることがあります。

イベントにはリファラーやブラウザの情報が含まれず、リダイレクトが不審だとフラグを立てたクリックも、それでも転送されます。これらが必要な場合は、クリック分析ダッシュボードを確認してください。

コンバージョンはこの仕組みの対象外です。売上は、ユーザーIDが存在する場所で計測してください。

関連記事

• UTMをエンドツーエンドで追跡する - この結合パターンが前提とするタグ付けの規則。
• 短縮リンクのクリック対GA4セッション - クリック数と分析ツールのセッション数が一致しない理由。
• リダイレクト経由のGA4サーバーサイド計測 - 同じサーバーサイドの発想をGoogle向けに適用したもの。
• Mailchimp、Brevo、Klaviyoにおけるメールクリック計測 - クリックをメール側のスタックに転送する方法。
• リンク分析にはMixpanelとGA4のどちらを使うべきか - そもそもどちらのツールにクリックデータを持たせるべきか。
• Mixpanel EUデータレジデンシー - EUとIndiaの取り込みホスト、および不一致によって起きること。