MixpanelのEUデータレジデンシー: ホスト、破棄されるイベント、GDPR

MixpanelのEUデータレジデンシーは、プロジェクトのイベントがMixpanelのEUデータセンターで処理・保存されることを意味します。ただし、1つの厳格なルールがあります。イベントはEUの取り込みエンドポイントであるapi-eu.mixpanel.comに送らなければなりません。既定のapi.mixpanel.comに送っても、キューに入れられたり、リダイレクトされたり、警告が出たりはしません。プロジェクトには決して表示されないだけです。

インドもapi-in.mixpanel.comで同じ仕組みです。レジデンシーはプロジェクト作成時に選び、後から切り替えることはできません。さらに、プロジェクトに書き込むすべてのツール（ブラウザSDK、バックエンド、CDP、サードパーティの転送ツール）に正しいホストを個別に指定する必要があります。

多くの障害はこの最後の部分から起きますが、この夏に状況はさらに悪化しました。Mixpanelは以前、古いEUプロジェクトが米国のホストで受け取ったイベントを転送していました。EUレジデンシーのドキュメントによると、2025年8月18日より前に作成された大半のEUプロジェクトでは、この米国からEUへの転送が2026年7月に終了しました。ひそかにそれに依存していた設定は、突然何も送らなくなりました。スタック全体のレジデンシーを検討しているなら、まずはマーケティングツールのEUデータレジデンシーガイドを読んでください。この記事ではMixpanelに絞ります。

MixpanelのEUレジデンシーが対象にするもの

EUレジデンシーは、プロジェクト単位で選ぶ保存場所です。プロジェクト作成時に「EU Data Residency」を選ぶと、それ以降、そのプロジェクトのデータは米国の既定の場所ではなくEUでMixpanelにより処理・保存されます。Mixpanelはインド向けにも並行したプログラムを運営しており、これをDigital Personal Data Protection Actに関連付けています。

プロジェクト単位であることから、3つの点が分かります。組織は米国とEUのプロジェクトを並行して保持できます。プロジェクトトークンからリージョンは分かりません。下流のシステムもトークンからリージョンを判定できません。UIも移動します。EUプロジェクトはeu.mixpanel.com、インドのプロジェクトはin.mixpanel.comにあり、そのためEUのSSOポストバックURLにはeu.の接頭辞も必要です。

対象にならないのは、データがMixpanelに届く前の経路です。Mixpanel自身もそう説明しています。イベントがカスタマーデータプラットフォームを通じて入ってくる場合、その取り込み、処理、保存がEU内にとどまることを「保証できません」。パイプラインの管理は自分で行う必要があります。

米国、EU、インドのプロジェクトの取り込みホスト

リージョンごとに分かれるホストは取り込み用だけではありません。すべてのAPIファミリーに固有のホストがあります。トラッキングホストだけを変更すると、エクスポートやクエリのスクリプトは米国のホストに接続し続け、EUプロジェクトでは失敗します。

インドの列はMixpanelのインドレジデンシーのページに基づいています。このページには同じファミリーに加えて、data-in.とin.にあるData PipelinesとLexicon Schemasも記載されています。EUのページも同じ構成で、-euとeu.を使います。

誤ったホストに送ったイベントが破棄される理由

Mixpanelの表現は明確です。実装からEUの取り込みURLに送らない限り、EUレジデンシーのプロジェクトにはデータが取り込まれません。インドのページもapi-in.mixpanel.comについて同じ説明をしています。

厄介なのは、ほとんどのツールが気付く形で、誤ったホストがリクエストを拒否するわけではないことです。/trackエンドポイントはトークンをそのまま受け入れるため、米国のホストを向いた送信元では成功レスポンスが返る一方、EUプロジェクトは空のままになることがあります。平坦なグラフを見て、通常は1週間後に初めて気付きます。

そのため、プロジェクト側からデバッグしてください。ここでは送信元のログを決して信頼しないでください。EUプロジェクトでEventsビューを開き、イベントを1つ送信して、表示されるか確認します。1、2分以内に何も表示されないなら、ホストが間違っているか、トークンが別のプロジェクトのものです。

レジデンシーを確認し、既存のプロジェクトを移行する方法

確認は簡単です。Project SettingsにはData Residencyの値が表示されます。アドレスバーを見る方法もあります。mixpanel.comの前にeu.またはin.があれば判別できます。後から接続するすべてのツールで必要になるため、連携の一覧を記載したドキュメントにこの値を書き留めておくとよいでしょう。

移行が難しい部分です。Mixpanelのドキュメントには、誤ったレジデンシーの場所を選んだ場合、「該当するデータ保存オプションで新しいプロジェクトを作成し、既存のデータをすべて移行する必要がある」と記載されています。また、Mixpanelは移行を支援できません。実際には次のようになります。

1. EU（またはインド）レジデンシーで新しいプロジェクトを作成し、すべての送信元を新しいホストとトークンに向けます。
2. 必要な履歴を再インポートし、新しいプロジェクトでレポートとダッシュボードを再構築したら、古いプロジェクトを廃止します。

移行した履歴が元のIDやダッシュボードを維持するかどうかは、これらのページに書かれていません。文書化された近道は見つからなかったため、存在しないものとして考えるのがよいでしょう。

