資料請求の受付は、SFAやMAツールを導入しなくても、WordPressとGoogleスプレッドシートだけで受付から台帳化まで自動で回せます。月額のツール費用はかからず、フォームの送信内容がリード台帳に自動で並び、資料はサンクスページでその場で渡す。この構成は実際に本番運用しているもので、リード数十件規模のBtoBサイトなら十分に実用になります。
実装の要点は2つです。フォームは資料ごとに複製せず共通1本にして、埋め込まれたページから資料名を自動判別させること。そしてスプレッドシートへの記録は「フォームの項目名=シートの列名」の対応で自動追記させること。この2点を押さえた実装手順を、構成図と5つのステップで解説します。
この記事の監修者
藤岡 充輝
合同会社efu 代表
営業・マーケティング・事業開発の領域で約10年の経験を持ち、企業の事業成長を支援。2021年に合同会社efuを設立し、経営・事業課題の整理から、マーケティング戦略・KPI設計、集客・営業プロセスの構築までを手がける。SEO・広告・CRM・セールスを横断し、戦略策定にとどまらず、施策の実行・改善まで一貫して支援する。
現在は、生成AIを活用したマーケティングの高度化や業務設計、企業のAI導入支援にも注力。一般社団法人日本AI導入支援協会の代表理事も務める。
BtoB集客のご相談はこちら
- 問い合わせにつながるキーワードの選定
- 導入事例・実績ページとホワイトペーパーの制作
- 問い合わせ・商談を確認しながらの施策改善
月額5万円（税別）からご依頼いただけます。
BtoB SEO対策の支援を見る全体の構成: WordPressで受け付け、スプレッドシートに台帳を作る
構成はシンプルです。WordPress側にフォームを1本置き、各資料ページに埋め込む。送信されたら、連携プラグインがスプレッドシートの台帳に1行追記し、読者はサンクスページで資料をダウンロードする。担当者にはメールで通知が届き、台帳には資料名や送信日時が自動で記録されているので、後から人手で転記する作業がありません。
スプレッドシートを台帳にする利点は、費用がかからないことだけではありません。関数やフィルタでそのまま集計でき、他のツール(メール配信、通知、レポート)への接続もAPIやGAS経由で自由に組めます。SFAが必要になる規模までは、これが最も身軽な構成です。
資料請求フォームの作り方: 実装の5ステップ
WordPressのフォームプラグイン(以下はContact Form 7を想定)とGoogleスプレッドシートを前提に、順に組んでいきます。
ステップ1: フォームは共通1本を作り、ページ側で資料を判別する
資料が増えるたびにフォームを複製すると、項目を1つ直すだけで全フォームの修正が必要になり、送信データも分裂します。フォームは1本だけ作り、どの資料への請求かはフォーム側ではなくページ側から取得します。実装は、ページのスラッグやタイトルを動的に取り込める拡張(動的な隠し項目)を使い、埋め込まれたページの識別子を隠し項目に自動で入れる方式です。これで資料が10枚に増えてもフォームは1本のまま、台帳には資料名つきで記録されます。
ステップ2: 入力項目は最小限にし、記録用の項目は隠し項目で持つ
読者に入力させるのは会社名・氏名・メールアドレス程度に絞ります。項目が1つ増えるごとに完了率は下がるため、営業が知りたい情報(従業員規模や検討状況)は、商談化してから聞けば足ります。一方で、台帳の分析に必要な資料名・送信日時・流入ページは、読者に入力させず隠し項目で自動記録します。送信日時はフォーム表示時にスクリプトで充填する方式が確実です。
ステップ3: スプレッドシートへ「項目名=列名」で自動追記する
Contact Form 7の送信内容をGoogleスプレッドシートに書き込む連携プラグインを入れ、書き込み先のシートを指定します。この種のプラグインは「フォームの項目名と同じ名前の列」を探して値を書き込む仕組みのため、シートの1行目にフォームの項目名をそのまま並べれば設定は完了です。台帳側には、これに加えてリードID(通し番号)と対応状況の列を用意しておくと、そのまま追客の管理表になります。
ステップ4: サンクスページで即ダウンロードさせ、CVを計測する
送信後は資料ダウンロードボタンを置いた専用のサンクスページへリダイレクトします。メール添付で送る方式は、到達の不確実さと一手間の分だけ体験が落ちます。サンクスページを分けておくと、GA4でそのページの到達をコンバージョンとして計測でき、どの記事・どの検索経由の読者が請求したかを流入ページの記録と合わせて追えます。
ステップ5: スパム対策と死活監視を仕込む
公開フォームには機械的なスパム送信が必ず来ます。CloudflareのTurnstileやreCAPTCHAを入れた上で、明らかな迷惑アドレスのパターンは送信時に弾く設定を足します。そしてもう1つ、見落とされがちなのが死活監視です。フォームはプラグインの更新や設定変更で、エラーも出さずに送信が届かなくなる故障(サイレント故障)を起こすことがあります。定期的にテスト送信を行い、通知メールと台帳追記が生きていることを確認する運用を、最初から組み込んでおくと安全です。
運用の注意: 項目の改名がいちばん危ない
この構成で唯一の急所は、フォームとシートを「項目名=列名」で結び付けていることです。運用が始まってからフォームの項目名を変えたり削除したりすると、対応する列への書き込みが、エラーを出さずに欠損します。フォームを編集するときは、既存の項目名は変えない、変える場合はシートの列名も同時に直して直後にテスト送信で突合する、をルール化してください。静かに壊れる構成だからこそ、変更手順を決めておくことが実装そのものと同じくらい重要です。
フォームの手前、どの記事からどう資料へ誘導するかという導線の設計は「ホワイトペーパーから商談につなげる導線設計、資料請求が崩れた月の実測から立て直しまでを解説」で扱っています。フォーム単体を完璧にしても、導線が切れていれば請求は発生しません。
合同会社efuは、この構成での資料請求・問い合わせまわりの実装(フォーム、台帳、計測、死活監視)を支援しています。自社サイトへの導入を検討したい方は、AI検索最適化(LLMO)の支援からご相談ください。
この構成の実運用について
本記事の構成は、一般社団法人日本AI導入支援協会が運営するサイトの資料請求・各種申込フォームで実運用しているものです(実装・運用支援: 合同会社efu。当社代表は同協会の代表理事を務めています)。共通フォーム1本での資料自動判別、項目名=列名でのスプレッドシート台帳化、サンクスページでの即ダウンロード、定期テスト送信による死活監視まで、本文の手順は同サイトの本番構成に基づいています。
