SEOのKPIは、事業成果から逆算し、数値の定義と次の判断まで固定して初めて機能します。記事数や平均掲載順位は無意味ではありません。ただし、どの事業目的を見ているのかが曖昧なままでは、月次で観測する数値にとどまります。この記事では、変化したときの判断先まで決まっていない数値をKPIとして扱いません。

Search ConsoleやGA4の月次数値をすでに見ているなら、指標を増やす前に成果を一つへ絞ります。次に、その成果へ至るまでを、数値を確認する場所である「観測点」に分けます。採用条件を満たす数値だけを定義シートへ移し、毎月同じKPI IDで結果と次の判断を引き継ぎます。

最初に自社の成果を一つ決める

出発点は、今回のSEO運用が支える事業上の状態です。受注を成果にする会社もあれば、有効問い合わせや商談を置く会社もあります。どの語を選ぶ場合も、その状態に含める条件は社内で決めます。

たとえば「有効問い合わせ」の意味が担当者によって違うと、同じ月の件数を再現できません。営業が有効と判定する条件と、その結果を記録する場所を先にそろえる必要があります。一般的な用語を借りるだけでは、自社の成果は定義できないためです。

AdRegionのこの設計手順では、一枚の指標ツリーで扱う事業目的を一つにします。複数の目的を混ぜると、ページ群に求める役割も判断条件も分かれます。別の成果を追うときは、ツリーとKPI IDを分けた方が月次の判断を引き継ぎやすくなります。

事業成果から自然検索まで指標を段階に分ける

成果を一つに決めたら、その手前で確認できる商談などの「下流成果」へ戻ります。次に、対象ページ群が役割を果たしたと判断できる状態を置きます。最後に、その状態へ至る前の自然検索上の接点まで戻ります。

次の空欄で示す指標ツリーとKPIの採用条件に加え、定義シートと月次表の項目もAdRegionの設計手順です。一つの事業目的から最初に一つの指標を選ぶ進め方には、判定を保留する条件や基準値の決め方まで含まれます。いずれもGoogle公式の分類や共通要件ではなく、ツリーの矢印や線も因果や貢献を証明するものではありません。数値が変わったとき、次に診断する場所を選ぶためのつながりとして使います。

事業成果: [                              ]
└─ 下流成果: [                            ]
   └─ ページ群が役割を果たした状態: [        ]
      └─ 自然検索上の接点: [                ]

事業成果には、社内で最終的に確認する一つの状態を入れます。下流成果には、その手前で営業やマーケティングが確認できる状態を置きます。受注を事業成果にするなら、商談などが候補になりますが、採用条件は自社の営業プロセスに合わせます。

次の階層には、そのページ群が読者に対する役割を果たしたと判断できる状態を記します。検討に必要な情報へ到達した状態を置く場合もあれば、適切な相談経路へ進んだ状態を置く場合もあります。単なる閲覧を含めるかどうかは、ページ群の目的から決めます。

自然検索上の接点には、Google検索で対象ページ群が見つかった状態や、そこからサイトへ移った状態を置きます。この階層が変化したときはSearch Consoleが診断の入口になります。一方、検索上の接点が増えたことだけで、下流成果や事業成果への貢献を証明したことにはなりません。

Search ConsoleとGA4とCRMの数値は分けて扱う

三つのデータ元は、同じ顧客行動を端から端まで数える道具ではありません。Search ConsoleとGoogle アナリティクスのデータを併用する公式資料では、Search ConsoleはGoogle検索からサイトへ到達するまでの活動に重点を置くと説明されています。対象となるのは検索結果での表示やクリックで、検索語句も含まれます。

Google アナリティクスは、ページ閲覧や行動などサイトとのインタラクションに加え、流入元のデータも扱います。クリック数とセッション数は算出方法が異なるため、数値が完全には一致しません。

ここでCRMを、営業が判定した問い合わせや商談の結果を管理する社内の基準記録として扱うのは、AdRegionの実務判断です。Googleの推奨イベント名から、有効問い合わせや商談に該当する社内条件は決まりません。受注を含め、各成果の条件は自社の運用で定めます。

