Gemini運用2026年9月8日

Gemini Enterpriseのアクセス制限を管理コンソールで設定──対象プランと確認方法

Google Workspace Updatesのページ — 提供元の発表ページ（出典：Google Workspace Updates）

Googleが2026年9月8日（米国時間）、Google Workspaceの管理コンソールでGemini Enterpriseに「コンテキストアウェアアクセス」を設定できるようになったと発表しました。会社支給の端末からだけ使わせる、といった社内ルールを、文書ではなく設定として効かせるための機能です。対象プランは限られているので、まず自社が該当するかの確認から見ていきます。

何が変わったか

コンテキストアウェアアクセス（CAA）は、「誰が使えるか」だけでなく「どういう状況なら使えるか」でアプリの利用可否を判定するGoogle Workspaceの仕組みです。今回の発表で、この判定をGemini Enterpriseにも割り当てられるようになりました。つまり管理者は「どの端末から・どこからなら使ってよいか」まで指定できるようになります。

●発表文では、端末のセキュリティ設定と場所（ロケーション）を条件に選べるとしています
●会社が管理している端末と、個人の端末のどちらにも効きます
●コンテキストアウェアアクセス自体は、ユーザーのID・端末のセキュリティ状態・地理的な場所・IPアドレスを条件にできる仕組みとヘルプに記載があります
●すでにWorkspaceの他のアプリに作ってあるポリシーを、そのままGemini Enterpriseにも適用できます
●適用の単位は組織部門（OU）またはグループです
●条件に合わない利用者には、Googleログインで認証できない旨や、解除方法の案内メッセージが表示されます

対象は Enterprise Standard / Plus、Education Standard / Plus、Frontline Standard / Plus、Enterprise Essentials Plus、Cloud Identity Premium で、加えてGemini Enterpriseの購入が必要と発表されています。Business Standard・Business Plus は対象プランに入っていません。日本での提供については、発表文に国や言語の制限の記載はありませんが、Rapid Release・Scheduled Releaseの両方で2026年9月8日から最大15日かけて順次提供され、9月15日ごろ完了予定とされている段階です。

業務での使いどころ

「AIに社内資料を読ませるのは会社支給のPCだけ」という決まりを作ったものの、実際に守られているか分からない──という状態を、ルールの文書ではなく設定側で担保するのがこの機能の使いどころです。中小企業でも、外部委託先やアルバイトのアカウントが混ざる環境ほど効きます。

●向く: 会社支給端末だけに絞りたい／社外の私物PCからの利用を止めたい／部署ごとに使える範囲を変えたい
●向かない: Gemini Enterpriseを購入していない、または対象プランに入っていない場合（設定項目自体が使えません）
●対象外: 個人アカウントで使うGeminiアプリ（gemini.google.com）は組織の管理下にないため、この設定では止められません

1自社のエディションとGemini Enterpriseの契約有無を、管理コンソールの「お支払い」→「サブスクリプション」で確認する
2社内のAI利用ルールを、設定で表せる条件（会社管理端末か／場所／IPアドレス）の言葉に置き換える
3管理コンソールの「セキュリティ」→「アクセスとデータ管理」→「コンテキストアウェアアクセス」（admin.google.com/ac/security/context-aware）を開く
4アクセスレベルを作成し、「アクセスレベルをアプリに割り当て」からGemini Enterpriseに適用する
5まず小さい組織部門で試し、条件に合わなかったときにどんな画面が出るかを自分の目で確認してから対象を広げる

社内のAI利用ルールを、設定できる条件に分解するプロンプト

以下は当社のAI利用ルールの文章です。Google Workspaceの管理コンソールにある「コンテキストアウェアアクセス」で設定できる条件に分解してください。

設定できる条件は次の4つだけとします。
・端末のセキュリティ状態（画面ロック、暗号化など）
・会社が管理している端末かどうか
・地理的な場所（国・地域）
・IPアドレスの範囲

出力は次の2つに分けてください。
1. 設定で表現できるもの（条件をそのまま書く。対象にする部署も書く）
2. 設定では担保できないもの（例: 入力してよい情報の中身に関するルール。なぜ設定にできないかも一言で）

・ルールに書かれていない条件を推測で足さないでください
・どちらとも判断できない項目は［要確認］と書いてください

--- 社内ルールここから ---
（ここに貼り付け）

アクセス制限は「どこから使うか」しか判定しません。「何を入力してよいか」は別のルールとして残ります。上のプロンプトで2つを分けておくと、設定作業に入る前に何が設定で片付いて何が片付かないかが見えます。