MixpanelのEUデータレジデンシー：ホストとGDPR

MixpanelのEUデータレジデンシーとは、プロジェクトのイベントがMixpanelのEUデータセンターで処理・保存されることを意味します。これには一つの厳格なルールが伴います。すべての送信元がEUの取り込みエンドポイントapi-eu.mixpanel.comにPOSTしなければなりません。同じイベントを既定の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」にチェックを入れると、それ以降Mixpanelはそのプロジェクトのデータを、既定の米国ではなくEUで処理・保存します。Mixpanelはインド向けにも並行するプログラムを運営しており、デジタル個人データ保護法と結びつけています。

プロジェクト単位であることから、三つのことが導かれます。組織は米国とEUのプロジェクトを並べて持てます。プロジェクトトークンはリージョンを明かしません。トークンから下流で判別できるものは何もありません。そしてUIも移ります。EUプロジェクトはeu.mixpanel.com、インドのプロジェクトはin.mixpanel.comにあり、EUのSSOポストバックURLにeu.の接頭辞が必要なのもそのためです。

カバーされないのは、データがMixpanelに届く前の経路です。Mixpanel自身もこう述べています。イベントがカスタマーデータプラットフォーム経由で入る場合、取り込み、処理、保存がEUに留まることを「保証できない」。パイプラインはあなたの責任です。

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

リージョン別のホストは取り込みだけではありません。すべてのAPIファミリーにあります。トラッキングのホストだけを変えても、エクスポートやクエリのスクリプトは米国ホストに当たり続け、EUプロジェクトに対して失敗します。

インドの列は、Mixpanelのインドレジデンシーのページによるもので、同じファミリーに加えて、Data PipelinesとLexicon Schemasがdata-in.とin.の下に載っています。EUのページは、-euとeu.で同様になっています。

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

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

つらいのは、誤ったホストが、ほとんどのツールが気づく形ではリクエストを拒否しないことです。/trackエンドポイントはトークンを額面どおりに受け取るため、米国ホストを指した送信元は成功のレスポンスを見ながら、EUプロジェクトは空のままという状態になり得ます。気づくのは平坦なグラフからで、たいてい1週間後です。

なので、デバッグはプロジェクトの側から行います。ここで送信元のログを信用してはいけません。EUプロジェクトのEventsビューを開き、イベントを1件発火して、現れるのを見ます。1~2分たっても何も出ないなら、ホストが間違っているか、トークンが別のプロジェクトのものです。

レジデンシーの確認方法と既存プロジェクトの移行

確認は簡単です。プロジェクト設定にData Residencyの値が表示されます。あるいは、アドレスバーでmixpanel.comの前のeu.かin.を見れば分かります。連携を一覧にしているドキュメントに、その値を書き留めておくことをおすすめします。後で接続するすべてのツールに必要になるからです。

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

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

移行した履歴が元のIDやダッシュボードを保持するかどうかは、それらのページには何も書かれていません。文書化された近道は見つからず、ないものと考えるのが妥当です。

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

レジデンシーはGDPRの一つの問いにうまく答えます。保存されたデータがどこにあるか、です。EUプロジェクトなら、イベント履歴は米国にないため、保存の面から第V章の移転が外れます。残る条文レベルの義務は、URL短縮サービスのGDPRガイドで扱っています。

見落とされがちなのがIPアドレスです。サーバーサイドの送信元は通常、訪問者のIPをipプロパティとして付けます。Mixpanelが、全員を送信元サーバーの位置にするのではなく、イベントの位置を特定できるようにするためです。Mixpanelのジオロケーションのドキュメントによれば、IPは国、地域、市区町村を導出するために使われ、イベントが保存される前に破棄されます。良いことです。ただしIPはリクエストの中を通っており、api.mixpanel.comへのリクエストは米国エンドポイントへのリクエストです。つまり誤ったホストは、データ損失のバグであるだけでなく、処理記録で使っていないとしているエンドポイントへ、個人データがEUの外に出ることでもあります。

