Workspace Studioの管理者設定とセキュリティ｜導入前チェックリスト

Workspace Studioを導入したいものの、どの設定まで確認すればよいか分からない。全社でオンにしてから、機密データや外部サービスへの送信が心配になった。管理者や情シスの担当者には、このような判断が必要です。

安全に導入するには、サービスのオン・オフだけでなく、利用者、機能とデータ、外部送信、監視と停止の順に決めます。この記事では、Googleの公式ヘルプと、鶴屋がBusiness Starterの試用環境で確認した管理画面をもとに、導入前の設定と判断基準を整理します。

導入前チェックリストを先に見る

Workspace Studioとは何か、対象プランや向いている業務はGoogle Workspace Studioとは？できること・対象プラン・導入前の注意点で、最初のフローの作り方はWorkspace Studioの使い方｜最初のフローを作る7つの手順で説明しています。

導入前に決める4つのこと

鶴屋では、Workspace Studioの管理を利用者、機能とデータ、外部送信、監視と停止の4層に整理します。サービスをオンにする前に、各層の責任者と判断基準を決めてください。

層	管理者が決めること	主な設定・運用
利用者	誰がStudioを使うか	全員、組織部門、アクセスグループ
機能とデータ	どのステップとデータを使えるか	Workspaceの各サービス、Gemini、データソース、フローのデータアクセス
外部送信	どこへ何を送れるか	共有、コネクタ、Webhook、カスタムステップ、ユーザー承認、DLP
監視と停止	異常をどう見つけ、誰が止めるか	ログ、アラート、フローID、緊急停止用の組織部門

鶴屋では、いきなり全社へ開放せず、扱うデータが限定された業務でパイロットを行うことをおすすめします。パイロットで設定と停止手順を確かめてから、対象部署を増やす進め方です。

利用者を組織部門・グループで限定する

最初に決めるのは、Workspace Studioを使える人です。GoogleのStudioを有効または無効にする手順では、組織全体、組織部門、アクセスグループ単位でサービスの状態を変更できます。

管理コンソールでは、［アプリ］＞［Google Workspace］＞［Workspace Studio］＞［サービスのステータス］から設定します。変更には、サービス設定を管理する権限が必要です。

鶴屋では、次の順番をおすすめします。

1. パイロット参加者を決める
2. 参加者用の組織部門またはアクセスグループを用意する
3. その範囲だけStudioをオンにする
4. 緊急停止用として、Studioをオフにした子組織部門を用意する
5. 停止手順を確認してから対象部署を増やす

設定の反映には、最長24時間かかる場合があります。また、Studioをオフにすると、そのユーザーが所有するアクティブなフローは直ちに停止し、Studioアプリへもアクセスできません。ただし、ほかの人が所有するフローからメッセージ、招待、ファイル更新などを受ける可能性は残るため、注意が必要です。

そのため、「Studioをオフにすれば、Studioに関係するすべての処理が届かなくなる」とは考えないでください。緊急停止の対象が、特定のフローなのか、利用者が所有するすべてのフローなのかも決めておきます。

利用できる機能とデータを制御する

利用者を決めたら、Studioで使えるステップとデータを確認します。Workspaceの各サービス、Gemini、データソース、フローが持つ権限は別の設定です。

鶴屋が2026年11月1日にBusiness Starterの試用環境を確認したところ、Workspace Studioの管理画面には次の項目が表示されました。

• サービスのステータス
• 手順と機能
• Geminiデータソース
• 承認
• 共有設定
• Webhook、コネクタ、カスタムステップ
• Skillsとフロー

画面の項目や提供範囲は変わる可能性があります。自社のエディションで同じ設定が表示されるかを、導入時に管理コンソールで確認してください。

Workspaceサービスのステップを絞る

管理者は、Calendar、DriveとDocs、Gmail、Gemini in Workspace、Chat、Meet、Tasksなど、Studioで利用できるステップと機能を管理できます。使わないサービスまで一律で許可せず、パイロット業務に必要なものから選ぶと、確認範囲を狭められます。

たとえば、メールの要約とChat通知だけを試すなら、最初から外部サービスのコネクタやWebhookを有効にする必要はありません。これはGoogleの必須設定ではなく、鶴屋が推奨する段階導入の考え方です。

Geminiの組織単位制御はエディションを確認する

Studio内のGeminiステップを組織単位で許可・ブロックする設定は、Google公式の対応エディションが限られています。対象はEnterprise Standard／Plus、Teaching and Learning、Education Plus、Google AI Pro for Educationです。

この設定でGeminiをオフにすると、利用者はプロンプトからフローを作成できず、AIステップも使えません。AIステップを含むアクティブなフローも停止します。

Business Starterの試用環境では、ヘルプにある同じ機能アクセス画面は確認できませんでした。Business環境にも同じ制御があるとは断定せず、表示される管理項目と契約エディションを照合してください。

フローの権限とGeminiデータソースを分ける

