AIサポートのデータレジデンシー：2026年、チケットは実際にどこへ行くのか

AIサポートにおけるデータレジデンシーとは？

私はeeselで連携機能を作っていますが、AIサポートでは1件のチケットが購入者の想像よりはるかに多くコピーされます。まずヘルプデスクにあります。AIツールの検索インデックスにもコピーが入り、エージェントが過去の類似チケットを探せるようになります。テキストは大規模言語モデルに送られて返信が書かれます。そしてそれらの痕跡がログやバックアップに残ります。これらの経由地はそれぞれ別の国にある可能性があります。

そのため、私はこの問いを2つに分けています。

• **データレジデンシー（保存）：**何も起きていないときに、チケット、添付ファイル、エンベディング、バックアップが保管される場所。
• **処理のレジデンシー（推論）：**モデルがチケットを読んで返信を書くときに、実際に動く場所。

ベンダーは前者には正確で、後者には曖昧なことが多いです。OpenAI自身のドキュメントは線引きを明確にしています。コンテンツは"stored at rest in the selected region"であり、一部のリージョンだけが推論もそこで行います。そのデータレジデンシーのドキュメントは、オーストラリア、カナダ、日本、インド、シンガポール、韓国、英国を保存のみのリージョンとして挙げています。

これは実際の営業の場でも出てきます。デンマークのテレマティクスのチームは、セキュリティレビューがトライアル前の必須の関門だと話し、最初の質問は、カード番号やパスワードを含むチケットデータが自社の環境にとどまるかどうかでした。半導体ハードウェアの評価担当者は、エージェントが答えを知らないときに黙って"uses some kind of other ChatGPT"のかどうかを知りたがりました。そして北欧のHRコンプライアンスソフトウェア企業は、必要なものが揃ったときにはっきりとこう述べました。

"We needed a turnkey solution for Confluence that met our GDPR requirements and could serve different teams through dedicated Slack bots. eesel AI delivered exactly that, with EU data residency included."

Flemming Ottosen, Development Director, Simployer

eesel CLIを使う場合、Claude CodeのようなAIコーディングエージェントが、承認済みのヘルプ記事やマクロをアップロードし、本番公開の前にエージェントへテスト質問を投げられます。ヘルプデスク自体の接続には、引き続き管理者権限を持つ人の承認が必要です。

GDPRは本当にEUデータレジデンシーを求めているのか？

いいえ。ここは最も誤解されることが多い点です。GDPRには、個人データをEUに保存しなければならないという規定はありません。規制しているのは、第V章にあるEEA外への移転です。第44条は、この章の条件を満たす場合にのみ移転できると定めています。

米国のベンダーが条件を満たす一般的な方法は2つあります。

• 十分性（第45条）。EU-USデータプライバシーフレームワークにより、自己認証した米国企業へのデータ移転が可能になります。DPFリストにある企業だけが対象なので、AIベンダーとそのモデルプロバイダーの両方を確認してください。
• 標準契約条項（第46条）。2021年のSCCには移転評価が組み込まれています。第14条は"the length of the processing chain"と"intended onward transfers"を考慮するよう求めており、これはヘルプデスク、AIベンダー、モデルプロバイダーという流れのAIサポート構成をよく表しています。

DPFは2026年11月時点で有効です。EU一般裁判所は2025年9月、Latombe対欧州委員会の事件でこれを支持しました。司法裁判所への上訴（C-703/25 P）はまだ係属中で、その前の2つの枠組みはSchrems IとIIで無効とされました。このため、多くのEUの購入者は今でも予備としてSCCやEUホスティングを求めています。

「EUでホスト」だけでは話が終わらない理由

サポートチームにとって最も重要な一文は、EDPBによるものです。そのガイドライン05/2021は、第三国からのリモートアクセスは"is also considered to be a transfer"であり、"displaying personal data on a screen, for example in support situations"にすぎない場合でも同じだとしています。

つまり、チケットがフランクフルトにあっても、AIプロバイダーがバージニアで処理する場合や、ベンダーの米国のエンジニアが開ける場合、それでも移転であり、DPFやSCCが必要です。EUでの保存は問題を小さくしますが、なくしはしません。

EU AI法にも取り組んでいる場合、それは別の義務の集まりです。私のEU AI法ガイドで扱っています。

EU以外ではどうか？

他のほとんどのプライバシー法も同じ仕組みです。移転についての説明責任を求め、現地保存を強制はしません。主な例外は中国です。

モデル層で「EU処理」は何を意味しうるか？

ベンダーがAIを「EUで」動かしていると言うとき、3つの異なる意味がありえます。モデルプロバイダーはどこも、名前こそ違え同じ3つの選択肢を提供しています。

