Webフォームで日程調整を実現する方法｜HubSpot・Salesforceの既存フォームに商談予約を追加する設計

「フォーム送信後に営業へ引き継ぐ」だけでは、商談化のタイミングを逃しやすくなります。既存のHubSpotフォームやSalesforce Account Engagementフォームを残したまま予約導線を追加すれば、CRM登録・スコアリング・広告計測を維持しつつ、検討意欲が高い訪問者をその場で商談予約へ進められます。

この記事では、Webフォーム 日程調整の代表的な設計を整理し、HubSpot・Salesforce環境での実装判断、データフロー、重複レコード、キャンセル情報の扱いまで解説します。

手作業では、フォーム通知を確認してから担当者がメールを送り、候補日を往復し、CRMを更新します。一方でフォーム送信直後に予約ページを表示できれば、営業は候補日を送る作業ではなく、商談準備や提案設計といったコア業務に時間を使えます。

連携前の確認事項

最初に確認したいのは、「フォーム送信」と「予約完了」のどちらをCRM登録の起点にするかです。

同じフォーム連携でも、データが流れる順番は大きく異なります。

比較基準日：2026年9月11日

既存フォームを残すべきなのは、次のようなケースです。

• HubSpotフォーム送信を起点に、ワークフロー、スコアリング、通知、広告CV計測が動いている
• Salesforce Account EngagementのCompletion Actionを維持したい
• 資料請求者や問い合わせ者を、予約の有無にかかわらずリードとして残したい
• フォーム回答によって、商談対象者だけ予約ページへ誘導したい
• フォームのHTML、同意文言、プライバシーポリシー、ブランドデザインを変更しにくい
• インサイドセールスとフィールドセールスで予約先を出し分けたい

現場感としては、「フォームはマーケティング管轄、日程調整は営業管轄」という分業が、設計を難しくする原因になりがちです。

マーケティング担当者はCV計測を壊せず、営業担当者は手入力や候補日送信を減らしたい。どちらかの都合だけでフォームを置き換えると、運用チームに新しい確認作業が生まれます。現場は悲鳴を上げているはずです。

そのため、まずは既存フォームを起点として残し、その送信後に予約導線を足す設計が実務的です。

事前に確認する権限・プラン・技術条件

導入前に、CRM管理者・Web担当者・営業企画で以下を確認します。

1. フォームの管理権限

   • HubSpotフォームの編集権限
   • Salesforce Account EngagementフォームまたはForm Handlerの編集権限
   • Salesforce Web-to-Leadの設定権限

2. 予約ツールの設定権限

   • カレンダー連携
   • 担当者の追加
   • 予約ページ作成
   • ルーティング条件の編集
   • CRM連携設定

3. フォームの実装方式

   • 自社HTMLフォーム
   • HubSpot埋め込みフォーム
   • Account Engagementホストフォーム
   • iframe内の外部フォーム
   • JavaScriptによる独自送信フォーム

4. 既存の送信後処理

   • サンクスページへの遷移
   • HubSpotワークフロー
   • Account Engagement Completion Action
   • Google広告・GA4などのCVイベント
   • Slack・メール通知
   • Salesforceへの同期

Jicooの外部フォームインポートは、自社フォーム、HubSpotフォーム、Salesforce Account Engagementフォームを対象に、フォーム回答を予約ページへ引き継ぐ設計を案内しています。一方で、Google FormsやTypeformなど、別ドメインのiframe内で動くフォームはブラウザの制約により送信検出が難しい場合があります。

また、外部フォームインポートの利用プラン・個別対応条件は公式情報間で表記差異があるため、導入前に要確認です。

設定手順（PC）

ここでは、もっとも運用を壊しにくい「既存フォーム送信後に予約ページを表示する」設計を中心に説明します。

1. 先にフォーム送信後の業務を棚卸しする

設定画面を開く前に、既存フォーム送信後の処理を一覧化します。

この表がない状態で実装を始めると、「予約はできるようになったが、広告CVが消えた」「Slack通知が届かなくなった」といった事態が起こります。

特に通常HTMLフォームでは、予約ツール側がフォーム送信タイミングで画面遷移を行うと、元フォームのCRM登録・通知・計測が実行されないことがあります。既存運用を維持するなら、原則としてフォーム送信を完了し、サンクスページに到達してから予約導線を出す設計を検討します。

2. 予約対象者と予約先を決める

すべてのフォーム送信者を商談予約へ進める必要はありません。

たとえば、問い合わせ種別と従業員規模で振り分ける場合は、次のように整理できます。

Jicooでは、回答内容に応じたルーティングフォームや担当者の自動割当を設計できます。ラウンドロビンで担当者を割り当てる場合も、営業エリア、担当製品、言語、顧客ランクといった条件を先に決めておくと、予約後の振り分けが安定します。

