Google Workspace StudioとHubSpotの連携で問い合わせ転記を自動化できるか

問い合わせメールを受けるたびに、氏名や会社名をCRMへ手入力する作業は自動化できます。
ただし、Google Workspace StudioとHubSpotの連携は、管理者設定と権限がそろった環境で使えるベータ(Beta)機能です。最初から全メールを流さず、書式が安定した問い合わせ1種類で確かめてください。

Google Workspace StudioとHubSpotの連携で問い合わせ転記は条件付きで可能

結論からいうと、2026年9月時点では対象の統合ステップが表示され、管理者許可と必要権限がある環境なら、Gmailで届いた問い合わせをCRMへ転記するフローを構成できます。
公式ヘルプは連絡先データの取得と連絡先作成を権限例として挙げています。

HubSpot以外も含めた対応サービスと展開日は、Workspace Studioの外部連携でできることで整理しています。

ここで混同しやすいのがHubSpot connector for Geminiです。公式は、このコネクタを2026年9月時点で読み取り専用と案内しています。
CRMへ書き込むWorkspace Studioの統合ステップとは別機能として判断してください。

比較軸	Workspace Studio統合	Geminiコネクタ
主な役割	フロー内で外部操作	Geminiから情報参照
連絡先作成	権限例として公式記載	読み取り専用
確認場所	Studioのステップ一覧	Geminiの接続設定

出典: Google Workspace Studio公式「サードパーティサービスのアクションを実行する」

出典: 公式ナレッジ「Set up and use the HubSpot connector for Gemini」(英語)

Google Workspace StudioとHubSpotの連携前に確認する管理者設定と権限

担当者の設定画面だけを見ても、連携可否は確定しません。管理者側のIntegration settingsとMarketplaceの許可を先に確認します。
管理者向け公式ヘルプでは、Integration settingsは既定でOffです。

• 会社のGoogle WorkspaceアカウントでWorkspace Studioを開けるか確認する
• 管理者にIntegration settingsの状態を確認してもらう
• 許可対象のMarketplace統合に対象サービスがあるか確認する
• 連絡先取得と作成のうち、使う操作だけに必要な権限を選ぶ
• テストに使うCRM環境または削除可能なテスト連絡先を用意する

接続できたことと、連絡先を作成できることは同じではありません。
Google公式は、権限を個別に選び、必要な権限がなければ該当ステップが動かないと説明しています。AIツールの権限を整理する考え方は、AIエージェントへ渡す権限の決め方も参考になります。

出典: Google管理者向け公式「Allow or block Workspace Integrations steps」(英語)

Google Workspace StudioとHubSpotの連携フロー全体像

GmailからCRMへ直接つなぐのではなく、受信、抽出、条件確認、作成、照合の順に分けます。
途中に条件確認を置くことで、必須項目が空のメールをCRMへ流さない設計にできます。

転記項目は、メールアドレス、氏名、会社名、電話番号、問い合わせ要旨など、業務で使うものへ絞ります。
メール本文全体をそのままCRMへ渡す設計は避けてください。Gmail起点の情報整理については、Gmailからタスクを整理する方法も参考になります。

出典: Google Workspace Studio公式「Guide to Starters & Steps」(英語)

Google Workspace StudioとHubSpotの連携を設定する手順

最初のフローでは、問い合わせ専用アドレスやフォーム通知など、件名と本文書式が安定したメール1種類だけを対象にします。
自由記述のメールをいきなり全件処理すると、項目欠落と誤判定を切り分けにくくなります。

1. Gmailの開始条件で、受信先、送信先、件名、本文の語を使って対象を絞る
2. Extractへ、氏名、会社名、メールアドレスなど抽出する項目名と説明を書く
3. Check ifなどの条件を置き、メールアドレスが空なら作成へ進めない
4. ステップ一覧で対象の統合を選び、利用するアカウントへ接続する
5. 画面に表示された操作と必要権限を確認し、前段の変数をCRM項目へ割り当てる
6. 識別しやすいテストメールでTest runを実行する
7. StudioのActivityとCRMの連絡先を開き、原文と転記値を照合する

対象の統合が表示されない場合でも、代替としてコードを書く前に提供範囲を確認します。もしApps Scriptを検討するなら、Google Apps Scriptの基本で、認証情報と実行範囲を整理してください。

問い合わせ転記を本番前に検証する

Test runは画面だけのプレビューではなく、メッセージ送信やファイル更新などの実操作を行います。
本番データを意図せず変えないよう、テスト用メールと見分けやすい連絡先情報を使ってください。

検証項目	確認方法	問題時の対応
重複	新規と既存メールで試す	挙動が不明なら本番化しない
欠落	原文と全項目を照合	抽出定義を見直す
誤登録	対象外メールを送る	開始条件を狭める
停止検知	Activityで失敗を確認	担当と確認日を決める

公開ヘルプだけでは、既存メールアドレスがある場合に新規作成、更新、失敗のどれになるかを確定できません。
新規と既存の両方をテストし、結果を運用メモへ残すことが必要です。自動化の確認履歴は、自動化台帳の作り方のように担当者、確認日、結果を一つの表にすると追いやすくなります。

顧客データを守る権限・監査・停止設計

統合ステップへ渡す変数には、GmailやChatなどのGoogleアカウントデータが含まれる場合があります。
第三者サービスへ共有され得るため、必要項目だけを抽出し、使う操作だけを許可するのが基本です。顧客情報を含む本文全体は渡しません。

GoogleはWorkspace Studioに、フロー単位のOAuthスコープ、監査ログ、エージェントアクセス管理を用意しています。
それでも、誰が接続し、誰が停止し、誰が実行結果を確認するかの社内ルールが欠かせません。確認観点はAIツールのアクセス監査、保存範囲はAI利用時のデータ保存設計も参考になります。

出典: Google Workspace公式「多層的な保護でエージェントのリスクを防御」

HubSpotが表示されない・動かないときの切り分け

エラーが出たら、フローを作り直す前に管理者設定、提供範囲、接続、権限、入力値の順で切り分けます。
展開前や対象外の環境では、再接続を繰り返しても解決しません。

症状	確認先	判断
統合が出ない	Integration settingsと許可アプリ	対象外なら提供を待つ
接続できない	認証と管理者制限	許可された接続か確認
作成で失敗	連絡先作成の権限	必要権限だけ見直す
項目が空	Extractと変数割り当て	原文で再テスト
対象外も登録	Gmailの開始条件	宛先と件名で絞る

Google Workspace StudioとHubSpotの連携でよくある質問

まとめ｜まず1種類の問い合わせで転記精度を確かめる

Google Workspace StudioとHubSpotの連携は、管理者許可、必要権限、対象の統合ステップがそろえば、問い合わせ転記に使えます。
ただしベータ(Beta)のため、まず自社画面で提供状況を確認し、固定書式のメール1種類をテストしてください。