中小企業マーケデータ整備室 > 問い合わせフォーム CRM連携設計|スプレッドシート活用

問い合わせフォーム CRM連携設計|スプレッドシート活用

2026年6月16日

10分で読めます

問い合わせフォーム CRM連携を、Googleスプレッドシート、HubSpot、kintoneなどへつなぐ前に決める項目、正本、重複、業界別の活用例まで整理します。

問い合わせフォーム CRM 連携
Googleスプレッドシート
HubSpot
問い合わせ管理
営業管理
弟子
弟子

問い合わせフォームをCRMに連携すれば、営業管理はかなり楽になりますよね?

室長
室長

楽になります。ただし、問い合わせフォーム CRM連携は「送信内容を流す」だけでは足りません。どの情報を正本にするか、重複をどう扱うか、商談にする条件まで決める必要があります。

問い合わせフォーム CRM連携で先に決めること

問い合わせフォーム CRM連携の検索結果を見ると、Googleフォームとスプレッドシートの連携、Contact Form 7からGoogle Sheetsへの保存、CRMのWebフォーム連携など、設定手順の記事が多く出てきます。

それらは大事ですが、実務で失敗しやすいのは設定前の設計です。

フォーム送信後に、誰が、どの画面で、何を判断するかを決めること が最初です。

まずは次の5つを決めましょう。

決めること
正本 CRM、kintone、HubSpot、営業管理シート
受信ログ Googleスプレッドシート、WordPressデータベース、フォーム管理画面
通知 メール、Slack、Chatwork、CRM通知
重複判定 メールアドレス、電話番号、会社名、ドメイン
商談化条件 相談内容、予算、地域、業種、フォーム種別

Googleスプレッドシートは、受信ログや一次整理には便利です。一方で、営業担当、対応履歴、次回アクション、商談結果まで管理するなら、CRMやSFAを正本にした方が安定します。

GoogleスプレッドシートとCRMの役割を分ける

問い合わせフォーム CRM連携では、最初からすべてをCRMに入れるか、いったんGoogleスプレッドシートで受けるかで迷います。

軽く始めるなら、次の分け方が現実的です。

役割 置き場 内容
受信ログ Googleスプレッドシート フォーム送信内容をそのまま保存
顧客・会社情報 CRM 会社名、担当者、連絡先、属性
営業対応 CRMまたはSFA 担当者、ステータス、次回アクション
レポート Looker Studioなど 流入元、問い合わせ数、商談化率

WordPressのContact Form 7向けには、送信内容をGoogle Sheetsへ送るプラグインも複数あります。たとえば、フォーム項目をシート列へマッピングして、送信ログを残す仕組みです。

GSheetConnector for CF7 - WordPress plugin

HubSpotにもGoogle Sheets連携があり、スプレッドシートからHubSpotへデータを取り込む流れを作れます。

HubSpot for Google Sheetsの設定方法

ただし、どのツールを選んでも、列名、項目名、重複ルールが決まっていないと運用が崩れます。

連携ツール選びより先に、フォーム項目とCRM項目の対応表を作る ことが重要です。

弟子
弟子

プラグインや連携ツールを入れれば、項目もいい感じにそろうと思っていました。

室長
室長

ツールは項目を運ぶだけです。どの項目を何として扱うかは、人が決める必要があります。

連携項目は「問い合わせ内容」だけでは足りない

問い合わせフォームから送る項目は、氏名、会社名、メールアドレス、相談内容だけでは足りません。

マーケティングや営業改善に使うなら、次の項目も残しましょう。

項目 使い道
送信日時 初回対応までの時間を見る
フォーム種別 問い合わせ、資料請求、セミナー、採用を分ける
流入元 広告、SEO、SNS、紹介を分ける
LPや記事URL どのページが接点になったかを見る
UTM キャンペーン、媒体、広告グループを追う
gclidなどの広告ID Google広告の成果確認に使う
相談カテゴリ 営業担当や対応部署を振り分ける
同意チェック 個人情報や広告活用の扱いを確認する

