アクセス解析ツールは、訪問数を眺めるだけでなく、集客やページ改善の判断に使う道具です。まず増やしたい相談・購入などを決め、計測が正しいかを確かめます。そのうえで、入口、読まれたページ、次の操作、実際に届いた相談を分けて調べると、直す候補を具体化できます。
「アクセスはあるのに相談が少ない」ときも、すぐに広告費を増やしたり、フォームを短くしたりするとは限りません。この記事では企業サイトを例に、GA4・Search Console・ヒートマップの役割と、数字から一つの改善へ進む確認手順を紹介します。
ツールと受付記録の役割を分ける
同じ「アクセス解析」でも、検索結果での状況と、サイトを開いた後の行動は別の情報です。
| ツール | 確認すること |
|---|---|
| Search Console | Google検索での表示・クリック・検索語句。対象ページへどんな検索から来るかを見る |
| Googleアナリティクス4（GA4） | 計測できた流入元、ページ閲覧、イベント。入口と次の行動を調べる |
| ヒートマップ（Clarityなど） | 記録されたクリックやスクロール。特定の画面で確かめる箇所を探す |
| フォーム受付・営業の台帳 | 実際の相談、重複、対象条件、商談の状況。Web上の操作と事業成果を照合する |
Search Consoleの公式資料では、検索語句、ページ、デバイスなどで検索パフォーマンスを確認できます。Clarityの公式資料は、ヒートマップをクリックやスクロールの集計として説明しています。色が濃い場所を「好評」、クリックがない場所を「不要」と読み替えず、実際の表示と操作を確かめる手掛かりにします。
先に、目的と計測の前提をそろえる
「何を増やしたいか」を一文にする
法人向けサービスなら「対応条件に合う新規の施工相談」、通販なら「注文完了」など、サイトの役割に近い行動を決めます。クリック、フォームの入力開始、送信完了、受注を同じ成果として数えないことが出発点です。
GA4のキーイベントは、事業にとって重要な行動を測るイベントです。必要なイベントを計測し、キーイベントに指定しますが、その指定だけで営業上の有効相談になるわけではありません。GA4のイベントとキーイベントの説明
記録される条件を、実際の操作で確かめる
対象サイトと計測先が合っているか、必要なページにタグがあるか、二重に入っていないかを確認します。送信完了を測るなら、了承を得たテストで成功・入力エラー・再読み込みを分け、どの場面で何回記録されるかを見ます。GA4の記録、フォームの保存、受付担当へ届いたことはそれぞれ確認します。
担当者の閲覧権限、比較期間、タイムゾーン、社内テストの扱い、同意設定も残します。記録がない場合は「相談ゼロ」と決めず、未計測や表示条件の可能性を調べます。すべての訪問者の行動を漏れなく再現できる前提にはしません。
また、フォームの氏名・メールアドレスや相談本文を解析イベントやURLへ入れないようにします。Googleの個人情報送信に関する案内と、使用ツールの収集範囲を確認してください。Clarityを使う場合も、マスキングの設定を確認し、顧客情報が表示されるページの記録内容をテストします。
入口からページ、次の操作へと調べる
検索で見られた内容と、来た人の目的を見る
Search Consoleで期間と対象ページを絞り、検索語句、表示回数、クリックを確認します。例えば法人向け施工サービスに個人の修理方法を探す検索が多いなら、件数だけを追う前に、来訪者の目的と提供内容のずれを検討します。
GA4では「トラフィック獲得」でセッションの参照元・メディアなどを確認します。「ユーザー獲得」が扱う最初の流入元とは集計の単位が違うため、同じ名称の行をそのまま比べないようにします。トラフィック獲得レポートの公式説明
よく読まれるページを、実際に開く
入口となるページやサービスページを、流入元・デバイス別に見ます。対象と期間をそろえ、訪問の件数と、定義した行動の件数・単位を一緒に残してください。スマホ側の割合が低くても、それだけで画面の不具合と断定せず、来訪目的や計測条件も確認します。
GA4の直帰率は、エンゲージメントがなかったセッションの割合です。「一ページだけ見た人の割合」とは異なります。Googleの直帰率の定義を踏まえ、短い記事で用事が済んだのか、条件を読めず離れたのかを、数値だけで決めないようにします。
次の行動を妨げる箇所を確かめる
ヒートマップで気になる場所を見つけたら、同じ表示幅でページを開きます。相談ボタンは動くか、対象条件はその前に読めるか、入力エラーの直し方が分かるかを確認します。顧客から届いた質問も、説明が足りない箇所を探す材料になります。
なお、計測上の「新規」「リピーター」は、新規顧客や再購入した顧客と同じ区分ではありません。再注文を増やしたい場合は、受注台帳の顧客・注文記録も使い、閲覧の再訪と購入の継続を分けて見ます。
架空例：記録8回を、相談8件と扱わない
飲食店向けに椅子の張り替えを行う会社が、ある月の送信完了イベント8回、フォーム受付記録6件、条件に合う相談4件を確認したとします。数値と会社は説明用の架空例で、顧客の実績ではありません。
この3つの数字は、同じ人が順番に減ったことを示すものではありません。イベントの再発火、集計日、対象フォーム、受付の保存条件を照合する必要があります。営業側でも、重複・迷惑連絡・対応対象をどう判定したかを確認します。
例えばテストで、完了画面を再読み込みするとイベントが再度記録されることが分かったなら、まず記録条件を直します。その確認だけで、過去の差2回の原因まで確定したことにはしません。比較を始める日を残し、過去の数字を都合よく書き換えないようにします。
同時に、受付担当が「写真はどこから送れますか」という質問を受けており、ページにその案内がないなら、現行の受付方法を確認して掲載できます。計測の修正と、相談前の説明の修正は、別々の理由で進められます。
一つの改善と、次の確認をメモに残す
修正前に、見た数字と推測を別の文で書きます。次のようなメモなら、制作担当へ依頼する内容と、その後の確認がつながります。
| メモの項目 | 架空例の書き方 |
|---|---|
| 確認した事実 | 写真の送り方を尋ねる相談があり、ページに案内がない |
| 直す内容 | 受付担当が確認した送付方法を、相談ボタンの前へ掲載 |
| 担当・確認日 | 受付担当が条件、Web担当が表示を確認。次の確認日も決める |
| 公開直後の確認 | スマホで案内を読み、正しい相談先へ進めるか |
| 後から見る結果 | 同じ条件の相談件数と質問内容。件数が少なければ効果の判断を保留 |
数値を比べるときは、同じ長さの期間・対象ページ・流入元・成果の定義をそろえ、広告や休業などの変更も残します。単純な前後比較だけで、掲載した一文の効果が証明できるわけではありません。アクセスが少ないサイトの改善順位では、数値・顧客質問・操作の問題を分けて判断する方法を整理しています。
月次の会議で継続的に確認する段階では、WebサイトのKPI設計を参考に、指標の定義と責任者を決めます。ツールの画面を増やす前に、「次に直すページと理由」を一つ説明できることを目指しましょう。
みやあじよのホームページ集客支援では、入口、ページの説明、相談までの流れと計測環境を確認し、必要な改善範囲を整理します。現在のURLと、分かる範囲の件数・集計条件・困っている操作を添えてご相談ください。