• **グローバル。**リクエストは空き容量のある場所へ送られます。Googleははっきり述べています。グローバルエンドポイントは"may be processed in any Google Cloud location"で、レジデンシーの保証はありません。
• **ジオグラフィー。**処理はEUのようなゾーン内にとどまりますが、リージョンはプロバイダーが選びます。AzureのData ZoneとBedrockのeu.クロスリージョンプロファイルがこの方式です。AzureのEUゾーンはEU Data Boundaryに従い、ノルウェーとスイスを含むことがあり、Microsoftは"can add regions to either data zone without prior notice"としています。
• **単一リージョン。**フランクフルトのような特定のリージョンです。最も制御しやすい反面、新しいモデルが届くのは最後です。Microsoftは、ジオグラフィーベースのデプロイには"have no guaranteed availability date"と述べています。

2026年11月時点の主要プロバイダーの状況は次のとおりです。

価格差は一貫して、リスト価格の約10%で、この選択肢を提供するどのプロバイダーでも同じです。サポート構成全体ではヘルプデスクのライセンス料に比べて通常は小さいものの、現実の差であり、ベンダーが黙ってグローバルルーティングを既定にしている理由の1つでもあります。

これらのモデルAPIをより広く比較するには、OpenAI vs Anthropic vs Geminiをご覧ください。

どのヘルプデスクのAIがデータをリージョン内に保つか？

各ベンダーのレジデンシーページとサブプロセッサー一覧を調べました。以下のヘルプデスクは、Help Scoutを除きすべて欧州にデータを保存できます。AIがそれに従うかどうかは、ベンダー、リージョン、そして場合によってはアカウントの作成日によって変わります。

以下でお使いのヘルプデスクを選ぶと、それにとって最も重要な注意点が表示されます。

Zendesk：無料だが、自分でオンにする必要がある

ZendeskのData Center Locationアドオンは"free of charge for Zendesk Suite Professional or higher plans, but it is not automatically activated"です。有効にするまで、Zendeskはアカウントデータを"between regions without notice"移動することがあるとしています。AI面では、Zendeskはモデルプロバイダーが何も保持しないと述べています。"all processing occurs with zero data retention"で、"one of the first companies to access OpenAI's European endpoints"だったとのことです。

例外はリージョナルホスティングポリシーにあります。2026年3月10日より前に作成されたAIエージェントのアカウントはEEA（ベルギー）または米国のホスティングのみ対応で、Forethought AI Agentsは対象外です。詳しくはZendesk AIのデータプライバシーの記事をご覧ください。

Freshdesk：既定でリージョン内、リージョン別の例外あり

Freshworksは、Freddy AI Copilotのデータは既定で"processed and stored within your local data centers"であり、リージョン外での処理が必要な機能は既定で無効だと述べています。例外はインド、オーストラリア、中東のアカウントです。EUのチームにFreddy AIを検討しているなら、FreddyはAzure OpenAI上で動くため、レジデンシーは強みの1つです。

HubSpot：最も分かりやすい表

HubSpotは、データセンターごとに各AIプロバイダーがデータを処理する場所を示す列を公開しています。EUのアカウントでは、OpenAIは"European Economic Area and Switzerland"で動きます。カナダとオーストラリアでは米国です。

HubSpot AIが使うウェブ検索ツール（Bright DataとExa）は、サブプロセッサーのページによれば、すべてのデータセンターで米国で動きます。これが問題なら、AIウェブ検索をオフにできるか確認してください。AIスタックの残りは、HubSpot Service Hub AIの代替の記事で扱っています。

Help ScoutとGorgias：リージョン内AIの約束なし

Help Scoutは"on AWS servers in the United States"でホストされ、EUの選択肢はなく、AI Assistのデータは"will be stored by OpenAI for up to 30 days"です。GorgiasはEUのストアをEUでホストしますが、AIプロバイダーは米国のみと記載しています。だからといってEUのチームには使えないわけではありません。レジデンシーではなく移転手段に頼ることになります。レジデンシーが必須要件なら、Help Scout AIの代替やGorgias AI Agentの料金で、アップグレードにいくらかかるかを確認してください。

ベンダーは見出しからどんな抜け穴を省いているか？

レジデンシーのページは通常、チケットの保存だけを扱っています。次のものは対象外になりがちで、いずれもベンダー自身の細則から取ったものです。

1. **フォールバックのルーティング。**Salesforceは、リージョン内のみのリクエストを有効にしない限り、失敗したリクエストを"to another region to avoid returning an error"振り替えます。可用性のための妥当な既定ですが、レジデンシー監査では驚きになります。
2. **システムデータとアカウントデータ。**OpenAIは、レジデンシーは"does not apply to system data"と述べており、これにはメタデータ、利用状況、請求が含まれます。
3. **ログとバックアップ。**Frontのポリシーは、バックアップとログが"may be otherwise processed outside of the EEA and the US"としています。
4. **アドオン機能。**Zendeskの音声文字起こしは米国のみ、HubSpotのAIウェブ検索は米国のみ、Googleは検索グラウンディングのログを最大3日間保持します。
5. **アカウントの古さ。**ZendeskのAIエージェントとSalesforceの生成AIは、古いアカウントを新しいものと別扱いにします。