Search ConsoleではGoogle検索結果上の反応を、GA4では実装した計測に基づくサイト内の行動と流入元を確認します。CRMで扱う営業結果とは単位が異なるため、一つの式で機械的に掛け合わせず、別々の観測点としてつなぎます。

Search Consoleの指標は集計条件まで含めて読む

Search Consoleの値をKPI候補にするなら、指標名だけでなく数え方も固定します。Search Consoleの指標に関する公式定義では、表示回数はサイトへのリンクがGoogleで閲覧された頻度を表します。クリック数はGoogleからサイトへのリンクがクリックされた頻度です。同じ資料では掲載順位の意味も確認でき、CTRはクリック数を表示回数で割った値として説明されています。

平均掲載順位は、各表示でプロパティまたはページへのリンクのうち最上位の掲載順位を記録し、それらを平均した値です。表示のたびに変わり得る相対的な値であり、サイトやページに固定された一つの順位ではありません。絶対値だけで成果を判定せず、同じ抽出条件で起きた変化から次の診断先を決めるために使います。

集計単位も値を変えます。パフォーマンス レポートのデータに関する公式説明では、プロパティ単位とページ単位でクリック数や表示回数の数え方が異なることが示されています。最新データは暫定値の可能性もあるため、定義シートにはプロパティ単位かページ単位かと、データ状態を残します。

ページ単位で見る場合、ディメンションとデータのグループ化に関する公式説明では、ほとんどのパフォーマンスデータがGoogleが選択した正規URLへ集約されます。定義シートには、対象ページと正規URLの対応を残します。再取得の基準として、プロパティと検索タイプも固定します。

クエリを使う場合も、表示される行は全件ではありません。匿名化されたクエリは表から除外されますが、クエリフィルタを適用しない限りグラフの合計には含まれます。内部制限によるデータの切り捨てで、匿名化されたクエリ以外の一部のクエリも表に表示されません。対象期間とページ群を固定し、国やデバイスなどで絞った場合は追加フィルタも残します。

GA4は記録したイベントとキーイベントを分ける

この記事で扱うGA4のイベントは、サイト上の行動を測定するために収集するイベントです。そのうち、事業成果にとって特に重要なアクションを測るイベントを作成または特定し、キーイベントとしてマークします。キーイベントに関する公式説明でも、この関係が示されています。

イベント名がそれらしく見えても、社内成果の定義が決まるわけではありません。GA4の推奨イベント一覧には、generate_leadやqualify_leadが用意されています。リードの進行に関するworking_leadやclose_convert_leadもあります。しかし、どの問い合わせを有効とするかや、どの状態を商談と呼ぶかは自社で固定します。

社内定義と計測イベントが一致していることを確認できない間は、そのイベント数をKPIに採用しません。まず観測候補として残し、計測実装の確認は別の工程へ渡します。

営業成果はCRMの社内定義を基準にする

営業結果のKPIは、CRM上でどの状態になったら一件と数えるかを定義します。誰が判定し、いつ更新するかも必要です。失注や重複などを件数から外す場合は、その条件を定義シートへ残します。

GA4のキーイベント数とCRMの件数が異なっても、どちらかへ機械的に合わせるものではありません。観測範囲と更新条件が違う可能性を確認します。その差を説明できないときは、事業成果をゼロとせず、判定に使える状態かを先に調べます。

KPIにする数値は定義シートで固定する

ツリーに置いた観測点が、すべてKPIになるわけではありません。指標を多く集めるほどよいわけでもありません。同じ条件で取り直せて、変化したときの判断まで決められる数値だけを採用します。

次の定義シートは、一つのKPIにつき一枚作ります。空欄を埋める目的は説明を増やすことではなく、別の担当者が同じ値を取り出し、同じ条件で判定できる状態にすることです。

KPI ID:
階層:
事業目的:
ページ群と役割:
指標名:
定義:
分子:
分母:
データ元:
抽出条件:
基準値と期間:
判断条件:
判定保留条件:
担当:
再確認条件:

件数を扱う場合は、分母に「該当なし」と明示しても構いません。率を扱う場合は、分子と分母を隠さずに記録します。同じ率の名前でも、対象範囲が違えば別のKPIになるためです。

データ元には、基準にするレポートや社内記録を記します。抽出条件には、期間やページ群など再取得に必要な条件を残します。基準値だけでなく、その基準が成立する期間も一緒に固定します。

判断条件は、値を見た後に何を決めるかまで書きます。判定保留条件は、達成や未達を決めてはいけない状態です。再確認条件には、保留を解く条件や定義を見直す契機を置きます。担当は数値を集める人ではなく、その判定と次の受け渡しに責任を持つ人です。

これらを固定できない指標は、KPIにせず観測候補へ戻します。空欄を推測で埋めるより、再確認の担当と条件を決めた方が誤った月次判断を防げます。

基準値は自社で比較できるデータから決める

一律のCTRや平均掲載順位を、すべての会社に共通する目標にはしません。増減率や3か月という期間にも、共通の合格基準はありません。事業計画と自社で比較できるデータから基準を作ります。

事業成果の基準は、計画上必要な状態から考えます。その手前にある商談などの成果では、営業が対応できる件数も無視できません。対応可能な範囲を超える問い合わせ数を置いても、事業判断に使える目標にはならないためです。

比較期間は、同じページ群と抽出条件で見られる期間を選びます。季節性の影響があるなら、単純な前月比だけで判断しません。率を見るときは母数も確認し、少ない母数から出た大きな増減だけで達成や未達を決めないようにします。

基準を決める材料が足りないときは、無理に目標値を置きません。比較できる期間と母数がそろうまで観測候補に留めます。記事数は制作進捗の管理値として残せますし、平均掲載順位は検索上の変化を探る入口になります。事業目的と次の判断へ接続できた段階で、KPIへの採用を改めて判断します。

データがない月は判定を保留する

データがない月を未達にすると、事業の状態と計測の状態を取り違えます。有効な抽出条件でゼロ件を確認できた状態と、正しい値を取得できない状態は別です。未達は、比較可能なデータがあり、定義した判断条件を満たさなかったときに使います。

計測不備がある月は、値そのものを確定できません。データ反映待ちなら、確定前の値を判定へ使わない方がよいです。母数不足では値を取得できても、その率から判断する材料が足りません。抽出条件が基準期間と違う場合も、同じKPIとして比較できません。

こうした月は、今月値の欄へデータ状態を記録し、判定を保留します。計測が直った時点で再開するのか、データが確定した後に再取得するのかを決めます。必要な母数や比較条件がそろうことを再開条件にする場合は、その条件を自社の判断として明記します。

月次表に結果と次の判断を残す

定義シートは数え方を固定し、月次表はその月の状態を引き継ぐために使います。長い定義を毎月書き直すと条件が揺れるため、KPI IDから定義シートを参照します。同じ行には基準と今月値だけでなく、次の判断と担当も残します。

KPI ID対象月基準値 / 期間今月値 / データ状態判定次の判断担当 / 期限
[ ][ ][ ][ ][達成・未達・判定保留][ ][ ]

達成は、比較可能な値が判断条件を満たした状態です。未達は、同じ条件で比較できる値が判断条件を満たさなかった状態です。判定保留では、再確認条件を満たすまで結論を止めます。達成と記録しても、SEOが事業成果を生んだ因果を証明したことにはなりません。

次の判断には、変化をどの階層から診断するかを記します。自然検索上の接点から調べるなら、個別URLの変化を診断する記事へ担当を渡せます。営業側の成果条件を確かめるなら、営業から判断材料を戻す記事へ進みます。施策の着手順を決めるのは、定義と判定がそろった後です。

このAdRegionの手順では、最初に追う指標を一つの事業目的につき一つ選びます。定義シートの全項目を固定できたらKPI IDを付け、次回の月次表に記録します。