新しく作成するフローは、初期状態で作成者と同じデータ権限を持ちます。作成者に代わり、Drive、Gmail、Docsなどのデータを読み取り、変更、共有できるため、作成者の権限がフローの影響範囲になります。

Googleは、管理コンソールの［エージェント］からフロー単位のデータアクセスを確認・一時停止・制限する機能も案内しています。ただし、フローのデータアクセス管理に現在表示されるのは、許可リストに登録されたテスターが新しく作ったフローです。既存フローを含むすべてのフローが一覧化されるとは限りません。

同じページでは、StudioのGeminiがWorkspaceデータと公開ウェブサイトを参照できるかも制御できます。初期設定では両方とも許可されています。自社の利用方針に合わない場合は、パイロットを始める前に対象範囲を変更してください。

共有と外部連携を分けて判断する

フローの共有、第三者コネクタ、Webhookは、データの渡り方と送信先が異なります。「外部連携」という1つの設定として扱わず、それぞれ許可する理由と責任者を決めます。

フロー共有はコピーを渡す仕組み

フローを共有すると、受け取った人はフローのコピーを取得します。共同編集用の原本を渡す仕組みではなく、設定やファイルへのリンクが含まれていても、受信者が元からアクセスできないコンテンツへの権限は追加されません。

鶴屋では、共有されたフローをオンにする前に、接続先、送信先、使用するデータ、承認設定をコピーした人が再確認する運用をおすすめします。

コネクタは許可するサービスを絞る

Studioのコネクタは初期状態でオフです。管理者がコネクタを有効にし、個々のサービスをGoogle Workspace Marketplaceの設定で管理します。

第三者サービスとの統合ステップはベータとして案内されています。GmailやChatのメッセージ、Calendarの予定などを変数として渡すと、その情報が接続先の第三者サービスへ共有される可能性があります。

有効化する前に、少なくとも次を確認してください。

• 接続先のサービスと提供会社
• 送るデータと送らないデータ
• 接続に使うアカウントと権限
• 接続先での保存期間、削除方法、利用規約
• 異常時に接続を止める担当者

Google Workspaceの生成AIに対するデータ保護の説明を、そのまま第三者サービスへ広げないことが重要です。第三者アプリには、接続先の利用規約が適用されます。

Webhookは送信先の制限可否を確認する

Webhookは、管理者が組織部門に対して有効にするまでオフです。初期設定では、各Webhookステップの実行前に利用者の承認が必要です。

送信先をURL許可リストへ制限できるのは、Business Plus、Enterprise Standard／Plus、Education Standard／Plusです。対応しないエディションでは、Webhookを有効にすると有効なURLへ接続できます。URLを制限できない環境では、Webhookを有効にする対象ユーザーをさらに限定するか、使用しない判断も必要です。

外部送信にはユーザー承認を設定する

外部送信や機密性の高い処理では、ユーザー承認を安全策として使えます。ただし、これは情シス担当者が毎回承認する機能ではなく、フローを実行する利用者が承認する仕組みです。

管理者は、機密性の高いステップ、カスタムステップ、第三者コネクタについて、次の選択肢を設定できます。

設定	動作	向いている判断
常に必要	対象ステップの実行前に利用者の承認を必須にする	外部送信や変更処理を、実行のたびに確認したい
ユーザーが決定	フローを作る利用者が承認の要否を決める	業務やデータによって必要性が変わる
不要	承認なしで対象ステップを実行する	送信先とデータが限定され、別の統制がある

ユーザー承認は、利用者が対象ステップの実行前に確認する仕組みです。鶴屋では、社内ルールに「何を確認してから承認するか」まで書き、利用者への説明とセットで導入することをおすすめします。

なお、管理者によるフローの事前レビューが必要な場合は、Studioのユーザー承認とは別に申請手順を用意します。たとえば、外部送信を含むフローはオンにする前に情シスへ申請する、といった運用です。これはGoogleの製品仕様ではなく、鶴屋の運用提案です。

DLPで保護できる範囲と限界を確認する

Workspace Studio向けDLPは、対応エディションと検査範囲に限界があります。Business Starter／Standard／Plusは、Google公式のStudio向けDLPの対応エディション一覧に含まれていません。

Google公式のStudio向けDLPが挙げる対応エディションは次のとおりです。

区分	対応エディション
Frontline	Frontline Standard、Frontline Plus
Enterprise	Enterprise Standard、Enterprise Plus、Enterprise Essentials Plus
Education	Education Fundamentals、Education Standard、Education Plus
Business	対応一覧にBusiness Starter／Standard／Plusの記載なし

対応環境では、各ステップが参照するデータ、入力と設定、出力先を検査し、条件に応じてブロック、ユーザー承認の要求、監査を行えます。Drive、Chat、Calendar、Gmail、第三者アプリを含むフローが対象です。

ただし、DLPを有効にしても、すべての情報を検査できるわけではありません。代表的な制限は次のとおりです。

• 抽出したテキストの最初の10MBだけを検査する
• AIステップの中でリンクされたリソースは検査しない
• AIが生成した文章は、元データのラベルを引き継がない
• 組織外のユーザーが所有するファイルは検査しない
• URLとして参照したDriveやGmailの内容は検査しない

