
Claude Code×HubSpotでフォームとリード管理を構築する|サイトの問い合わせから商談までの流れを設計し、同意と権限を先に決める受託メニュー
この記事は、Claude Code×HubSpotで、顧客のサイトのフォームとリード管理を構築する受託メニューを扱います。
問い合わせは届いているのに、誰も追いかけていない
「サイトからの問い合わせは月に何件か来ている。でも、その後どうなったかは分からない」
BtoBの顧客から、よく聞く話です。
通知メールが営業の誰かに届き、返信したかどうかは本人の記憶の中です。
問い合わせの後の流れまで設計して受ければ、サイト制作から一歩先の仕事になります。
リード獲得の支援を商品にする考え方は、別の記事で扱いました。
▶ BtoBのリード獲得支援、提案書と料金をそのまま使える商品化キット──現状診断シート、施策の組み合わせ表、月額の料金表、KPIの定義表、月次報告の型、AIで診断をまとめるプロンプト
HubSpotのリード管理の構築とは、フォームの項目、記録する先、次に動く人を、一本の流れとして決めて実装する仕事である
黒字化の外科医です。Claude Code×HubSpotの構築を、流れの設計と権限から解剖します。
流れから決める理由は、三つあります。
第一に、フォームの項目は、後の管理で使う項目から逆算するものだから。
「業種」を後で集計したいなら、自由記入ではなく選択肢で取る必要があります。
第二に、個人情報を扱う仕事だから。同意の文言と権限を、作る前に決めます。
第三に、AIに顧客のCRMを触らせる範囲を、決めておく必要があるから。
HubSpotの公式のMCPサーバーは、記録の作成や更新もできます。便利な分、線を引かないと事故になります。
なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。
HubSpotの公式ドキュメントで、確認できたこと
(HubSpot開発者向け公式ドキュメント、2026年11月2日確認)
【リモートのHubSpot MCPサーバー】
・2026年4月13日に正式提供(全アカウント向け)と、公式の更新情報に書かれている
・接続先は mcp.hubspot.com。OAuth 2.1(PKCE)での接続が必須
・開発の画面で「MCP Auth Apps」を作り、そのクライアントIDとシークレットで接続する
・操作は、使う人のHubSpotの権限を引き継ぐ(見られない記録は見られない)
・作成と更新ができる:コンタクト、会社、取引、チケット、商品項目、商品、
活動(通話、ミーティング、メモ、タスク、メール)
・一部のオブジェクトは読み取りのみ(対象は、接続前に公式の一覧で確かめる)
・機密データの設定を有効にしたアカウントでは、活動の記録はMCPから扱えない
【開発者向けMCPサーバー】
・HubSpot CLI の hs mcp setup で入れる。アプリやCMSの開発用で、CRMのデータ用ではない
【フォームの送信API(v3、公式では legacy の区分)】
・認証なしの送信:api.hsforms.com の /submissions/v3/integration/submit/〔アカウントID〕/〔フォームID〕
・認証ありの送信もある(forms の権限が必要)
・fields(項目名と値)、context(hutk、pageUri、pageName など)、
legalConsentOptions(同意)を送れるClaude Codeは、事前に登録したOAuthアプリのクライアントIDとシークレットで、リモートのMCPサーバーに接続できます(Claude Code公式ドキュメント、2026年11月2日確認)。
Claude Codeに任せる部分、任せない部分
【Claude Code】フォームの項目とHubSpotのプロパティの対応表の下書き
【Claude Code】独自のフォームから送信APIへ送る実装と、送信テストのコード
【Claude Code】テスト用のアカウントで、MCPから記録を作り、流れを確かめる
【人】取る項目と同意の文言の決定(顧客の法務・個人情報の担当と確認)
【人】本番のアカウントでの、記録の一括の作成・更新・削除
【人】営業の担当者の割り当てと、追いかける期限のルール本番の顧客のアカウントにつなぐ場合は、顧客の同意を得て制作会社用の利用者を作ってもらい、権限を必要な記録だけにします。MCPの操作は使う人の権限を引き継ぐので、それがそのままAIの手の届く範囲になります。
つなぐ前の点検は、こちらにまとめています。
▶ Claude CodeのMCPで社内ツールをつなぐ前に──信頼できるサーバーか、どこまで許すか、どの情報が流れるかの点検表
今すぐ試せる:フォームとリード管理の流れを設計するプロンプト
私はWeb制作会社のディレクターです。顧客のサイトの問い合わせフォームから、HubSpotでのリード管理までの流れを設計したいです。
(顧客名や個人情報は入力しません)
【前提】
・顧客の事業:〔BtoBの製造業 など〕
・問い合わせの種類:〔資料請求/見積もり依頼/採用 など〕
・問い合わせの後に動く人と、今のやり方:〔記載〕
・後で集計したいこと:〔業種別の件数、商談になった割合 など〕
1. フォームの項目を、必須と任意に分けて提案する。後で集計する項目は選択肢にする。
2. 各項目の送り先(コンタクト、会社、取引のどのプロパティか)を表にする。プロパティ名は推測で作らず、確認が必要と印を付ける。
3. 送信の後に誰が、いつまでに、何をするかの流れを5段階以内で書く。
4. 同意の文言で、顧客の担当者に確認すべき点を3つ挙げる。リード管理工場:構築の範囲と工数の計算
構築の範囲(この範囲を見積もりに書く)
・フォーム2種まで(例:資料請求、見積もり依頼)
・プロパティの対応表と、追加のプロパティ5つまで
・送信後の担当者の割り当てと、通知のルール1つ
・テスト用のアカウントでの送信テストと、本番での確認1回
・使い方の説明1回
範囲外:既存の顧客リストの移行、メール配信の設計、営業の進め方の設計計算例(数字はすべて例)
時間単価:7,645円(例)
流れの設計と対応表 5時間/フォームと送信の実装 6時間
テストと本番の確認 4時間/説明と引き継ぎ 3時間
合計 18時間 × 7,645円 = 137,610円
月額の運用(項目の追加1つ、送信の不具合の確認、月1回の件数の報告):
2時間 × 7,645円 = 15,290円/月既存のリストの移行は、工数が読めないため別に見積もります。
構造的なリスク
逆説を指摘しておきます。
HubSpotが入ると、「全部の問い合わせが見える」安心感が生まれます。
けれど、記録が残るだけで、追いかける人が決まっていなければ、成果は変わりません。
構築の最後に、「送信から何時間以内に、誰が連絡するか」を顧客に決めてもらってください。このルールがない構築は、高いメール通知になります。
よくあるQ&A
Q. HubSpotのフォームではなく、サイト独自のフォームを使いたい。
送信APIで、独自のフォームからHubSpotへ送れます。同意の項目と、訪問者の追跡に使う値の扱いを、顧客と決めてから実装します。
Q. フォームの個人情報は、制作会社のサーバーを通るのか?
独自のフォームの作り方によっては通ります。通さない設計を基本にし、扱いを契約に書きます。
▶ 問い合わせフォームのセキュリティは「保存しない設計」から──通信・スパム対策・送信先・ログの5つの線と、納品前の確認表
最後に
HubSpotの構築は、フォームを作る仕事ではなく、問い合わせの後の流れを決める仕事です。
項目を後の集計から逆算し、同意と権限を先に決めた会社だけが、サイト制作の先にある顧客の商談まで、月額の仕事にできるのです。
ヒアリング票と、レポートの型は、受託キットにまとめました。
これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。
#Web制作会社 #ClaudeCode #HubSpot #MCP #リード管理 #問い合わせフォーム #制作会社経営 #中小企業 #BtoBマーケティング #個人情報