CVR改善の進め方｜現在地の測定から運用ルールまで実務手順で整理

01CVR改善の前に知るべき「現在地」の正しい測り方

CVRは、定義した対象に対して、問い合わせや購入などの行動が起きた割合です。分母をセッションにするかユーザーにするか、分子を受付完了にするかボタン操作にするかで値は変わります。まず自社の定義を確認してください。

業界平均を使う前に、定義と条件を確かめる

業界平均は、対象サイト、行動、集計期間、入口などの条件で変わります。同じ業界というだけで並べず、調査方法と自社の計測条件を照合します。平均との差だけで改善余地や原因を決めず、自社の推移と実画面も確認します。

マイクロCVとマクロCVを分けて測る

最終的に目指す行動をマクロCV、その途中の行動をマイクロCVと呼ぶことがあります。何を最終の行動とするかは事業次第です。資料閲覧・ボタン操作と、実際の受付・購入を別に数えると、調べる場面を絞れます。

GA4では事業に重要なイベントをキーイベントとして扱います。途中の行動はイベントとして計測し、すべてを自動的に主要成果扱いにせず、目的に合わせて区別します。 出典：[GA4] コンバージョン イベント - アナリティクス ヘルプ

02操作が途切れた場面を、複数の記録から調べる

計測結果は調査の入口です。数値だけでは理由が分からないため、ページの情報、実際の操作、問い合わせなどの記録を照合して仮説を作ります。

ヒートマップで、操作の分布を確認する

Microsoft Clarityのヒートマップでは、クリックやスクロールの分布を確認できます。下部に到達していないことと、内容を読んでいないことは同じではありません。ボタン付近の操作を実画面と見比べ、必要な情報や案内を見つけられるか調べます。

GA4で、経路とイベントを確認する

フォーム分析で「途中離脱」を捉える

フォームに到達しただけでは、購買意欲の高さは分かりません。項目ごとの計測には実装が必要な場合もあります。入力開始・エラー・送信・受付のどこを記録しているか確認し、入力内容を不要に収集しない設定で調べます。

ヒートマップが扱うクリック・スクロールなどの情報は、Microsoftの公式資料で確認しています。 出典：Microsoft Clarity: Heatmaps overview

03最初の画面で、対象・提供内容・次の行動を伝える

ファーストビューは、ページを開いて最初に見える範囲です。画面の大きさで範囲が変わるため、特定の高さに要素を詰め込むより、どんな情報があり、何をすればよいか読めることを確かめます。

キャッチコピーは「誰に・何を・どう変えるか」で構成する

キャッチコピーは、対象となる人、提供する内容、解決したい問題が分かるようにします。成果を示す場合は、実際の対応範囲や根拠と合う表現にしてください。広告や検索結果で案内した内容と、ページの最初の説明も照合します。

画像は、サービスを理解するために選ぶ

画像は実際の商品、成果物、使用場面、担当者など、読者の判断に役立つものを選びます。オフィスや集合写真が適する場合もあります。成功したように見せるための架空の数値・利用者像を実績として使わず、イメージ画像はその性質が分かる説明を添えます。

CTAは行動の内容と、必要な説明に合わせる

CTAは、次の行動を案内するボタンやリンクです。資料を見る、相談内容を入力するなど、移動先と一致する文言にします。最初から相談できる導線と、判断材料を読む導線を用途に合わせて配置し、スマートフォンでも押し分けられるか確認します。

04フォーム改善で送信率を高める3つの論点

フォームでは、入力が必要な理由と、どのように直せば送れるかを伝えます。受付後の業務に必要な情報を残し、項目の数だけを目標にせず負担を見直してください。

入力項目数を絞る

必須項目と任意項目を視覚的に分ける

必須と任意は、色だけでなく文字でも示します。項目名・説明・入力例は、入力する人が迷わず理解できるように書き、支援技術でも関連づけを読める実装にします。

エラーは、場所と直し方が分かるようにする

入力中・入力欄を離れた時・送信時のどこで知らせるかは、項目の性質に合わせます。入力途中からエラーを繰り返して妨げないようにし、どの項目をどう直すかを具体的に伝えます。送信できた場合も、受付の完了が分かる表示を出してください。

W3Cのフォーム資料では、分かりやすいラベル・説明・入力へのフィードバックを案内しています。リアルタイム通知はすべての場面に適するわけではありません。 出典：Forms Tutorial | Web Accessibility Initiative (WAI) | W3C

入力中・送信後などの通知方法と、エラーを直す案内は、W3CのUser Notificationを参照しています。 出典：W3C WAI: User Notification

05信頼を可視化する「証拠」の設置

実績やお客様の声は、提供内容を判断する材料になります。顔写真や大きい数字をそろえることを目的にせず、読者の疑問に対応する情報を、確認できる範囲と掲載許可に合わせて用意します。

お客様の声は、状況と対応が分かるようにする

実績数を「累計」と「直近」で示す

累計と直近の実績数を示す場合は、案件・企業・ページなどの単位を統一し、対象期間を併記します。数値が確認できないときは、担当範囲や制作物など、確かめられる事実で説明します。

受賞歴・メディア掲載・パートナー企業を明示する

06点検結果から、変更とABテストを計画する

作業は、影響と原因の見込み、実施できる範囲から順序を決めます。操作不具合や計測の誤りがある場合は、それを解消してから比較を始めてください。

最初に点検する項目

内容と性能の改善候補を選ぶ

ABテストで効果を数値で確認する

ABテストでは、変更案を比較する条件、目的の指標、対象、判断方法を先に決めます。必要な観測量は発生率や見分けたい差によって変わり、固定の期間・件数で決まりません。差の不確かさや事業上の意味も確認します。

Firebase A/B Testingの公式資料は、対象・比較案・指標を定める実験の流れを説明しています。採用するツールで利用できる実験と判定方法を確認してください。 出典：Create Firebase Remote Config Experiments with A/B Testing  |  Firebase A/B Testing

PageSpeed Insightsは実利用データとテスト環境のデータを提供します。性能スコアだけで問い合わせ増加を判断せず、目的の行動と合わせて確かめます。 出典：Google: About PageSpeed Insights

07変更の記録と、戻す判断を運用に組み込む

継続して改善するために、誰が確認し、誰が変更・判断するかを決めます。データと制作の判断をつなぎ、試した内容と分からなかったことも残して引き継げるようにします。

担当者と振り返る機会を決める

変更と結果の対応を説明できるようにする

コピー、ボタン、フォームをまとめて変えた比較では、個別要素の効果は分かりません。単純な比較は変更点を絞り、複数変更を含む場合は組み合わせ全体を比較した結果として扱います。

不具合への対応と、効果の判定を分ける

送信できないなどの不具合は早く対応します。一方、CVRの短期変動だけで仮説の失敗と決めず、観測量や条件を確かめて判定します。戻した場合も理由と日時を残し、次の改善に利用してください。

08相談前に、現在の計測と操作を整理する

CVR改善では、計測の意味、必要な情報、操作のしやすさを一緒に確認します。割合の高低だけで決めず、利用者が目的を果たせるか、実際の受付までつながるかを確かめてください。

まず、現在の計測が何を数えているかを書き、同じページを実際に操作してみてください。数字と受付の実記録が合わない場合は、その差の確認から始めます。