MixpanelのデータレジデンシーとGDPR: IPと移転

レジデンシーはGDPR上の1つの問い、つまり保存データがどこにあるかに明確に答えます。EUプロジェクトならイベント履歴は米国に保存されないため、保存場所に関する論点からは第V章の移転を外せます。GDPRの条文ごとに残る義務については、URL短縮サービス向けGDPRガイドで説明しています。

見落とされやすいのがIPアドレスです。サーバー側の送信元は通常、訪問者のIPをipプロパティとして添付します。これによりMixpanelは、全員を送信元のサーバーの場所に置くのではなく、イベントの地理情報を推定できます。Mixpanelの地理情報に関するドキュメントによると、IPは国、地域、市区町村を導出するために使われ、その後イベントが保存される前に破棄されます。これはよいことです。ただし、IPはリクエスト内を移動します。そしてapi.mixpanel.comへのリクエストは米国のエンドポイントへのリクエストです。つまり、誤ったホストは単なるデータ損失のバグではありません。処理記録上は使わないことになっているエンドポイントへ、個人データがEUの外へ出ていく問題でもあります。

市区町村レベルの位置情報が不要なら、ipを0として送信し、Mixpanelの地理情報推定を完全に無効にできます。それ以外はすべて自分で対応する必要があります。適法な根拠、ブラウザSDKが設定するCookieへの同意、DPA、各転送ツールが自側で保持する内容です。Schrems IIとトラッキングピクセルの記事では、ブラウザ側のタグで移転をめぐる議論がどう展開するかを説明しています。

任意のツールからEUの取り込みエンドポイントにイベントを送る

送信元ごとに設定が必要です。アカウント全体に適用される切り替えはないため、送信元を一覧にして1つずつ修正してください。

• ブラウザSDK。 初期化時にapi_hostを設定します。たとえばmixpanel.init(TOKEN, { api_host: "https://api-eu.mixpanel.com" })です。インドの場合はapi-inホストを使います。
• サーバーSDKと生のHTTP呼び出し: ホストをapi-eu.mixpanel.comに向けます（各SDKには専用の設定オプションがあります）。またはhttps://api-eu.mixpanel.com/trackに直接POSTします。
• CDP、reverse-ETLジョブ、ノーコードコネクター: リージョンまたはエンドポイントのフィールドを探し、分からなければベンダーに書面で確認します。
• クリックを送信するリンク短縮サービスのように、代理でPOSTするサードパーティの転送ツール。これらもトークンからレジデンシーを判定できません。

その後、EUプロジェクトでそれぞれを確認します。送信元ごとにテストイベントを1つ送れば十分です。

実例: ElidoのMixpanel転送ツール

Elidoは、すべての短縮リンクのクリックをMixpanelに転送し、slug、リンクID、国、デバイス、遷移先、タイムスタンプ、訪問者のipを含むサーバー側のlink_clickイベントとして送信します。2026年9月22日以降、接続ダイアログにはData residencyフィールドがあり、3つの選択肢それぞれが固定ホストに対応しています。

• United States: api.mixpanel.com（フィールドが空の場合も使用）
• EU: api-eu.mixpanel.com
• India: api-in.mixpanel.com

値は保存時に検証されます。3つ以外の値は拒否されるため、タイプミスが米国ホストへのひそかなフォールバックにつながることはありません。フィールドが存在する前に保存された接続には値がなく、米国のホストへの送信が続きます。そのため、プロジェクトがEUレジデンシーなら、Update keyでMixpanel接続を開き、プロジェクトトークンをもう一度貼り付け（ダイアログに保存済みのトークンは表示されません）、EUを選び、保存してください。

レビューするなら、ここは明記してほしい制限です。Test connectionボタンではリージョンを証明できません。elido_test: trueを付けたlink_clickを1つ送信し、Mixpanelの応答を表示します。しかし/trackは任意のトークンを受け付け、レジデンシーを確認しないため、誤ったホストでの成功結果も正しいホストでの成功結果も同じに見えます。パネルの注記にもそのことが書かれています。証明になるのは、そのテストイベントがEUプロジェクトのEventsビューに到着することです。

クリック自体はElido側でEUリージョンに記録され、サブプロセッサー一覧にはクリックを扱う事業者が記載されています。転送ツールを自分で作らずに、クリックをEUのMixpanelプロジェクトに送りたい場合は、ワークスペースを作成してMixpanel連携を接続してください。

知っておきたい制約が2つあります。転送ツールは常にipを送信します（現在はip: 0に切り替える設定がありません）。また、$insert_idを設定しません。この点は、リンクごとのdistinct_idとともにMixpanelリンクトラッキングガイドで説明しています。クリックデータをどこに置くかという全体的な選択肢については、リンク分析におけるMixpanelとGA4の比較を参照してください。

ブログ関連記事

• Mixpanelリンクトラッキング: 短縮リンクのクリックをイベントにする - 転送ツールの設定、プロパティ、検証。
• マーケティングツールのEUデータレジデンシー - 保存場所を超えてDPOが確認すること。
• Google AnalyticsはGDPRに準拠していますか？ - レジデンシーの選択肢がないツールについても同じ問いを考えます。
• サーバー側コンバージョントラッキング - なぜイベントをブラウザから移し、それによって何が変わるのか。