ホームページ運用で数字を見るときは、アクセス数の増減だけで判断せず、事業上の目的とサイトの役割を先に整理します。最終的に何を実現したいのか、サイト上でどの行動を確認するのか、誰が更新と分析を担当するのかを決めると、KPIを継続して扱える記録になります。
KGI・KPIの目的を整理する
KGIは事業全体で目指す最終的な到達点、KPIはKGIに近づいているかを途中で確認する指標です。問い合わせ、採用、資料請求、来店前の情報提供など、サイトに期待する役割は事業によって異なります。まず対象者と期待する行動を言葉にし、主目的と補助的な目的を分けてから、KGIとKPIの関係を一枚の記録にまとめます。
目的に合わせて指標を定義する
候補には訪問の量、問い合わせフォームの送信、主要ページの閲覧、離脱の状況などがあります。採用する指標ごとに、何を一件と数えるか、対象期間、対象ページ、除外条件、データを取得する方法、確認する担当者を文章で定義します。分析サービスで使える指標名や定義は製品の公式仕様と現在の設定を照合し、用語を自社用に置き換えた場合は元の意味も記録します。
- KGIとの関係が説明できる指標か
- 同じ条件で繰り返し取得できるデータか
- 数字を見たあとに取る行動が決まっているか
- 欠損、重複、計測対象外を確認できるか
KGIからKPIへ逆算する手順
事業側のKGIを対象期間と対象範囲を含めて書き、サイトに期待する役割とサイト外で行われる工程を分けます。そのうえで、KGIに近づく過程で確認できるKPIを選びます。具体的な割合や件数を先に置くのではなく、自社の過去データ、営業や受付の処理方法、計測できる範囲を確認してから目標値を検討します。
- 事業側のKGIと、達成を判断する条件を明記する
- サイト内の行動と、問い合わせ後などサイト外の工程を分ける
- 工程ごとに確認したいKPI、定義、取得方法、担当を置く
- 目標値の根拠、見直し日、変更履歴を記録する
更新・確認・分析の担当を分ける
更新原稿を作る人、公開前に表示やフォームを確認する人、数値やログを分析する人、公開を承認する人を分けます。一人で兼務する場合も、作業と確認を別のチェック欄にして、実施日時、対象ページ、結果、問題があった場合の連絡先を残します。サイト外で受け取った問い合わせをどこまで記録するかも、担当者間で合意します。
- 更新担当：原稿、料金、営業時間、リンクの根拠をそろえる
- 確認担当：表示、フォーム、スマートフォン表示、計測を確認する
- 分析担当：定義と同じ条件で集計し、変化を仮説として記録する
- 承認担当：公開可否、未解決リスク、次回確認日を判断する
指標の計測条件をそろえる
計測タグ、フォームの完了条件、除外するアクセス、集計期間、タイムゾーン、データの保存場所などを確認し、設定を変更した日付と理由を残します。レポート画面や指標の仕様が更新される可能性があるため、利用中の分析サービスの公式情報を参照し、現在の画面で同じ条件を再現できるかを点検します。判断できない項目は推測で埋めず、未確認として担当者を置きます。
実行前後チェックリストで改善する
数値の変化を見つけたら、まず対象ページと導線を特定し、原因は仮説として記録します。変更を一度に増やさず、ボタンの位置、説明文、スマートフォン表示、次に読むページへの導線など検証可能な作業を選びます。実行前に目的と確認条件を固定し、実行後は同じ条件で再計測して結果と未解決の問題を共有します。
- 実行前：変更対象、目的、担当、確認条件、バックアップを記録する
- 実行中：変更日時と内容を記録し、想定外の表示や通知を確認する
- 実行後：フォーム、主要導線、スマートフォン表示、計測を再確認する
- 完了時：結果、未解決の問題、次回レビュー日を共有する
定期レビューの観点を決める
レビューでは、KGIへの適合、KPIの定義と計測条件、データの欠損や重複、サイト内外の役割分担、実施した変更と結果、未解決リスクを確認します。事業の優先順位やサイトの役割が変わった場合は、指標を残す理由と見直す理由を分けて記録します。レビューの結論、担当、次回確認日を決め、必要に応じて公式仕様や契約範囲も更新します。
この手順は、特定の数値達成や効果を保証するものではありません。目的、定義、計測方法、担当、チェック結果を残すことで、判断できることと追加確認が必要なことを切り分けられます。
自社の管理範囲を整理した資料がそろったら、サービスの案内やお問い合わせ窓口で確認事項を共有できます。関連する保守範囲はサービスの案内、個別の確認事項はお問い合わせページから確認できます。
指標の設定はGoogle Analytics公式ヘルプの現行説明と照合し、導入中の計測環境で同じ定義を再現できるかを確認します。
