工務店サイトのCVR改善に必要な計測とフォーム前後の点検

工務店のホームページに訪問はあるのに、資料請求や見学予約につながらない。相談前の説明を補うべきか、フォームの項目を直すべきか迷ったら、まず何を完了として数えているかと、実際に問い合わせを受信できているかを確認しましょう。そのうえで、フォームへ進む前と入力を始めた後を分けて点検します。

この記事では、問い合わせ率の定義と計測の確認、相談判断に必要な情報、CTA、用途別の入力項目、改修後の記録を説明します。段階ごとの数だけで原因を決めず、自社の画面と受付記録で確認できた問題から、次に直す箇所を選ぶ進め方です。

問い合わせ率の定義と段階別の確認

改善の対象は、個別相談、資料請求、見学予約などから具体的に決めます。この記事で問い合わせ率を確かめる際も、どの申込の何を完了とするか、どの対象・期間に対する割合を見るかを先に定めます。異なる目的の行動を合算して、率だけを高める目標にしないようにしましょう。

GA4には、事業の成果にとって特に重要な行動を測るキーイベントという仕組みがあります。対象の行動を測るイベントを作成または特定し、キーイベントとしてマークするものです。計測担当者と、どのイベントを問い合わせ完了に対応させるかを確認してください。

GA4のセッション キーイベント レートは、キーイベントが発生したセッション数をセッション総数で割った割合です。問い合わせ完了に絞って使う場合は、その完了が発生したセッション数を分子とし、同じ対象範囲と期間のセッション総数を分母にします。イベントの発生回数や実際の受付件数を、そのまま分子へ置き換えないでください。PVやユーザー数を分母にする独自の率なら、この指標とは別の定義として記録します。

次に、ページ閲覧、CTAクリック、フォーム表示、入力開始、送信を分けて確認します。ページ種別と流入元も残し、どこから進んだ人の記録かをそろえましょう。フォームが別ページにある場合の閲覧と、ページ内に埋め込まれたフォームの表示は分けて定義します。記録を取得できない段階はゼロとせず、未計測として担当者へ確認してください。

GA4のファネルデータ探索を使うなら、途中から入ったユーザーも数えるか、最初の段階から進んだユーザーだけを見るかで対象が変わります。指定した順序や、前の操作の直後に進む必要があるかといった条件も確認します。指定した期間内では、同じユーザーの最初の一連のステップを数えるため、人数をセッション数やイベント回数と混ぜて計算しないようにしましょう。計上されない人をすべて実際の離脱とせず、条件と画面の両方を確かめて点検箇所を選びます。

相談前に案内する情報と条件

フォームへ進む前のページでは、施工エリア、価格の考え方、施工事例、家づくりの流れ、担当者、相談後の連絡方法を確認できるようにします。フォームへ案内する前に、自社が対応できる地域や相談内容を、訪問者が自分の計画と照合できる説明にしましょう。

価格の考え方は何が含まれ、どの条件で追加の確認が必要かを整理します。施工事例は担当者と原資料へ、家づくりの流れは自社の実際の工程へ照合してください。相談を受ける担当と、その後に誰がどの方法で連絡するかも、受付担当者と確認して記載します。自社の料金や受付条件が未確認なら、確定した内容として書かず、確認する担当を決めておきます。

ページを作る前に、誰がどの場面で使う情報かを決めます。既存の相談記録、施工事例、営業担当への質問を確認し、頻出する迷いを一つずつ説明へ置き換えます。一般論だけで埋めず、自社で確認できる工程や資料に結び付けることが大切です。

CTAの文言と申込先の一致

相談、見学、資料請求ごとに何を受け付け、送信後にどう進むかを説明します。「お問い合わせ」とだけ表示する前に、読んでいる内容に合う窓口と、その窓口でできることを確認しましょう。

同じページで複数の申込先を案内する場合も、何を希望する人のための選択肢かを区別します。ボタンを増やすことを先に決めず、今ある案内の文言と申込先を照合してください。

工務店のCTAは、今読んでいる内容から無理なく選べる行動にします。次の例を参考に、実際に提供できる資料や相談方法に合わせてボタンと説明を整えてください。