どれも隠されてはいません。営業スライドに載っていないだけです。AIサポートのベンダーセキュリティチェックリストにはもっと広い一覧があり、PIIの削除は、何かがリージョンを出てしまった場合に露出するものを減らします。

AIサポートのベンダーに何を聞くべきか？

デモの前に送ってください。後ではありません。自社のスタックを把握しているベンダーなら、5分で答えられます。

• チケット、添付ファイル、検索インデックスはどこに保存されますか？「EU」ではなく、リージョンを聞いてください。
• **モデルはどこで動き、どのプロバイダーが動かしていますか？**グローバルか、ジオグラフィーか、単一リージョンかを聞いてください。
• **リクエストは別のリージョンにフォールバックできますか？**できるなら、オフにする方法を聞いてください。
• **どの機能が対象外ですか？**音声、ウェブ検索、分析、品質スコアリングがよくあるものです。
• ログとバックアップはどこへ行き、どれくらい保持されますか？
• **リージョン外から誰がデータにアクセスできますか？**EDPBのガイダンスでは、サポートエンジニアも含まれます。
• モデルは私たちのチケットで学習されますか？「いいえ」はブログではなくDPAで確認してください。

正式なプロセスを進めるなら、私のAIサポートRFPテンプレートがこれらを採点できる質問にし、セキュリティレビューの進め方が各ステップの担当を整理します。

規制の厳しいチームには、規制業界向けAIとHIPAA準拠AIがさらに踏み込んでいます。

eeselはデータレジデンシーをどう扱うか？

他のベンダーに向けたのと同じ誠実さでeesel自身の構成をお見せしたいので、トラストセンターとサブプロセッサー一覧から引いて、ここに書きます。

• **デフォルト：**本番は米国（バージニア北部）のAWSで動いています。
• **EUワークスペース：**アイルランドのAWSに保存され、検索インデックスはPineconeでEU内にあります。料金ページは、FreeとTeammateプランに"EU or US data residency"を載せています。
• **EUでのAI処理：**既定では、モデル呼び出しはサブプロセッサー一覧にあるプロバイダーに行き、これらは米国拠点です。AI処理をEUにとどめるには、Bedrockオプションがすべてのモデル呼び出しを、eesel自身のAWSアカウント内のAWS Bedrockで、ご依頼に応じてEUリージョンで実行します。これはHIPAAワークスペースと同じ構成で、コンテンツを別の場所に送ってしまうウェブ検索のようなツールはオフになります。
• まだ外にあるもの：エージェントのサンドボックスは米国のVercelでホストされています。Bedrockオプションでも同様です。これはサブプロセッサーのページに載っていますが、先にここで読んでいただきたいと考えています。
• **学習と保持：**eeselはお客様のデータでモデルを学習・ファインチューニングしません。バックアップは暗号化され、ワークスペース削除から35日以内に消えます。

お客様の多くは、自国語で対応する欧州のチームです。ベルリンのsmavaは、月に約27,000件のZendeskのローンチケットを、ドイツ語で仕分けして下書きしています。デンマークで安全なメールソフトウェアを作るTimengoは、約5,300件の過去のチケットと記事からデンマーク語の返信を下書きしています。Dokument 24は、Zendeskの新しいチケットごとにデンマーク語の下書きと製品タグを受け取ります。

このようなチームでツールを比較しているなら、多言語サポートに最適なAIが次に読むのに適しています。

eeselのSOC 2 Type II監査は進行中で、観察期間は2026年12月31日までです。完成したレポートが今すぐ必須の要件なら、待つのは妥当な理由です。

EUワークスペースでeeselを試す

チームが欧州の顧客をサポートしていて、AIも欧州にとどまる必要があるなら、eeselは既存のZendesk、Freshdesk、Gorgiasのキューに加わり、過去のチケットとヘルプセンターから返信を下書きするAIヘルプデスクのチームメイトです。

ワークスペースをEUで設定し、BedrockオプションでEUでのモデル処理を依頼し、誰かがDPAに署名する前に、ご自身の解決済みチケットでシミュレーションを実行してください。サブプロセッサーの全一覧を所在地付きで最初にお渡しするので、プライバシー担当チームが地図上のすべての経由地を確認できます。Teammateプランは月$299で500クレジットから、エンタープライズプランではカスタムのデータレジデンシーとBAAが加わります。eeselを試す。