投稿者 投稿日: カテゴリー Claude
Claudeの推論リージョン固定とは、AIの処理場所を指定する設定のことです。
「お客様の注文データをAIに渡して大丈夫か。どこの国で処理されるのか」。社内でClaudeのAPIを使い始めたEC事業者が、情報システム担当や顧問弁護士から最初に聞かれるのがこの質問です。Claude の API には、推論（AIが回答を作る計算）を実行する地域を指定する inference_geo という設定があります。ただし2026年11月時点で選べるのは「global」と「us」の2つだけで、日本国内に限定して処理させる選択肢はありません。本記事は、EC支援19年・5,000社超の実績を持ち、AI導入支援は2023年から提供する株式会社オルセル（うるチカラ運営）の現場知見にもとづき、この設定の中身、日本の事業者にとっての意味、顧客データを扱うときの実務手順を、社内整備用のプロンプト4本とあわせて解説します。
inference_geoとワークスペースgeoで何が決められるのか
Claude のデータレジデンシー（データの処理・保管場所の管理）は、「推論をどこで実行するか」と「データをどこに保管するか」の2つの設定に分かれています。混同しやすいので、最初に整理しておきます。
Claude の公式ドキュメントによると、1つ目の inference geo は、リクエストごとに推論を実行する地域を指定する設定です。値は2種類で、既定の「global」は性能と可用性を優先して利用可能な地域のどこかで推論を実行し、「us」は米国内のインフラだけで推論を実行します。API のリクエストに inference_geo を付けるか、ワークスペース（APIキーやデータを管理する単位）の既定値として設定します。
2つ目の workspace geo は、保存データの保管場所と、画像の変換やコード実行などの処理を行う場所を決める設定です。ワークスペースを作るときに決め、後から変更できません。現時点で選べるのは「us」だけです。
管理者向けの制御もあります。ワークスペースには、使ってよい地域を制限する allowed_inference_geos と、リクエストで指定がないときの既定値を決める default_inference_geo を設定できます。許可していない地域を指定したリクエストはエラーになるため、社内の誰かがうっかり別の地域を指定する事故を防げます。これらは Claude Console の画面か、管理用の Admin API の data_residency 項目で設定します。
対象モデルは Claude 4.6 以降で、Opus 4.5、Haiku 4.5 などそれより前のモデルに inference_geo を付けると400エラーになります。実際にどこで推論されたかは、応答の usage に含まれる inference_geo で確認できます。Batch API でも、リクエストごとに地域を指定できます。
日本の顧客データを「国内処理」にできるのか
結論として、Claude の API（Anthropic が直接提供するもの）で、推論を日本国内に限定する方法は、2026年11月時点ではありません。公式ドキュメントの「現在の制約」にも、inference geo は「us」と「global」のみ、workspace geo は「us」のみと明記されています。
つまり、日本のEC事業者が選べるのは「どこで処理されてもよい（global）」か「米国内に限定する（us）」かのどちらかです。米国に限定すると、データの流れる先が1つの国に定まるため、社内規程や取引先への説明がしやすくなります。一方で、日本国内での処理を条件にしている取引先や社内規程がある場合、この設定だけでは満たせません。
別の経路として、クラウド事業者経由で Claude を使う方法があります。公式ドキュメントによると、Amazon Bedrock や Google 管理の Google Cloud 上の Claude では inference_geo は使えず、推論の地域はエンドポイントや推論プロファイルで決まります。これらのサービスで、日本のリージョンからどの Claude モデルが使えるかは、モデルの世代や時期によって変わるため、契約前に各クラウドの最新の提供状況を確認してください（要確認）。Microsoft Foundry では、Azure 上の米国データゾーンの配置を選ぶと推論を米国内に留められます。
日本の法令面では、個人情報保護法の「外国にある第三者への提供」の規律が論点になります。クラウドサービスの利用がこれに当たるかどうかは、事業者側がデータをどう取り扱う契約になっているかなどで判断が分かれます。自社の判断は、個人情報保護委員会の公表資料を確認したうえで、必要に応じて弁護士などの専門家に相談してください。本記事は法的助言ではありません。
ここで大事なのは、「処理場所」だけで安全性が決まるわけではないことです。そもそもAIに渡すデータから氏名や住所を外しておけば、処理場所の議論の重みは大きく下がります。顧客データを外部に出さずに処理する別の選択肢としては、オンデバイスLLMと個人情報保護の考え方も参考になります。
顧客データを扱うときの設定手順とプロンプト4本
結論として、EC事業者の実務は「データを分類する」「渡すデータを減らす」「処理場所を固定する」「記録を残す」の4段階で組み立てるのが現実的です。
手順1は、AIに渡すデータの分類です。商品マスタや公開済みの商品説明のように外部に出ても問題ないデータと、注文者の氏名・住所・電話番号のような個人データ、仕入れ価格や利益率のような社外秘データを分けます。
手順2は、渡すデータを減らすことです。売上分析なら、注文者の氏名や住所は不要で、注文日、商品、金額、都道府県程度があれば十分なことがほとんどです。個人を特定できる列は、AIに渡す前に削除するか置き換えます。
手順3は、処理場所の固定です。社内規程で処理場所を米国に限定すると決めた場合は、ワークスペースの allowed_inference_geos を「us」だけにし、default_inference_geo も「us」に設定します。リクエスト単位で指定する場合は、公式ドキュメントのPython例にならい、次のように書きます。
import anthropic
client = anthropic.Anthropic()
response = client.messages.create(
model="claude-opus-5-5",
max_tokens=1024,
inference_geo="us",
messages=[
{"role": "user", "content": "添付の売上データを月別に要約してください。"}
],
)
print(response.usage.inference_geo)
手順4は、記録を残すことです。応答の usage に含まれる inference_geo をログに保存しておけば、後から「この処理は米国内で行われた」と説明できます。
ここからは、この4段階を社内で進めるためのプロンプトを4本紹介します。1本目は、社内のデータをAIに渡してよいかどうかで分類するプロンプトです。
プロンプト1：社内データのAI利用可否の分類
あなたはEC企業の情報管理担当のアシスタントです。
次の社内データの一覧を、AIに渡す際の扱いで3つに分類してください。
データ一覧：
{例：商品マスタ、受注データ、顧客リスト、レビュー、仕入れ価格表、問い合わせ履歴}
分類：
- A：そのままAIに渡してよい（公開情報、個人や機密を含まない）
- B：個人や機密の列を削除・置換すればAIに渡してよい
- C：AIに渡さない
各データについて、分類の理由と、Bの場合に削除・置換すべき列名の候補を書いてください。
判断に迷うものは「要相談」とし、社内で誰に確認すべきかを1行で添えてください。
2本目は、受注データなどから個人を特定できる情報を外すための手順書を作るプロンプトです。データそのものをAIに渡す前の作業なので、列名だけを渡して手順を作らせます。
プロンプト2：個人情報の削除・置換手順書の作成
次の受注データの列名一覧をもとに、AIで売上分析をする前に行う「個人情報の削除・置換手順」を作ってください。
列名一覧：{例：注文番号、注文日、氏名、フリガナ、郵便番号、住所、電話番号、メールアドレス、商品コード、数量、金額}
条件：
1. 分析に不要な個人情報の列は削除する
2. 顧客ごとの集計に必要な場合は、氏名やメールアドレスの代わりに置き換えIDを使う方法を示す
3. 住所は分析目的に応じて都道府県までに丸める方法を示す
4. 作業者がExcelやスプレッドシートで実行できる手順にする
5. 作業後に個人情報が残っていないかを確かめるチェック項目を付ける
3本目は、AIサービスの導入前に事業者へ確認すべき項目をまとめるプロンプトです。Claude に限らず、他のAIサービスを比べるときにも使えます。
プロンプト3：AIサービス導入前の確認チェックリスト
EC企業が顧客データを扱うAIサービスを導入する前に、提供事業者の公式資料で確認すべき項目のチェックリストを作ってください。
観点：
1. 推論（処理）を行う国・地域と、指定できるかどうか
2. データの保管場所と保管期間、削除の方法
3. 入力データがAIの学習に使われるかどうか、使われない条件
4. 管理者が利用状況や操作履歴を確認できるか
5. 処理場所を指定した場合の追加料金の有無
各項目について「確認する資料の種類（利用規約、データ処理契約、技術文書など）」と「社内で判断する人」を書いてください。
事業者名や具体的な数値は書かず、確認項目だけを示してください。
4本目は、社内のAI利用規程に、データの処理場所に関する条文を追加するためのプロンプトです。
プロンプト4：AI利用規程の「処理場所」条項の下書き
当社（{業種：EC事業者}、従業員{人数}名）の社内AI利用規程に、「AIに入力するデータの処理場所」に関する条項を追加したいです。
次の方針にもとづいて、条文の下書きを作ってください。
方針：
- 顧客の個人データは、原則としてAIに入力しない。分析が必要な場合は個人を特定できる情報を削除してから入力する
- 業務でAPIを使う場合は、処理場所を{例：米国}に固定する設定を使う
- 処理場所の設定と実際の処理場所の記録を、{保存期間}保存する
- 例外は{承認者}の承認を得る
条件：条文は3〜5条程度にし、最後に「法務・専門家の確認が必要な点」を箇条書きで添えてください。
4本のプロンプトは、いずれもデータそのものではなく、列名や方針だけをAIに渡して社内の手順を作る使い方です。顧客データの取り扱い全体を設計するときは、Claude の推論フックで顧客データを守る仕組みもあわせて検討してください。
設定でよくある失敗例と回避策
結論として、失敗の多くは「設定したつもり」「古いモデル」「料金の見落とし」の3つです。
1つ目は、ワークスペースの既定値だけ「us」にして、許可リストを絞らないことです。既定値はリクエストで上書きできるため、誰かが「global」を指定すると、そのリクエストは米国外で処理される可能性があります。社内規程で米国限定と決めたなら、allowed_inference_geos も「us」だけにして、上書き自体をできないようにしてください。
2つ目は、古いモデルで inference_geo を指定してエラーになることです。Claude 4.6 より前のモデルでは使えないため、古い社内ツールに設定を追加すると、ある日すべてのリクエストが400エラーで止まることがあります。設定を入れる前に、使っているモデルを確認し、必要なら新しいモデルへ移行してください。
3つ目は、米国限定にしたときの料金の上乗せを見落とすことです。公式ドキュメントによると、Claude 4.6 以降のモデルで「us」を指定すると、入力・出力・キャッシュのすべての料金が通常の1.1倍になります。毎月大量の商品説明を生成している事業者では、この10%の差が無視できない金額になることがあります。米国限定が本当に必要な処理だけに絞るのが望ましいです。
KPI設計と費用・工数の目安
結論として、この領域のKPIは「AIに渡す個人データの件数」と「処理場所の記録率」の2つで管理するのが分かりやすいです。
AIに渡す個人データの件数は、手順2がどこまで徹底されているかを示します。理想はゼロで、分析のたびに個人情報の列が残っていないかを確認します。処理場所の記録率は、APIリクエストのうち usage の inference_geo をログに保存できている割合で、社外への説明責任を果たすための指標です。
費用は、米国限定にした処理だけ料金が1.1倍になります。たとえば、ある処理の月額のAPI料金が5万円なら、米国限定にすると5万5千円になる計算です（為替やモデルの単価によって変わります）。モデル別の単価はClaude API の料金解説とあわせて公式の料金ページで確認してください。
工数は、データの分類と手順書づくりに数日、ワークスペースの設定とログ保存の実装にエンジニア1人で1〜2日程度が目安です。規程の整備は、法務担当や専門家の確認期間を含めて1か月ほど見ておくと安全です。
今後の展望：データの処理場所は「選べて当然」になる
結論として、AIの処理場所を利用者が選べる仕組みは、今後さらに細かくなっていくと考えます。
公式ドキュメントは現在の選択肢を「us」と「global」に限っていますが、設定の仕組み自体は地域を追加できる形で作られています。欧州など他地域の選択肢が加わる可能性を指摘する報道もありますが、公式には確認できていません。日本の事業者としては、日本や東アジアのリージョンが加わるかどうかを、公式ドキュメントの更新で追い続ける必要があります。
AIエージェントの普及も、この論点を重くします。Managed Agents（Anthropic が実行環境を管理するエージェント機能）では、エージェントの設定で処理場所を固定でき、セッションごとに上書きもできます。エージェントが受注データや問い合わせを自動で処理するようになるほど、「どこで処理されたか」を記録し、説明できることが取引先からの信頼につながります。
よくある質問
Claudeで日本国内だけで処理させることはできますか？
いいえ、Anthropic が直接提供する Claude の API では、2026年11月時点で日本国内に限定する設定はありません。選べるのは「global」と「us」の2つです。クラウド事業者経由で使う場合は、日本のリージョンで使えるモデルを各社の最新情報で確認してください（要確認）。
inference_geoを指定しないとどこで処理されますか？
指定しない場合は、ワークスペースの既定値に従います。既定値を設定していなければ「global」となり、性能と可用性を優先して、利用可能な地域のどこかで処理されます。実際の処理場所は、応答の usage に含まれる inference_geo で確認できます。
米国限定にすると料金は上がりますか？
はい、Claude 4.6 以降のモデルでは通常料金の1.1倍になります。入力、出力、キャッシュの書き込みと読み込みのすべてに適用されます。「global」を選んだ場合は通常料金です。
どのモデルでinference_geoを使えますか？
Claude 4.6 以降のモデルで使えます。Opus 4.5、Haiku 4.5 など、それより前のモデルで指定すると400エラーになります。古い社内ツールに設定を追加する前に、使っているモデルを確認してください。
処理場所を米国にすれば個人情報保護法の問題はなくなりますか？
いいえ、処理場所を固定するだけで法令上の判断が完了するわけではありません。個人情報保護法の外国にある第三者への提供の規律など、契約内容や取り扱いの実態によって判断が分かれる論点があります。個人情報保護委員会の資料を確認し、必要に応じて専門家に相談してください。
小規模なEC事業者もデータレジデンシーを気にする必要がありますか？
はい、顧客データをAIに渡すなら、規模に関係なく考える必要があります。ただし、小規模な事業者が最初にやるべきことは、処理場所の設定より、AIに渡すデータから氏名や住所を外すことです。渡すデータを減らすだけで、リスクの大部分は下げられます。
まとめ
Claude の inference_geo は、APIの推論を実行する地域を「global」か「us」で指定する設定で、2026年11月時点では日本国内に限定する選択肢はありません。EC事業者が顧客データを扱うときは、データを分類し、個人を特定できる情報を外し、必要な処理だけ処理場所を固定して記録を残す、という4段階で考えるのが現実的です。まずはプロンプト1で社内のデータを分類し、AIに渡してよいものとそうでないものを線引きするところから始めてください。
参考文献
- Claude Platform Docs「Data residency」
- Claude Cookbook（Managed Agents で inference geo を固定する実装例）
- 個人情報保護委員会
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
