アクセス解析を開くと、改善できそうな場所はいくつも見つかる。それでも「次にどこを直すか」が決まらない。そんなときに必要なのは、指標を増やすことより、見る順番を決めることかもしれません。

複数の指標を点数に換算し、重要度に応じて合算する「加重スコア」は、そのための道具の一つです。ただし、点数が答えを出してくれるわけではありません。何を重視するかを明らかにし、詳しく確かめる対象を絞るために使います。

まず、同じ役割のページを比べる

商品購入を促すLPと、基礎知識を伝える記事を、同じ基準で採点しても公平な比較にはなりません。ページの目的が違えば、期待する行動も違うからです。

最初は「同じサービスへの相談を受け付けるLP」など、役割が近いものに対象を絞ります。比較期間、流入経路、端末、成果の定義もそろえます。広告経由と指名検索経由が混ざっていると、ページの出来より、訪問者の検討度の差を見ている可能性があります。

また、送信完了が正しく計測されているかを先に確認します。クリックした回数と、実際に相談が届いた回数は別です。計測漏れや重複がある状態で順位を付けても、改善の判断には使えません。

時間とスクロールは、理解を直接測る数字ではない

GA4のユーザーエンゲージメントは、ウェブページにフォーカスがある時間や、アプリが前面にある時間を計測する仕組みです。別のアプリに切り替えてからセッションが終わるまでを、すべてエンゲージメント時間として数える、という意味ではありません。

ただし、長いから内容に納得したとも限りません。探すのに時間がかかった可能性もあります。短時間で必要な情報を見つけ、相談した人を低く評価する必要もありません。

スクロールも同様です。GA4の拡張計測機能では、ページの縦方向の90％が初めて表示されたときにscrollイベントが記録されます。90％へ到達したことと、文章を読み理解したことは分けて考えます。

途中の到達状況が必要なら、25％・50％・75％などの追加計測を設計します。ただし、到達イベントの値を単純に平均すると、複数回到達した人の影響を強く受けます。「対象LPで75％に到達したセッションの割合」のように、集計単位と分母を先に決めておくことが大切です。

異なる単位を、同じ基準の点数に直す

ここでは説明用に、相談完了率、フォーム開始率、75％到達率の3つを使います。同じLPを入口としたセッションを対象に、各行動が一度以上あったセッション数を分子、対象セッション数を分母にします。実装時はその集計ができるよう、イベントとページの対応を確認してください。

各指標を0〜100点へ換算する式は、次のように置けます。

点数 ＝ 実測値 ÷ 基準値 × 100（100点を上限とする）

たとえば、相談完了率の基準を4％、実測を2％とした場合は50点です。フォーム開始率の基準を10％、実測を6％とした場合は60点。75％到達率の基準を60％、実測を45％とした場合は75点になります。これらは計算を説明するための仮の数値で、推奨水準や業界平均ではありません。

「相談完了率2％だから2点、スクロール75％だから75点」とすると、単位は同じ割合でも、達成の難しさがまったく違います。成果に大きな重みを置いたつもりでも、実際にはスクロールの数字が点数を支配しかねません。換算の基準まで含めてそろえます。

基準値には、過去の実績や事業上の目標を使います。比較のたびに都合よく変えず、変更したら理由と日付を残します。未計測の値は0点にせず、まず比較できない状態として扱います。

重みは、チームの判断基準として置く

相談完了を最も重視する例として、相談完了に60％、フォーム開始に25％、75％到達に15％を配分すると、先ほどの例は次の点数になります。

総合点 ＝ 50 × 0.60 ＋ 60 × 0.25 ＋ 75 × 0.15 ＝ 56.25点

この重みも仮置きです。フォーム開始と完了には関係があり、別々に加点すれば、似た行動を重ねて評価する面もあります。時間や到達率を入れること自体を目的にせず、そのページに必要な指標だけを選びます。相談完了率と件数だけで判断できるなら、無理に総合点をつくる必要はありません。

重みを少し変えただけで順位が入れ替わるなら、順位を確定的に扱わず、候補として並べておきます。点数化は、判断の前提を共有するためのものです。

低い点数だけで、改善の順番を決めない

次に、点数とセッション数を並べます。訪問が多く、成果につながる割合が低いLPは、詳しく確認する候補になります。訪問が少ないLPは、ページの改善以前に、認知や流入の課題があるかもしれません。

少数データも分けて扱います。20セッションで1件の相談と、2,000セッションで100件の相談は、どちらも5％です。ただし、前者は相談が1件増減するだけで率が大きく変わります。

データ量に応じた係数を掛けても、それだけで統計的な信頼性が得られるわけではありません。少ないデータを低得点にしてしまうと、「悪いページ」と「まだ判断できないページ」が混ざります。件数と率を併記し、判断保留の候補を分けます。必要なデータ量は成果の発生頻度や判断の重要さによって変わります。

候補が絞れたら、実際の画面やClarityの録画、問い合わせ内容を見て仮説を具体化します。フォームが使いづらいのか、必要な条件が見つからないのか、そもそも想定と違う人が訪れているのか。原因を点数だけで決めないことが大切です。

会議では「点数」より、次の検証を決める

改善候補について、次の5つを残します。

  • 観測したこと：どの数字や行動に変化があったか。
  • 仮説：どこで判断や操作が止まっていそうか。
  • 変更内容：何を変えると、どの行動が変わると考えるか。
  • 担当と期限：誰が、いつまでに実施するか。
  • 確認方法：いつ、どの指標と現場の声で振り返るか。

優先順位には、影響を受ける人数、改善できる見込み、作業量も加えます。変更後は同じ条件で見直しつつ、広告や季節要因など、同時に変わったことも記録します。

加重スコアの目的は、迷いを数字で覆い隠すことではありません。「なぜ、いまここを改善するのか」を説明し、次の検証へ進めることです。

計測仕様の参考

Google Analytics ヘルプ：ユーザー エンゲージメント

Google Analytics ヘルプ：拡張計測機能のイベント

初出：2026.01.18／再編集：2026.09.15