本文へ移動
技術を、自社の仕事に。
判断と実行を助けるメディア

記事を検索

Workspace StudioのWebhookを許可する前に — 送信先・承認・ログの決め方

目次 · 3項目

Workspace Studioで外部サービスと処理をつなぐなら、「機能を許す」「送信先を絞る」「送信内容を確認する」を別々に決めます。WebhookのスイッチをONにしただけでは、この3つを決めたことにはなりません。

2026年9月17日の公式発表では、カスタムスターター、カスタムステップ、第三者連携(Beta)、Webhookが紹介されています。管理機能は既定OFFです。外部イベントを受けて起動するスターターも含まれるため、すべてを「外へデータを送る機能」と一括りにはできません。

管理者の設定日と利用開始日は異なる

公式の展開予定は次のとおりです。開始日であり、全員がその日に利用できるとは限りません。

対象展開予定
管理コンソール9月17日から1〜3日
利用者:Rapid Release9月21日から1〜3日
利用者:Scheduled Release9月30日から最大15日

9月20日時点では、利用者の画面に出ないことだけで設定ミスとは判断できません。

Webhookの確認は3段階

管理者ヘルプには、Webhookは既定で無効、利用者による送信前確認は既定で必要、実行はStudioのログイベントに記録されるとあります。

1. 利用する組織部門を限定する。 全社で開ける前に、業務の責任者と、送信先を保守する担当者を決めます。

2. 必要ならURL許可リストを設定する。 URL制限はWebhookの有効化とは別です。対象はBusiness Plus、Enterprise Standard / Plus、Education Standard / Plus。利用する契約にこの機能があるか確認してください。また、許可リストはDrive・ドキュメント・スプレッドシート・Apps Scriptでも共有されるため、変更時には既存業務への影響を確認します。

3. 承認とログを確認する。 WebhookはSensitive Stepsの承認設定に従います。カスタムステップや第三者連携には別の設定があります。同じフローの中でも、どの操作に確認が入るかを分けてテストします。

検証用の送信データを先に作る

例えば「問い合わせが届いたらチケットを作る」なら、初回は架空の顧客名・本文を使います。実データを流す前に、以下を記録すると業務担当者も判定に参加できます。

テスト合格条件の例
許可したURLへ送信必要な項目だけが1回届く
許可していないURLへ送信制限を設定した範囲で拒否される
利用者が承認しない意図しない送信が起きない
送信先がエラーになる失敗に気づけて、再試行で重複登録しない
フローを停止する依存する業務と担当者へ影響を説明できる

この表は検証計画の例で、確認済みの製品挙動ではありません。単にフローを削除すると業務が止まることもあるため、停止する前に依存先と代替手順を確認します。

Geminiからの対話的な連携は第三者コネクタの利用許可と接続認可で扱っています。

2026年9月20日に公式資料を確認。Studioでのフロー作成・外部送信・権限制御の実機検証は未実施です。

業務フローの設計や、送信範囲を限定した検証はグリームハブへご相談ください

この記事を共有XFacebook
鈴木 翔

技術の可能性に魅了され、学生時代からプログラミングとデジタルアートの分野に深い関心を持つ

この記事のテーマを、自社の次の一歩へ

自社に合う、Workspaceの進め方を。

移行するデータ、共有ルール、管理体制を整理し、導入から日々の運用までの進め方を考えます。

  • 移行と初期設定
  • 共有・権限の整理
  • 管理体制
Workspaceの導入・運用を相談する

構想段階からご相談いただけます。この記事の情報を相談フォームに引き継ぎます。

最新記事をメールで受け取る