「Geminiで議事録やメールの要約をやらせたら、明らかに仕事が速くなるのは分かっています。ただ、うちは取引先の図面や個人情報を扱うので、『その入力データはどこの国のサーバーで処理されるのか』を役員会で聞かれて、答えられずに差し戻されました」——製造業で情報システムを一人で見ている担当者から、こんな相談をいただきました。ツールの便利さではなく、データの行き先を説明できないことが、導入の最後の一歩を止めている。これは珍しい話ではありません。
生成AIを業務に入れるとき、入力した情報がどこで保存・処理されるかは、多くの会社にとって「あったら安心」ではなく「なければ稟議が通らない」条件です。Google Workspace の Gemini には、この点に正面から答えるための管理機能があります。本記事では、その設定で何ができて何ができないのかを、技術者ではなく発注・承認を通す側が判断できるように整理します。生成AI全般でこの論点をどう社内ルールにするかは、業務で使う生成AIに渡した情報はどこの国のサーバーへ行くのかで扱っていますので、あわせて読むと全体像がつかめます。
「データ保存地域」とは、稟議で何を意味するか
Google Workspace には「データリージョン（データの保存地域）」という設定があり、保存されているデータ（データ・アット・レスト）を、地理的にどこに置くかを管理者が選べます。これまでは Gmail やドライブといった主要サービスが対象でしたが、この仕組みが Gemini アプリや Workspace 内の Gemini 機能にも広がりました。
稟議の言葉に翻訳すると、こういうことです。従来は「Geminiに文書を渡すと、どこかのGoogleのサーバーで処理される」としか説明できませんでした。これからは「当社が入力するデータの保存地域は、管理者が欧州（EU）または米国に固定している」と、根拠を持って書けるようになります。「なんとなく安全そう」から「保存地域を指定済み」へ。役員会や取引先の情報セキュリティ監査に対して、説明できる状態になるわけです。
ここで一つ、日本の会社が誤解しやすい点があります。選べる保存地域は現時点で米国と欧州（EU）が中心で、「日本国内のサーバーに限定する」という選択肢が用意されているわけではありません。つまり実務上の判断は「日本 or 海外」ではなく、「保存地域を無指定のままにするか、EU（または米国）に明示的に固定するか」という選択になります。この現実を踏まえておかないと、稟議の期待値がずれます。
管理コンソールで実際に何を選ぶのか
設定そのものは、思ったより単純です。管理コンソールのデータリージョンの設定で、対象を「保存データ（データ・アット・レスト）」とし、地域として次のいずれかを選びます。
| 選択肢 | 意味 | 向いているケース |
|---|---|---|
| 指定なし（No Preference） | Googleが最適な地域に配置。地域は固定されない | 地域要件が特に無い・まず試したい段階 |
| 米国（United States） | 保存データを米国内に固定 | 米国拠点・米国取引先の要件に合わせる |
| 欧州（Europe） | 保存データをEU内に固定 | EUのデータ保護要件（GDPR等）を意識する場合 |
重要なのは、この設定を組織全体に一律で当てる必要はないという点です。管理コンソールでは「組織部門（OU）」や構成グループ単位で適用先を絞れます。たとえば「開発部と法務部だけは保存地域をEUに固定し、それ以外は無指定」といった段階的な当て方ができます。全社一斉ではなく、機微な情報を扱う部署から先に固める——この現実的な進め方が取れるのが、実務では効いてきます。
なお、このデータリージョンによる地域指定は上位プラン（Enterprise 系）で使える機能です。自社のプランで使えるかは、契約エディションの確認が先になります。プラン選定そのもので迷っている段階であれば、Google Workspace とMicrosoft 365の比較も判断材料になります。
「地域を固定した」で終わらせないための三つの確認
保存地域を指定すれば情報統制が完成する、というわけではありません。稟議を通す前に、次の三つは自社の言葉で確認しておくべきです。
第一に、この設定が守るのは「保存データの置き場所」であって、「誰が何を入力してよいか」ではないということ。地域を固定しても、社員が取引先の機密を無防備にGeminiへ貼り付けてよい理由にはなりません。保存地域の設定と、入力してよい情報の社内ルールは別物として、両輪で用意します。この線引きの考え方は前述の生成AIに渡した情報の行き先で具体化しています。
第二に、既存の保存データが即座に移るわけではない点。地域設定は今後のデータの置き場所を定めるもので、反映には時間がかかる場合があります。「設定した瞬間に全部EUへ移動した」と説明すると、後で齟齬が生まれます。
第三に、そもそもGeminiを誰に開放するかという手前の設定です。データリージョン以前に、どの部署にGeminiを使わせるかは管理コンソールで制御できます。Geminiを配ったものの使われていない、という状態も現場では起きがちで、その背景はGoogle WorkspaceでGeminiを配ったのに使われない理由で整理しています。まず対象を絞って開放し、機微な部署には保存地域を固定する、という順番が現実的です。
発注・情シスの立場での結論
生成AIの社内導入で最後まで残る壁は、性能ではなく「情報の行き先を説明できるか」です。Google Workspace の Gemini でデータの保存地域を組織単位で固定できるようになったことは、この壁を管理設定の一手で下げられるという意味で、情シスや承認者にとって実務的な前進です。
一方で、設定は「保存地域の固定」までしか担保しません。どの情報を・誰が・どのAIに渡してよいかという社内ルールと、対象部署の絞り込み、プランの確認をセットにして初めて、稟議に耐える形になります。自社のプランで何が選べるのか、どの部署から固めるべきか、社内ルールとどう組み合わせるか——この設計を含めて相談したい場合は、Google Workspace の管理設計から実際の運用まで、あわせてお手伝いできます。