DLP非対応のエディションでは、DLPがある前提で導入しないでください。鶴屋では、対象ユーザーの限定、必要なステップだけの許可、外部送信時の承認、コネクタやWebhookの制限、テスト用データ、ログと停止手順を組み合わせることをおすすめします。対応エディションでも、DLPが検査しない範囲を確認したうえで、必要な運用を決めてください。

ログ・アラート・停止手順を準備する

本番利用を始める前に、異常を見つける方法と、フローを止める担当者を決めます。異常が起きてから管理画面を探すのではなく、フローID、連絡先、緊急停止の手順を記録してください。

ログでフローを特定する

管理者は、アクター、フローID、イベント、ステップ名などを使ってStudioのログを調べられます。問題のあるフローを特定できるよう、利用者からの申告にもフロー名とフローIDを含める運用にします。

アラートの閾値は自社の利用量に合わせる

Googleの管理者向けガイドには、異常な実行を見つける設定例があります。

• 1時間に100回を超えるフローの実行開始
• 24時間に1,000回のGeminiステップ

これらは公式ページにある設定例であり、すべての組織に最適な固定値ではありません。パイロット期間の通常実行数を確認し、通常時に頻繁に通知されず、異常な増加を見つけられる値に調整してください。

停止方法を3段階で決める

管理者向けガイドでは、次の停止方法が案内されています。

1. 利用者にフローをオフにするか、設定を直してもらう
2. フローIDをGoogle Workspaceサポートへ伝え、停止を依頼する
3. 緊急時は、利用者をStudioがオフの組織部門へ移し、その人が所有するすべてのフローを止める

停止方法によって対象範囲が異なります。鶴屋では、特定フローだけの問題なら利用者またはサポートによる停止、複数のフローが影響している緊急時は組織部門による停止、という順に整理しておくことをおすすめします。

導入前チェックリスト

チェックリストは、設定の有無だけでなく、責任者、確認した証跡、例外時の対応まで記録します。次の項目を埋め、未決定の項目が残っていない状態でパイロットを始めてください。

分類	確認すること	完了の基準	残す証跡
契約	自社のWorkspaceエディション	Studio、Gemini制御、DLP、Webhook制限の対応可否を確認した	エディション名、確認日
管理権限	設定を変更できる担当者	必要な管理者権限と代行者が決まっている	担当者、代行者
対象ユーザー	パイロットの組織部門・グループ	対象者と利用期間が決まっている	対象範囲、開始・終了日
緊急停止	Studioをオフにした組織部門	移動手順と判断者が決まっている	組織部門、手順、判断者
機能	利用するWorkspaceステップ	必要なサービスだけを許可している	許可一覧、許可理由
Gemini	Geminiステップとデータソース	対応エディションと参照できるソースを確認した	設定画面、確認日
データ権限	フロー作成者の権限	最小権限のアカウントとテスト用データを決めた	アカウント、データ区分
共有	フロー共有の可否	コピー後の再確認と棚卸し方法を決めた	共有ルール、棚卸し日
コネクタ	許可する第三者サービス	送信データ、保存先、規約、停止担当を確認した	サービス名、審査記録
Webhook	利用可否と送信先	URL制限の対応可否を確認し、対象者を決めた	許可URL、対象者
カスタムステップ	利用可否	開発者、権限、送信データ、保守担当を確認した	審査記録、担当者
承認	承認が必要なステップ	承認時に確認する内容を利用者へ説明した	対象ステップ、利用ルール
DLP	対応可否と検査範囲	対応エディションと検査外の範囲を確認した	DLPルール、代替統制
監視	ログとアラート	通知先、閾値、確認頻度を決めた	アラート設定、当番
停止	フロー停止の手順	利用者、サポート、緊急停止の連絡順を決めた	フローID、連絡先
利用ルール	禁止業務と人の確認	自動化しない業務と確認者を決めた	ガイド、教育記録
見直し	設定と仕様の再確認	次回の確認日と変更記録の場所を決めた	次回確認日、変更履歴

自社のエディションやデータ区分に合わせて、どの設定を優先するか決めにくい場合は、鶴屋がWorkspace Studioの設定確認と段階導入を支援しています。無料相談で、対象業務と許可範囲から一緒に整理します。

Studioが使えない・動かない場合

管理設定を終えても、Studioが表示されない、AIステップだけ使えない、フローが動かない場合は、症状別に確認してください。

詳しい切り分けは、Workspace Studioが使えない原因と対処法で整理しています。

まとめ

• 全社でオンにする前に、利用者、機能とデータ、外部送信、監視と停止の順で決める
• Studio向けDLPは対応エディションと検査範囲に限界があるため、承認・権限・停止手順も組み合わせる
• パイロットでは、責任者、証跡、例外時の対応までチェックリストに残す

Workspace Studioの管理は、サービスをオンにして終わりではありません。小さく試し、ログと停止手順を確認したうえで、対象部署と業務を段階的に増やしてください。