フォームの入力項目を増やしすぎると、送信率が落ちることがあります。そのため、ユーザーに入力してもらう項目と、裏側で自動取得する項目を分けます。

たとえば、ユーザーには「会社名、名前、メール、相談内容」だけを入れてもらい、裏側で「送信ページ、UTM、広告ID、フォーム種別」を保存します。

業界別の問い合わせフォーム CRM連携例

問い合わせフォーム CRM連携は、業界ごとに「商談化する条件」が違います。

業界 フォームで見る項目 CRMで管理する項目 次のアクション
Web制作・広告支援会社 相談種別、予算、希望開始時期、対象サイトURL 案件種別、提案担当、見積ステータス 初回ヒアリング、見積作成
BtoB製造業 製品カテゴリ、用途、数量、導入時期 会社情報、製品別商談、代理店経由かどうか カタログ送付、技術相談、見積
工務店・リフォーム 施工エリア、物件種別、希望時期、写真添付 現地調査日、担当者、案件ランク 現地調査、概算見積
士業・コンサル 相談テーマ、会社規模、期限、既存顧問の有無 相談分野、緊急度、紹介元 初回面談、資料依頼
クリニック・美容サロン 希望メニュー、予約希望日、初回/再来 顧客情報、予約履歴、来院ステータス 予約確定、事前案内
スクール・採用 希望コース、説明会参加、経験年数 候補者/受講者情報、面談状況 説明会案内、面談調整

問い合わせフォーム CRM連携の目的は、フォームを保存することではなく、次の対応を速く正しくすること です。

特にWeb制作会社や広告会社は、フォーム制作だけで終わると後工程の価値を取り逃がします。フォーム、CRM、Googleスプレッドシート、広告計測、Looker Studioまでつなげると、制作後の運用改善まで提案しやすくなります。

連携方法ごとの向き不向き

問い合わせフォーム CRM連携には、いくつかの方法があります。

方法 向いているケース 注意点
Googleフォーム + スプレッドシート 小さく始める、社内受付、セミナー申込 質問追加や共有設定に注意
WordPressフォーム + Sheets連携 既存サイトの問い合わせログを残す プラグイン相性、項目名、スパム対策
CRM標準フォーム HubSpotやSFAを正本にしたい サイト側デザインや計測設計が制限されることがある
Webhook / Make / n8n / Zapier 複数ツールをつなぐ エラー時の再送、ログ、権限管理が必要
独自フォーム実装 複雑な分岐、会員情報、広告ID保存 保守担当と責任範囲を決める必要がある

Googleフォームとスプレッドシート連携では、質問を途中で追加すると列順が変わる、連携解除で集計が止まる、共有設定による情報漏えいに注意する、といった論点もあります。

Googleフォームとスプレッドシートの連携方法

軽く始めるならGoogleスプレッドシートで十分です。ただし、個人情報を扱う場合は、共有範囲、編集権限、バックアップ、退職者アカウントの扱いまで確認しておきましょう。

YouTubeやSNSで多い現場のつまずき

問い合わせフォーム CRM連携のYouTube動画では、Contact Form 7の送信内容をGoogleスプレッドシートへ保存する方法、Googleフォームの回答を1枚のスプレッドシートに集約する方法、Google Workspaceだけで簡易SFAを作る方法がよく扱われています。

SNSやWordPress系コミュニティでは、次のような相談も目立ちます。

  • フォーム送信メールが迷惑メールに入る
  • プラグイン連携で一部の項目が抜ける
  • 複数フォームのデータが別々のシートに散らばる
  • Makeやn8nで自動化したが、失敗時の再送が分からない
  • 添付ファイルや個人情報をどこまで保存してよいか迷う

ここから分かるのは、フォーム連携は「送信できたか」だけで見てはいけない、ということです。

