2026年4月、Google は Workspace 管理コンソールの Gemini Enterprise 設定を「生成AI」セクションに統合し、OU・グループ単位の制御がより細かく設定できるよう整理しました。この記事では、情シス担当者が Gemini for Slides の展開判断を下すための設定構造と判断軸を整理します。
この記事を読んだほうが良い人
- Gemini for Workspace ライセンスを保有または検討中で、Slides の AI 機能をどのユーザーに展開するか決めかねている情シス担当者
- 「Gemini を契約したが、Slides の AI が何がオンになっているか把握していない」という状態の管理者
- OU（組織部門）別に段階展開を検討しているが、Slides 固有の考慮点が分からない方
Gemini for Slides の AI 機能を把握する
「管理対象が何なのか」を整理するところから始めます。Google 公式ヘルプによると、Gemini in Google Slides で利用できる主な AI 機能は以下の通りです。
- スライド生成・編集支援: テキストプロンプトからスライドを生成、または既存コンテンツの書き換え・改善
- 画像生成: プロンプトで生成した画像をスライドに直接挿入
- スタイルマッチ: 既存ファイルのデザインスタイルを参照してスライドを統一
- コンテキスト参照: Drive 上のファイルや Gmail のメッセージを参照してコンテンツを生成
- コンテンツ要約: スライド全体の内容を要約
これらの機能を利用するには、Gemini for Workspace の対応ライセンスの割り当てが必要です。ライセンスが割り当てられていないユーザーには、管理者設定にかかわらず AI 機能が表示されません。「設定したのに使えない」という問い合わせが発生したとき、その原因の多くはライセンス未割り当てです。展開計画の前にライセンス棚卸しを済ませておく必要があります。対応ライセンスの詳細については、公式の Gemini for Workspace ページを参照してください。
管理コンソールで制御できる上記の機能群とは別に、Gemini アプリからプレゼンを生成して Slides にエクスポートする機能は、管理者コントロールの対象外です。Google 公式アナウンスによると、この機能には管理者設定もユーザー設定も存在しません。ライセンスがある環境では全ユーザーが利用可能な状態になります。展開ポリシーを検討する際に見落としやすい盲点なので、先に把握しておく必要があります。
管理コンソールの設定構造を把握する
管理コンソールの「生成AI」セクション配下にある Gemini for Workspace の設定から、各アプリの機能アクセスを制御できます。
2026年4月の変更以前は、Gemini に関連する設定が管理コンソール内の複数箇所に分散していました。どこで何を制御するかが直感的に分かりにくく、設定漏れやポリシーの重複が生じやすい構成でした。今回の「生成AI」セクションへの統合により、AI 関連の設定を一箇所で確認・管理できるようになっています。
ここで重要な仕様が一つあります。Slides 単体の ON/OFF は存在しません。Slides は Drive・Docs・Sheets・Forms・Drawings・Vids と一括管理されており、この束全体を OU 単位で有効・無効に切り替えます。
「Slides の AI だけ制限したい」という場合、技術的には Drive・Docs を含む全アプリの Gemini を一括で制限する選択になります。この仕様を前提にしないと、他アプリへの影響を見落とした展開方針を立てることになりかねません。
設定の基本挙動は次の通りです。
| 項目 | 内容 |
|---|---|
| デフォルト状態 | ON（管理者が明示的に制限しない限り全ユーザーに提供される） |
| 制御単位 | OU 単位 / グループ単位 |
| 優先順位 | グループ設定が OU 設定を上書きする |
| 対象アプリ | Drive・Docs・Sheets・Slides・Forms・Drawings・Vids（一括管理） |
| 設定の反映 | 変更後、全ユーザーへの反映に時間がかかる場合がある |
グループ設定を使うと、OU 階層に縛られず「特定のチームだけ先行有効化」という使い方ができます。段階展開で活用できる仕組みですが、OU を無効にしても当該グループに属するユーザーには有効のまま、という状態が生じることがあります。設定変更後は意図しない競合が起きていないかをグループ単位で確認します。
どの OU に展開するか：3 つの判断軸
Slides が他の Workspace アプリと異なるのは、社外開示を前提とした資料を作ることが多いという特性です。提案書・経営報告・製品ロードマップといった機密度の高いコンテンツが含まれやすいアプリのため、展開対象 OU の選定に他のアプリよりも慎重な判断が求められます。
軸 1: ライセンスの有無
Gemini の AI 機能はライセンスが割り当てられた OU にのみ展開できます。管理コンソールで現在のライセンス割り当て状況を確認し、展開対象 OU を絞り込みます。ライセンスのない OU に設定を有効にしても機能しないため、先に整理が必要です。
見落とされやすいのが、ユーザーが OU をまたいで異動するケースです。人事異動や組織変更のタイミングで、ライセンスが旧 OU のまま追従されていないことがあります。「設定変更後に新部門の人だけ使えない」という問い合わせはここに起因することが多いため、HR・人事部門と連携して異動時の棚卸しプロセスを作っておくと問題を減らせます。
軸 2: 扱うコンテンツの機密度
Slides を使う部門のコンテンツ機密度を確認します。判断の目安として以下の表を参考にしてください。
| OU の性質 | 想定コンテンツ | 展開方針の目安 |
|---|---|---|
| 営業・マーケ | 顧客提案書、製品紹介資料 | ドラフト支援目的なら早期展開を検討できる |
| 経営・戦略企画 | 経営計画、M&A 関連資料 | 機密度が高い。パイロット OU への優先度は低め |
| 総務・HR | 社内研修資料、採用関連 | 比較的低リスク。最初のパイロット OU に適している |
| エンジニアリング | 技術仕様書、アーキテクチャ図 | 知的財産保護の観点から要検討 |
ただし、この表はあくまで一般的な目安です。同じ「営業」でも、未公開の製品ロードマップや大口顧客の個人情報を扱う場合は機密度が跳ね上がります。部門の実態を把握している担当者や部門長に展開前に確認するプロセスを挟むことで、後から「この資料は AI に入力してほしくなかった」というトラブルを避けられます。
軸 3: データ保護設定との整合性
Google Workspace の有料プランで利用する Gemini には、プロンプトをモデルのトレーニングに使わない・他組織データと混在させないという基本的なデータ保護が適用されています。Enterprise プランではさらにデータリージョン設定等の追加保護が利用できます。
組織でデータリージョン（データの保存先地域）設定を有効にしている場合は、Gemini の処理がそのリージョン設定の範囲に収まるかどうかをあわせて確認します。特に EU 域外への持ち出しに制限がある業種では、Gemini 機能の有効化前にデータ処理の地理的要件を整理しておく必要があります。
DLP（データ損失防止）ルールとの整合も別途確認が必要です。組織が DLP ポリシーを設定している場合、Gemini の入力がそのポリシーの適用範囲に含まれるかを確認してから展開します。DLP の対象として Gemini 入力が含まれるかどうかは、ポリシーの設定内容次第で異なるため、現行の DLP 設定と照らし合わせた確認が欠かせません。
段階展開の進め方
3 つの判断軸を整理したら、実際の展開は段階的に進めることを勧めます。一気に全 OU へ展開すると、利用実態の把握とポリシー運用が追いつかない状態になりやすいためです。
フェーズ 1：パイロット展開（2〜4週間）
総務・HR のような比較的低リスクな OU から限定展開でスタートします。利用者に対してフィードバック窓口を設け、「どんな使い方が想定外だったか」「機密情報を入力しそうになった場面があったか」という点を中心に声を収集します。この段階でポリシーの穴が見つかることが多く、全展開前に修正できる最後のタイミングになります。
フェーズ 2：ログと利用実態の確認
管理コンソールの監査と調査から利用状況を確認し、想定外の使い方が発生していないかを把握します。「機密コンテンツを示唆するキーワードが含まれていないか」「画像生成が想定外の用途で使われていないか」を観点にモニタリングします。問題が軽微であればポリシーに注意書きを加えて次のフェーズへ進み、重大な懸念があれば設計を見直します。
フェーズ 3：展開範囲の拡大判断
パイロット期間中の利用実態とポリシー違反の有無を踏まえて、次の OU への展開可否を判断します。段階展開を採用することで、全組織への影響を最小限に抑えながら知見を積み重ねられます。最終的に全 OU への展開を目指す場合でも、フェーズ 1 の学びをポリシーに反映してから進む構成が現実的です。
Slides AI 展開前チェックリスト
Go サインを出す前に次の項目を確認します。
ライセンス・設定確認
- [ ] 対象 OU にライセンスが割り当てられているか
- [ ] 機能アクセス設定が意図した OU に正しく適用されているか
- [ ] グループ設定と OU 設定が意図せず競合していないか
ポリシー確認
- [ ] AI 利用に関する社内ガイドラインが存在するか（展開前に骨子だけでも作成する）
- [ ] 機密情報（役員会資料・M&A 関連・顧客個人情報等）を AI に入力しない旨を周知できるか
- [ ] DLP ポリシーと Gemini 入力の整合が取れているか
運用確認
- [ ] 利用ログが監査と調査から確認できる体制になっているか
- [ ] Gemini アプリ経由のプレゼン生成が管理コントロール外であることを関係者が把握しているか
- [ ] Drive・Docs・Sheets 等の他アプリへの影響を許容できるか（Slides 単体制御が不可のため）
Gemini 利用ポリシーとの接続
管理コンソールの設定は「アクセスの ON/OFF」を制御するものです。「何を入力してよいか」「生成物をどう扱うか」はポリシーとして別途定義する必要があります。
Slides は社外に出る可能性がある資料を扱うため、次の点をポリシーに含めておくと後々の問題を防ぎやすくなります。
- AI 生成コンテンツを最終資料として使用する前のレビュー義務
- 機密区分の高いデータをプロンプトに含める際の制限
- 画像生成機能の利用可否（著作権・ブランドガイドライン遵守の観点）
ポリシー整備が後回しになりがちな組織では、まず「入力してはいけないもの」を一覧化した禁止リストから着手するのが現実的です。包括的なガイドラインを一から作るより先に走れる分、運用開始までの時間を短縮できます。
2026年5月に発表された AI コントロールセンターでは、組織内の AI 利用状況を一元的に可視化できるようになりました（Enterprise Standard / Plus 向け機能）。Gemini 利用レポートや各種 AI 機能の管理設定へのリンクが集約されており、展開後のモニタリング拠点として活用できます。管理コンソールのどこを見ればいいか分からなくなったときの起点として使えます。
まとめ
Gemini for Slides の展開判断で見落とされやすい点は二つあります。「Slides 単体の ON/OFF はできない」という設定構造の仕様と、「Gemini アプリ経由のプレゼン生成は管理コントロール外」という制約です。
この二点を前提とした上で、OU 単位のライセンス状況・コンテンツ機密度・ポリシー整備状況の 3 軸で展開計画を組み立てることが現実的な進め方です。
まず着手するなら、現在のデフォルト ON の適用範囲と、グループ・OU の設定状況を一度棚卸しすることを勧めます。棚卸しの結果をもとにパイロット OU を選定し、利用ログを確認しながら段階的に展開範囲を広げていく流れが、リスクを絞り込みながら前進するための現実的なステップです。
完璧なポリシーを揃えてから展開するのではなく、「禁止リスト」だけ先に作ってパイロットを始め、実際の利用実態を見ながらポリシーを育てていく進め方の方が、組織の現場に定着しやすいと感じます。
コーポレートITのご相談はお気軽に
この記事で書いたような業務改善・自動化の設計から実装まで、DRASENASではコーポレートITの現場に寄り添った支援を行っています。 「まず相談だけ」でも大歓迎です。DRASENAS 公式サイトからお気軽にどうぞ。
御社の IT 部門、ここにあります。
「ITのことはあまりわからない」── そのような状態からで、まったく問題ございません。まずはお気軽にご相談ください。