たとえば「見学できる日時を確認する」と表示したなら、遷移先でも開催日や選択可能な日時を確認できるようにします。クリック直後に説明のない長い入力フォームが出るなど、ボタンの約束と遷移先の内容が食い違っていないか点検してください。

「無料」「営業連絡なし」「所要30分」などは、実際の運用で守れる場合だけ記載します。変更後はボタンのクリックだけでなく、申込完了と、その後の相談・見学につながったかを同じ条件で確認しましょう。

用途に応じた入力項目と操作の確認

必須項目ごとに、初回対応で本当に必要かを確認します。工務店では、資料請求、見学予約、個別相談で必要な情報が異なります。すべてのフォームに同じ質問を並べる前に、受付担当者と用途を照合してください。

たとえば、郵送の資料請求なら送付先、見学予約なら希望日時と人数を確認します。メールで資料を渡すだけの申込に住所や家族構成まで必要かは、実際の対応方法から見直します。これは項目を検討する例であり、一律に削除する指示ではありません。

建築予算や時期、土地の所有状況は、検討初期には決まっていない場合があります。初回の受付に不可欠でなければ任意にし、回答が必要な場合も「未定」「相談して決めたい」を選べるようにします。後で聞く項目と初回に必要な項目を分けてください。

公開前にはスマートフォンで、空欄、電話番号のハイフン、メールアドレスの入力ミスを試します。修正すべき項目がその場で分かり、入力済みの内容を消さずに再送信できるかを確認します。テスト送信が受付担当者へ届き、返信まで進められるかも点検しましょう。

送信後の画面や自動返信では、受付が完了した段階か、担当者の確認を待つ段階かを、自社の仕組みに合わせて案内します。次に対応する担当や連絡方法も実際の運用とそろえ、見学の希望日時を送っただけで予約日時が確定したように伝えないでください。対応できない返信期限を付け加えず、ページと受付担当の説明を合わせましょう。

GA4のフォームイベントと受信確認

Googleの拡張計測機能の説明では、form_startはユーザーがセッションで初めてフォームを操作したとき、form_submitはフォームを送信したときのイベントです。フォームが表示されたこととは区別し、表示をどの記録で確認するかも担当者へ相談します。

Googleは、拡張計測を有効にする前に、各オプションと収集されるデータを把握するよう案内しています。自社サイトでも、必要な設定と、実際にどの操作でイベントが記録されるかを確認しましょう。

検証する端末、フォーム、テストの受信先を担当者と決め、フォーム表示、初回操作、エラーの訂正、送信、完了画面、受付側の実受信を一続きで照合します。未送信の操作で記録されていないか、一度の操作を重複して数えていないかも試してください。送信操作のイベントがあることだけで実受信を判断せず、自社で決めた完了条件と一致するかを確かめます。

担当者がDebugViewを使う場合は、デバッグモードを有効にする必要があります。収集イベントなどをリアルタイムに確認する機能なので、検証する端末と操作を特定して、画面上の動きと記録を照合します。必要な設定は担当者へ依頼し、公開中の受付へテスト送信する際も、事前に受信先と手順を共有してください。

改修箇所の選択と変更後の記録

改善候補の中でも、計測が実操作と合わない、送信しても届かないといった不具合を先に確認します。その後で、フォーム到達前の説明・案内と、入力中の項目・操作のどちらに問題が見つかったかを整理し、確認できた箇所から担当と修正方法を決めましょう。

CTAの文言、掲載位置、入力項目などを一度に多く変える前に、今回確かめたいことを絞ります。変更点を限るのは結果を振り返るための方法であり、一つだけ変えれば効果の原因を証明できるという意味ではありません。

公開時には、見出しだけを読んでも内容が分かるか、前提条件と対象外が明確か、次に読むページが自然につながるかを点検します。改修日、対象URLとフォーム、変更点、担当、完了と分母の定義、比較する期間を残してください。変更前後は率に加え、分子・分母の数、ページ種別、流入元、端末などの条件をそろえて確認します。未計測や少ない件数、一度だけの前後差で、改修の効果を決めつけないようにします。

送信後は、連絡が成立したか、面談へ進んだか、対象エリアに合う相談だったかを受付記録で確認します。相談内容、自社で対応できる依頼か、次に対応する担当も残し、送信数と営業側の結果を分けて見直しましょう。記録する人と次に確認する時点を決め、残った問題から次の作業を選びます。