市区町村レベルの位置情報が不要なら、ipを0で送ればMixpanelはジオロケーション自体をスキップします。それ以外はすべて、あなたが対処すべきままです。適法な根拠、ブラウザSDKが設定するCookieへの同意、DPA、各フォワーディングツールが自分側で保持する内容です。ブラウザ側のタグについて移転の議論がどう展開するかは、Schrems IIとトラッキングピクセルで解説しています。

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

送信元ごとに設定が必要です。アカウント全体のスイッチはないので、一覧にして一つずつ直します。

• ブラウザ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、リバースETLジョブ、ノーコードのコネクター：リージョンやエンドポイントの項目を探し、見つからなければベンダーに書面で確認します。
• クリックを送る短縮サービスのように、あなたに代わってポストするサードパーティのフォワーダー。これらもトークンからあなたのレジデンシーを知ることはできません。

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

実例：ElidoのMixpanelフォワーダー

Elidoは、短縮リンクのクリックをすべてMixpanelに転送します。サーバーサイドのlink_clickイベントとして、スラッグ、リンクID、国、デバイス、宛先、タイムスタンプ、/24（IPv4）または/48（IPv6）に切り詰めた訪問者のipを載せて送ります。2026年9月22日から、接続ダイアログにData residencyの項目があり、3つの選択肢それぞれが固定のホストに対応します。

• 米国：api.mixpanel.com(項目が空のときにも使用)
• EU：api-eu.mixpanel.com
• インド：api-in.mixpanel.com

値は保存時に検証され、この3つ以外は拒否されるため、入力ミスが米国ホストへの黙ったフォールバックになることはありません。この項目ができる前に保存された接続には値がなく、引き続き米国ホストへ送られます。そのため、プロジェクトがEUレジデンシーなら、Mixpanel接続をUpdate keyで開き直し、プロジェクトトークンを再度貼り付け(ダイアログは保存済みのものを表示しません)、EUを選んで保存してください。

レビューする立場なら、明記してほしい限界があります。接続テストボタンはリージョンを証明できません。 elido_test: trueの印を付けたlink_clickを1件送り、Mixpanelの応答を表示しますが、/trackは任意のトークンを受け付けてレジデンシーを確認しないため、誤ったホストでの成功表示は、正しいホストでの成功表示と見分けがつきません。パネルにもその旨の注記があります。証拠は、そのテストイベントがEUプロジェクトのEventsビューに届くことです。

Elido側については、Mixpanelでのレジデンシーが何をもたらし、何をもたらさないかを明確にしておきます。Elidoは自前のクリック行も保持しており、そこには、エッジで切り詰めた訪問者のIP（IPv4は/24、IPv6は/48）に加え、市区町村と完全なユーザーエージェントが含まれます。ワークスペース単位のリージョン固定は提供していないため、Mixpanelのようにそれらの行の保存リージョンを選ぶことはできません。データに触れる事業者はサブプロセッサー一覧に記載しています。両方のストアを処理記録に載せてください。自分でフォワーダーを書かずに、リンクのクリックをEUのMixpanelプロジェクトに入れたいなら、ワークスペースを始めてMixpanel連携から接続できます。

知っておくべき二つのギャップがあります。フォワーダーは常に切り詰めたipを送ります(現時点ではip: 0にするスイッチはありません。ただしAPI専用の個人データなしモードでは、ipは送られません)。また$insert_idを設定しません。これはリンクごとのdistinct_idと併せて、Mixpanelリンク計測ガイドで扱っています。クリックデータをどこに置くべきかという、より広い選択については、リンク分析のMixpanelとGA4を参照してください。

ブログの関連記事

• Mixpanelリンク計測: 短縮リンクのクリックをイベントとして扱う - フォワーダーの設定、プロパティ、検証。
• マーケティングツールのEUデータ所在地：DPO向けチェックリスト - 保存場所以外にDPOが尋ねること。
• Google AnalyticsはGDPRに準拠しているか？EUでの答え - レジデンシーの選択肢がないツールについての同じ問い。
• 短縮リンクのサーバーサイドコンバージョン計測ガイド - イベントがブラウザの外に移る理由と、それで何が変わるか。