CRMと営業活動のつなぎ方は、CRM活用の記事一覧や日程調整の記事一覧も参考になります。

3. HubSpotフォーム送信後に予約ページをつなぐ

HubSpot フォーム 日程調整では、大きく3つの方法があります。

方法A：HubSpot標準のリダイレクトを使う

HubSpotフォームの送信後アクションで、HubSpotページ、外部URL、HubSpotミーティングリンクなどへ遷移させる方法です。

設定時の流れは次の通りです。

1. HubSpotで対象フォームを開く
2. フォーム項目、必須項目、同意チェックを確認する
3. 送信後のアクションを設定する
4. 必要に応じて条件ロジックを設定する
5. 予約ページまたはミーティングスケジュールページを遷移先に指定する
6. テスト送信し、コンタクト作成・計測・リダイレクトを確認する

HubSpotの条件付きロジック、および条件に応じたミーティングスケジュールページへのリダイレクトには、契約プラン条件があります。利用可否はHubSpot管理画面と最新の公式ドキュメントで要確認です。

方法B：HubSpotフォーム送信完了後にJicooでルーティングする

HubSpot側のフォーム送信・コンタクト登録を維持しながら、送信完了後にJicooの予約ページまたはポップアップを表示する方法です。

主な設定の流れは以下です。

1. Jicooで予約ページを作成する
2. 担当者のカレンダーと空き時間を接続する
3. 必要に応じてGoogle Meet、Zoom、Microsoft Teamsの会議URL自動発行を設定する
4. Jicooの外部フォームインポートでHubSpotフォームを指定する
5. HubSpotフォームの項目と、Jicoo予約ページの項目を紐づける
6. 回答条件ごとに遷移先の予約ページを設定する
7. テスト用メールアドレスでフォーム送信から予約完了まで確認する

この方式の価値は、フォームの送信数と予約数を分けて見られることです。

• フォーム送信数
• 予約ページ到達数
• 予約完了数
• 送信から予約までの遷移率
• 担当者別の予約数
• キャンセル数
• 実施商談数

「資料請求は増えたのに商談が増えない」という状態では、予約ページ到達率と予約完了率を切り分けることで、改善箇所が見えます。

方法C：予約完了後にTimeRexからHubSpotフォームへPOSTする

TimeRexのフォームPOSTは、予約完了時にHubSpot Forms APIやSalesforce Web-to-Leadなどへデータを送る仕組みです。

この方式は、問い合わせフォーム送信後に予約ページを表示する機能ではありません。

設定の流れは次の通りです。

1. HubSpotで受信先フォームを作成する
2. HubSpotフォームのフィールドを確認する
3. TimeRexでフォームPOSTの送信先を設定する
4. 氏名、メールアドレス、会社名、予定開始日時、予定UUIDなどをマッピングする
5. 予約をテスト作成する
6. HubSpotコンタクトとフォーム送信履歴を確認する

なお、TimeRexのフォームPOSTでは、キャンセル時に同じフォームへ再POSTされない仕様と案内されています。CRM上の予約状態をキャンセル済みに更新したい場合、フォームPOSTだけでは完結しません。

また、HubSpotフォームでreCAPTCHAを有効にしていると、フォームPOSTでの登録ができない場合があるため要確認です。

4. Salesforce・Account Engagementでの設計を選ぶ

Salesforce フォーム 商談予約では、主に以下の選択肢があります。

Account Engagementのフォームを維持する場合、フォーム回答を予約ページの項目へ引き継げれば、氏名・メールアドレスの二重入力を減らせます。

ただし、Account EngagementのForm Handlerは一般にフォームフィールド名の一致、送信形式、Ajax/CORS送信などに制約があります。既存フォームが独自JavaScriptで送信されている場合は、公開前に実装検証が必要です。

SalesforceのDuplicate Ruleが自動送信をブロックする設定になっていると、Web-to-Leadや外部フォームからの登録が失敗する場合があります。CRM管理者は、重複検知ルールと外部フォーム送信の挙動を必ず確認してください。

設定手順（スマホ）

スマートフォンは予約者にとっての主な利用環境になりやすい一方、管理設定には向きません。

結論から言うと、フォーム連携、項目マッピング、CRM連携、条件分岐の初期設定はPCで行い、スマホでは予約体験の確認と運用監視に絞るのが安全です。

スマホで確認する手順

1. テスト用のメールアドレスを用意する
2. スマホで広告・LP・問い合わせページを開く
3. フォームの入力項目が見切れていないか確認する
4. 同意チェックボックスが操作できるか確認する
5. フォームを送信する
6. サンクスページまたは予約ページへ想定通り遷移するか確認する
7. 氏名、メールアドレス、会社名が予約画面に引き継がれているか確認する
8. 予約日時を選択し、予約を完了する
9. 確認メール、カレンダー招待、Web会議URLが届くか確認する
10. HubSpotまたはSalesforceで、コンタクト・リード・活動履歴を確認する