フォーム連携では、成功ログ、失敗ログ、再送方法、通知先まで決めておく と、運用で詰まりにくくなります。

小さく始める場合でも、少なくとも次の4つは用意しておきましょう。

確認項目 見る理由
送信ログ フォーム送信が本当に記録されたか確認する
通知ログ 担当者に通知が届いたか確認する
エラーログ 連携失敗時に原因を追えるようにする
手動登録ルール 自動連携が落ちたときに業務を止めない

重複と担当者割り当てを決める

問い合わせフォーム CRM連携で地味に重要なのが、重複判定です。

同じ会社から複数回問い合わせが来ることは珍しくありません。広告、記事、資料請求、セミナー申込が別々に入ると、1社に複数レコードができてしまいます。

重複判定は、次の順番で見ると扱いやすいです。

  1. メールアドレスが同じ
  2. 会社ドメインが同じ
  3. 電話番号が同じ
  4. 会社名が似ている
  5. 同じIPや同じページから短時間に送信されている

担当者割り当ても、あらかじめルールを決めます。

  • 既存顧客は既存担当者へ
  • 特定サービスの相談は専門担当へ
  • エリアがある業種は地域担当へ
  • 採用や営業メールは営業パイプラインに入れない
  • パートナー相談は専用ステータスへ
弟子
弟子

フォームをCRMに入れるだけだと、営業担当が見る画面が逆に散らかりそうですね。

室長
室長

その通りです。CRMに入れる前に、どの問い合わせを商談として扱うかを決める必要があります。

最小の運用テンプレート

最初は、次のステータスだけで十分です。

ステータス 意味
新規受信 フォーム送信直後
要確認 内容確認中
対応中 担当者が返信または電話中
商談化 日程調整や提案に進んだ
見送り 営業メール、対象外、重複など
受注/失注 結果が出た

このステータスをフォーム受信ログ、CRM、週次レポートで同じ意味にしておくと、問い合わせから商談までの数字が追いやすくなります。

まとめ

問い合わせフォーム CRM連携は、フォーム送信を自動保存するだけではありません。

次の順番で設計すると、後から壊れにくくなります。

  1. GoogleスプレッドシートとCRMの役割を分ける
  2. フォーム項目とCRM項目の対応表を作る
  3. UTM、LP、広告IDなどの裏側データを保存する
  4. 業界ごとの商談化条件を決める
  5. 重複判定と担当者割り当てを決める
  6. 週次レポートで問い合わせ、商談、受注まで見る

問い合わせフォーム CRM連携は、入力データを運ぶ仕組みではなく、営業が次に動ける状態を作る仕組み と考えましょう。

Looker Studio広告レポート設計|商談まで可視化

マーケデータ整備支援

問い合わせデータを商談管理までつなげられます

Web制作や広告運用の後工程として、フォーム連携、CRM連携、スプレッドシート整理、レポート化まで実装しやすい範囲に分けます。

著者
守高 成悟
守高 成悟

代表取締役 CEO

千葉県出身。10歳の頃からプログラミングを始め、ゲーム、Webサイト、ロボット、スマホアプリなどを制作。大阪大学基礎工学部情報科学科で情報工学と統計学を学び、大学時代はAIを研究。大学在学中にWeb広告代理店でのインターンや人材系Webサービスの立ち上げを経験し、卒業後はフリーランスエンジニアとしてGISシステム、データ基盤構築、Webシステムの開発に従事。10年以上のWebアプリ開発・データ分析経験を基に、2023年9月に株式会社ビットライトを設立し、現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援。

運営会社
株式会社ビットライト
株式会社ビットライト

顧客が本当に必要だった価値を、実装する。

現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援しています。

コーポレートサイトを見る
協業・実装相談

顧客案件の計測・連携・レポート実装を相談できます

Web制作会社・広告代理店・マーケ支援会社向けに、後工程の実装範囲を整理します。