Workspaceに自動化機能｜既定OFF、開ける前に決める1つ

先週、WorkspaceのGeminiが他社ツールを「読む」ようになった話を書きました。今週は「外へ送る」機能が加わりました。今回は既定でOFFです。開けると何が外へ出るかを知ってから決めたほうがいい機能です。

今日やること 何もしなくて構いません。管理者が開けない限り、社員は使えません。 開けるつもりがあるなら、その前に1つだけ決めてください。フローを作る人を、誰にするか。それが決まっていないうちは開けないほうがいいです。

何が起きたか

Googleは2026年9月17日、Google Workspaceの自動化機能「Workspace Studio」に4つの機能を加えると発表しました（Google Workspace Updates：Automate workflows with custom starters and steps in Workspace Studio）。

• 独自の起点・独自のステップ：他のアプリの出来事を合図に動かす／Apps Scriptなどで書いた処理を途中に挟む
• 他社ツール連携（ベータ）：Asana、Confluence、HubSpot、Jira、Mailchimp、QuickBooks、Salesforce、Slackとやり取りする
• Webhook：指定したURLへHTTPリクエストを送り、相手側の動作を起こす

対象は Business Starter・Standard・Plus と Enterprise の各エディションなど。管理コンソールの設定は既定でOFFで9月17日から、社員側の機能は9月21日または9月30日から順に届きます。Webhookの送り先URLを制限する「許可リスト」は、Business Plus と Enterprise Standard・Plus などに限られます。

Workspace Studioは、作りたい流れを文で書くと必要なステップを並べてくれる仕組みです。独自の起点やステップは開発者が作り、社員がMarketplaceか社内配布から入れる形です（Google ヘルプ：Use custom starters and steps in Workspace Studio）。

中小企業にとって何が変わるか

「読む」から「送る」へ。向きが変わりました

先週の記事で扱ったGeminiの他社ツール連携は、読むだけで、既定でONでした。

今回は逆です。フローは外へ送れます。Slackに投稿する、Asanaにタスクを作る、指定したURLへGmailの内容を届ける。そして既定でOFFです。読むだけなら既存の権限が境界になりますが、送った先で何が起きるかはGoogleにも見えません。

Googleのヘルプにもその前提があります。フローに変数を入れると、GmailやChatの本文、カレンダーの予定が含まれることがあり、フローはそれを外部サービスに渡せる。だから「そのサービスを信頼できるか確かめてください」と（Google ヘルプ：Use webhooks in Workspace Studio）。

うちは当てはまるのか

いちばん多いのは2行目でしょう。開けなければ、社員の画面は今日と同じです。

よくある誤解：既定OFFなら、開けても安全

既定OFFは、管理者が「開けるかどうか」を決める入口があるという意味で、開けたあとの安全を約束しません。つなぐのは社員本人で、外部サービスへの接続は社員が自分のGoogleアカウントで許可します。管理者が許可する連携先を絞ることはできますが、ヘルプはそれを「できる」と書いているだけで、既定でそうなってはいません（Google ヘルプ：Use third-party integrations in Workspace Studio）。

ここで効くのがプランの差です。Business StarterとStandardには、Webhookの送り先を縛る許可リストがありません。開けると、社員がフローに書いた任意のURLへ、Gmailの本文を含めたデータを送れる状態になります。悪意の話ではありません。「便利そうだから」と個人で試した流れが、会社の知らないところで動き続ける。それで十分です。

変わるのは「自動化の値段」ではなく「自動化の置き場所」

これまで「メールが来たらSlackに」は、別のサービスを契約するか、詳しい人がApps Scriptを書くかでした。今回で、Workspaceの契約の中に文で書けば組める場所ができました。ただ、簡単になったのは「作ること」で、「続けること」は前と同じ難しさです。

Excelのマクロと同じ構図です。作った人が便利に使い、周りは中身を知らない。退職した日に、誰も触れない自動処理が残る。今回はそれがGmailとSlackとSalesforceをまたいで起きます。社員が全員フローを作れる状態は、社員の数だけ「誰も知らない自動化」が生まれる状態です。

開ける前に決める1つ

フローを作る人を誰にするか。これだけです。

おすすめは1人か2人です。全員に開けても、実際に組むのは詳しい人1人になります。最初からその1人にして、作ったフローを「起点・内容・送り先」の3行で共有フォルダに控える。それだけで、作った人が休んでも止められます。

いま何をすべきか／何もしなくていいか

開ける順番は、他社ツール連携、独自ステップ、Webhookの順です。Webhookはいちばん自由な出口なので最後です。

関連するもっと詳しい話

• AI導入がうまくいかない原因｜個人任せで止まっている — 詳しい社員1人に任せた道具がその人ごと止まる構図。「作る人を決める」はこの話の前段です
• Excel管理から脱却する前に｜やめない判断もある — 作った人しか触れないマクロと今回のフローは同じ問題を抱えます。「やめない」を選ぶ条件

Workspace Studioを開けてよいか、最初に組む1本を何にするか、というご相談はお問い合わせからどうぞ。