予約画面で氏名とメールアドレスを再入力させると、離脱だけでなくメールアドレスの表記ゆれも発生します。

たとえばフォームでは会社メールアドレスを入力したのに、予約画面では個人メールアドレスを入力するケースです。HubSpotではメールアドレスを基準にコンタクトの重複を判定するため、別メールアドレスで予約されると新規コンタクトが作成される可能性があります。

このため、氏名・メールアドレス・会社名は可能な限りフォームから引き継ぎ、予約画面では商談に必要な追加質問だけを残します。

URLパラメーターにメールアドレスを含めて引き継ぐ方法は、アクセスログやRefererに個人情報が残る可能性があります。個人情報はURLではなく、フォーム連携、Cookie、セッション、POSTベースで引き継ぐ設計を優先するのがよいでしょう。

連携後の運用例

導入効果は「予約数」だけでは判断できません。

フォーム送信から商談実施までを分解し、どこで失われているかを見ることが重要です。

例：資料請求フォームから初回商談へつなぐ

あるB2B SaaS企業では、資料請求フォームの通知を受けたインサイドセールスが、当日中にメールで日程候補を送っていました。

しかし、繁忙期には通知確認が翌営業日になり、見込み顧客はすでに比較検討を進めています。営業側も「早く返さなければ」と焦り、チームの疲労が蓄積します。

そこで、資料請求フォームの送信後に、従業員規模と問い合わせ目的に応じて初回商談の予約ページを表示する設計に変更します。

広告・オウンドメディア
  ↓
HubSpot資料請求フォーム
  ↓
HubSpotでコンタクト作成・リードスコア更新・CV計測
  ↓
回答条件でJicooの予約ページを振り分け
  ↓
予約確定
  ↓
担当営業へ自動割当・会議URL発行
  ↓
CRMに予約日時・活動情報を記録

この設計なら、予約しなかった資料請求者もHubSpotに残ります。インサイドセールスは、予約済みリードを優先して商談準備し、未予約リードにはメールや電話でフォローできます。

「問い合わせ直後に自分の都合で商談を確定できた」という体験こそが価値です。顧客にとっては待ち時間が減り、営業にとっては候補日調整から解放されます。結果として、チーム内の心理的安全性も保ちやすくなります。

CRMに持たせる項目を固定する

CRM 日程調整 連携では、予約ツールの情報をすべてCRMへ送るのではなく、運用に必要な項目を決めます。

推奨する管理項目は次の通りです。

特に重要なのは予約UUIDです。

メールアドレスだけで予約情報を更新すると、同じ顧客が複数回予約した際に、どの予約をキャンセル・再調整したのか判別しにくくなります。予約UUIDと元予約UUIDを持つことで、「初回予約」「リスケ後の予約」「キャンセル済み予約」を別々に扱えます。

キャンセル情報は別フローとして設計する

予約作成の連携と、キャンセルの連携は同じではありません。

たとえば、TimeRexのフォームPOSTは予約完了時のデータ送信であり、キャンセル時の再POSTは行われない案内です。そのため、フォームPOSTだけでCRMの予約状態を管理すると、実際にはキャンセル済みなのにCRM上では予約済みのまま残ることがあります。

キャンセル管理では、以下のどれを使うかを決めてください。

• 予約ツールのHubSpot・Salesforce標準連携を使う
• 予約ツールのWebhookを使い、キャンセルイベントをCRMへ送る
• iPaaSやワークフローで予約キャンセルを検知してCRMを更新する
• 定期的に予約データを照合する
• キャンセル専用フォームを用意し、営業オペレーションで更新する

標準連携のキャンセル同期範囲、削除かステータス更新か、リスケ時の扱いはツールごとに異なります。実装前にテスト環境で確認してください。

失敗時の対処

フォーム連携では、送信自体は成功しているのに、予約導線だけ動かないケースがあります。まずは「どの地点までデータが届いたか」を切り分けます。

フォーム送信後に予約ページが表示されない

確認順は以下です。

1. 元フォームの送信が成功しているか確認する
2. サンクスページに正常遷移しているか確認する
3. フォームページとサンクスページのドメイン、サブドメイン、www有無が一致しているか確認する
4. 予約ツール側で対象フォームURLが正しく登録されているか確認する
5. 対象フォームがページ内で最初に読み込まれるフォームか確認する
6. 広告ブロッカーやブラウザ拡張を無効にして再試験する
7. Content Security Policyで外部スクリプトが遮断されていないかWeb担当者に確認する
8. JavaScriptのコンソールエラーを確認する

ページ内に検索フォーム、メルマガ登録フォーム、問い合わせフォームが共存している場合、意図しないフォームが検出対象になることがあります。予約導線を追加するフォームを単独ページに分ける判断も有効です。

HubSpotには登録されるが項目が予約画面に引き継がれない

以下を確認します。

• HubSpotフォームの内部フィールド名と、予約ツール側のマッピング対象が一致しているか
• 必須項目が予約ページ側に存在するか
• 氏名が「姓」「名」に分かれている場合、予約側の氏名項目にどう渡すか
• 会社名、電話番号、問い合わせ種別のデータ型が一致しているか
• HubSpotの新旧埋め込みコード形式が、対象の連携方式に対応しているか

二重入力を避けようとして必須項目が空欄のまま予約画面へ渡ると、予約者は先へ進めません。テストでは、すべての必須項目を含むフォーム送信を実行してください。

SalesforceにLeadが作成されない

Salesforce側では、次を確認します。

1. Web-to-LeadまたはForm Handlerの受信設定
2. 必須項目の不足
3. フィールドAPI名・外部フィールド名の不一致
4. Duplicate Ruleによるブロック
5. Lead Assignment Ruleの設定
6. Account EngagementとSalesforceの同期状況
7. API権限や接続ユーザーの状態

Salesforceの重複ルールは、画面上では「警告のみ」に見えても、自動送信ではブロックとして動く場合があります。運用開始後に初めて発覚しやすいため、既存メールアドレスを使ったテストを必ず含めます。

キャンセル後もCRMでは予約済みのまま

この問題は、予約作成フローしか設計していない場合に起こります。

対処として、予約作成・キャンセル・リスケジュールの3イベントを一覧にします。

予約ツールの標準連携でどこまで同期されるか、外部フォームPOSTでどこまで送信されるかは別です。ここを曖昧にすると、営業会議のパイプライン数字と現場の実態がずれていきます。

組み合わせて運用を最適化する

Webフォームと予約ページをつなぐ施策は、単なる日程調整の効率化ではありません。

フォーム回答、担当振り分け、予約、商談、失注・受注までのデータを一貫して扱えるようになると、マーケティングと営業の会話が変わります。

「リード数は増えたか」ではなく、次のように見られるようになります。

• どの広告・コンテンツ経由のフォーム送信者が予約しやすいか
• どの問い合わせ種別が商談化しやすいか
• どの予約ページがキャンセルされやすいか
• どの担当割当が商談実施率を下げているか
• フォーム送信から初回商談まで何時間かかっているか

運用を安定させる組み合わせ

Jicooでは、日程調整、担当者自動割当、ルーティングフォーム、カレンダー連携、Web会議URLの自動発行といった機能を組み合わせられます。

たとえば、次の構成です。

HubSpotフォーム
  ↓
Jicoo外部フォーム連携
  ↓
回答内容で予約先を分岐
  ↓
担当者をラウンドロビンで自動割当
  ↓
Google Meet・Zoom・Teamsの会議URLを発行
  ↓
HubSpotまたはSalesforceへ商談情報を連携
  ↓
Slackで担当者へ予約通知

営業チームが拡大すると、誰がどのリードを受けるかの判断が属人的になりやすいです。担当者の空き時間だけでなく、エリア、担当製品、顧客規模、既存担当の有無で予約先を分けると、予約後の差し戻しを減らせます。

営業とCRMの連携パターンは、連携活用の記事一覧やSalesforce活用の記事一覧でも確認できます。

月次で確認したいKPI

導入後は、予約数だけではなくファネルで見ます。

重要なのは、予約率を上げるために無理にフォーム項目を減らすことではありません。

営業に必要な情報が取れず、商談の質が下がれば、別の場所で現場の負荷が増えます。フォームで取得すべき情報、予約画面で追加する情報、商談で聞く情報を分けることが、人間中心の運用につながります。

まとめ

既存フォームを変えずに商談予約を追加するなら、最初に「CRMへいつ登録するか」を決めることが重要です。

• 既存のCRM登録・計測・通知を維持したいなら、フォーム送信後に予約ページを表示する
• 予約完了者だけをCRMへ登録したいなら、予約完了後のフォームPOSTを検討する
• TimeRexのフォームPOSTは予約完了時の送信であり、キャンセル時の再POSTとは別設計である
• HubSpotの条件付きリダイレクトにはプラン条件があるため、契約内容を確認する
• HubSpot・Salesforceの重複対策では、メールアドレスだけでなく予約UUIDと予約状態を管理する
• キャンセル、リスケジュール、No Showは予約作成とは別イベントとしてCRMへ反映する

まずは、現在のフォーム送信後に動いているCRM登録、通知、計測を1枚の表に書き出してください。そのうえで、テスト用フォームから「送信」「予約」「キャンセル」「リスケジュール」までを通して確認することが、運用を壊さず日程調整を導入する最短の一歩です。