問い合わせの“手前”に、見る指標がない｜マイクロコンバージョンを先行指標として設計する3つの条件

アクセス解析の画面を開いて、見ている数字が二つしかない、ということがある。流入（PV・セッション）と、問い合わせ件数である。流入は前月より増えた。問い合わせは先月と同じ二件だった。ここから何をすればよいのかが、決まらない。

これは解析ツールの使い方の問題ではない。見るべき数字が両端の二つしかない状態では、どこで止まったのかを特定できない。流入を増やすのか、フォームを直すのか、載せる材料を変えるのか——判断の材料が、そもそも手元にないのである。

本稿では、流入と問い合わせの間に置く指標、いわゆるマイクロコンバージョンを“先行指標”として設計する方法を扱う。どれを選ぶかの条件、決めるまでの手順、そして最も間違えやすい「成果地点に昇格させない」という運用まで、順に整理する。

「流入は増えたのに、問い合わせが増えない」は、間を測っていないから起きる

この現象を、施策の巧拙の問題として受け取ると、打ち手が尽きる。問い合わせが増えないのは、施策が弱いからではなく、流入と問い合わせの間の区間を測っていないからであることが多い。

両端の二つだけでは、どこで止まったのかが分からない

流入が増えて問い合わせが変わらないとき、起きうることは一つではない。想定と違う相手が来ているのかもしれないし、来ている相手は合っていて、料金の考え方が分からずに離れているのかもしれない。社内に見せる材料がなく、持ち帰れていないのかもしれない。

この三つは、取るべき打ち手がまったく違う。しかし両端の数字だけを見ている限り、三つを区別できない。区別できないまま選んだ施策は、当たることもあれば外れることもある、という状態から抜けられない。

月に数件の問い合わせ件数は、率で比べても判断の材料にならない

受託のBtoBサイトでは、問い合わせが月に数件ということが珍しくない。この分母で転換率を出すと、一件増えただけで率が倍近く動く。先月より良くなった、悪くなったという話はいくらでもできるが、それは改善の証拠ではない。

分母が小さいとき、率の変動は改善の証拠にならない。自社の目安としては、月100件に満たない指標は、率ではなく実数と中身で見る。何件だったかと、誰が起こした行動かを、そのまま読む。

BtoBでは、一件の問い合わせの手前に複数人の閲覧がある

海外の調査ではあるが、Gartnerは、B2Bの購買グループが5〜16人、最大で四つの部門にまたがると報告している（B2B購買者632名を対象に2024年8〜9月に実施）。同じ調査では、74%の購買チームが意思決定の過程で目的の相反や意見の不一致を抱えるとされる。

これは同社が調査した範囲の数値であり、国や業種の内訳は公表範囲に限られる。日本の受託事業にそのまま当てはめることはできない。それでも、一件の問い合わせの背後に複数人の閲覧と社内調整があるという構造は、稟議を通す材料の話とも重なる。問い合わせという一件の数字は、その手前にあった複数の行動の結果でしかない。

先行指標は“途中の合格線”ではなく、原因を絞るための材料である

先行指標という言葉を使うと、多くの場合「問い合わせの代わりに追う目標」として受け取られる。これが最初の分かれ道になる。先行指標は、合格線を増やすためではなく、合格しない原因を絞るために置く。

成果地点と先行指標は、担う役割が違う

別稿で、成果地点は“測れる場所”ではなく“受注に近い場所”に置くと書いた。成果地点は、そこに到達したら事業として前進したと言える一点である。先行指標はそこに至らないときに、どこで止まっているかを絞るための補助線であって、到達の判定には使わない。

先行指標を成果地点に昇格させると、報酬と評価が歪む

先行指標は数が多く、動きやすい。だから目標に据えたくなる。しかし据えた瞬間に、その数字を増やす施策が選ばれるようになる。資料の閲覧数を目標にすれば、資料に飛ばす導線が増える。読んでいない相手の閲覧も、同じ一件として積み上がる。

成果地点を手前に動かすと、受注から遠い行動に報酬と評価が付く。成果報酬の文脈では、これは契約条件の設計に直結する。どこを成果とするかは契約前に決める項目の話であり、先行指標をその位置に置き換えてはならない。

先行指標は、3つの条件で選ぶ

候補は、挙げようと思えばいくらでも出る。だから選び方を先に決める。条件を決めずに選ぶと、取れる指標が、そのまま見る指標になってしまう。

条件1｜受注の判断に関係する行動であること

自社が受注した案件を思い出し、発注側が何を確かめてから話が進んだかを並べる。料金の考え方、対応できる範囲、進め方、担当者の体制——このあたりが多い。発注前に起きる四つの判断と対応させると、抜けを見つけやすい。

逆に、受注の判断に関係しない行動は、どれだけ件数が取れても外す。トップページの滞在時間や、お知らせの閲覧数がこれにあたる。多く取れることと、意味があることは別である。

条件2｜読者の意思が要る行動であること

ページを開いただけ、下まで流れただけの行動は、意思の有無が区別できない。読む気のない相手も、同じ数字を作る。選ぶべきは、読者が何かを確かめようとして起こした行動である。

• 別のページへ自分で移った。記事から料金の考え方のページやサービスページへ、リンクをたどって移動した。
• 持ち帰るための操作をした。資料を開いた、印刷した、同じページに日を変えて戻ってきた。
• 条件を自分で確かめた。対応範囲や進め方のページに到達し、その中で検索や絞り込みを使った。

条件3｜月単位で動きが見える件数があること

条件1と条件2を満たしても、月に一件や二件しか起きない行動は、指標として運用できない。増えたのか偶然なのかを判断できないからである。この場合は、その行動そのものではなく、一段手前の行動を指標にするか、四半期単位で見る前提に切り替える。

件数が足りないことを、計測の失敗と受け取る必要はない。件数が少ないという事実自体が、その手前の材料が足りていないという情報である。足りない区間が見えたことを、先に収穫として受け取る。

記事の役割が違えば、見る先行指標も変わる

別稿で、記事の役割を発見・判断・決裁の三つに分けた。先行指標も、この区分に合わせて変える必要がある。同じ行動でも、どの役割の記事で起きたかによって意味が変わるからである。

発見の記事は、次へ進んだかを見る

検索から最初に触れる記事では、その場で問い合わせは起きない。見るのは、読んだあとに別の記事やサービスページへ自分で移ったかどうかである。移っていなければ、記事の中身ではなく、次に進む導線がないことを疑う。

判断の記事は、中身を確かめに行ったかを見る

比較検討の段階で読まれる記事では、読者は自社に当てはまるかを確かめている。見るのは、料金の考え方や対応範囲のページへ到達したかどうかである。費用の“決まり方”を出す設計が効くのは、この区間にあたる。

決裁の記事は、持ち帰られたかを見る

社内で検討に入った段階では、読者は自分のためではなく、上司や他部門のために読んでいる。見るのは、資料を開いたか、同じページに日を変えて戻ってきたか、である。ここが動かないとき、足りないのは説得力ではなく、社内に出せる形の材料であることが多い。

自社で先行指標を決める四つの手順

順番を間違えると、候補を並べるところから始めてしまい、取れる指標に引きずられる。手順の出発点は、指標の候補ではなく、成果地点の確認である。

STEP1｜成果地点を先に確認する：いまの合格線を言葉にする

自社がいま、どこに到達したら前進と見なしているかを一文で書く。「問い合わせ」としか書けない場合は、その中身を分ける。相談の予約まで入ったのか、見積もりの依頼だったのか、資料請求だったのかで、受注までの距離が違う。ここが曖昧なまま手前を測っても、何と比べているのかが定まらない。

STEP2｜手前の行動を、サイトの実物から洗い出す

想像で並べず、自社のサイトを実際にたどる。記事からサービスページへ行く経路、料金の考え方のページ、対応範囲のページ、資料のリンク——読者が起こしうる行動を、そのページの実物を見ながら列挙する。この段階では、絞らずに全部出す。

STEP3｜3つの条件でふるいにかけ、3〜5本に絞る

洗い出した候補に、先の3条件を当てる。受注の判断に関係するか、意思が要るか、件数が足りるか。三つとも満たすものだけを残し、3〜5本に絞る。これは検証された上限ではなく、毎月見続けられる現実的な本数としての自社の目安である。

STEP4｜見方と期間を決めて、台帳に書く

本数を決めたら、どう見るかを先に決める。率で見るのか実数で見るのか、何か月分をまとめて見るのか、どの数字が動いたら何を疑うのか。ここを決めずに計測だけ始めると、数字が並ぶだけで判断が起きない。決めた内容は、口頭ではなく台帳として残す。

GA4では、何が既に取れていて、何を足す必要があるか

計測の手段から入ると、設定作業が目的化する。先に押さえるべきは、主要な行動の多くが、すでに自動で取れているという事実である。

拡張計測機能で、主な行動は自動的に収集されている

GA4の拡張計測機能では、スクロール数（垂直方向に90%の深さまで初めて表示されたとき）、離脱クリック、サイト内検索、動画エンゲージメント、ファイルのダウンロード、フォームの操作が自動的に収集される。資料のPDFを開いた、フォームに入力を始めた、といった行動は、設定を足さなくても記録されている。

足りないのは計測の手段ではなく、どれを見ると決める判断である。なお、スクロールの到達は条件2の「意思が要る行動」を満たしにくい。取れるからという理由で先行指標に入れない。

キーイベントにするかどうかは、別の判断である

GA4では、以前「コンバージョン」と呼ばれていた指標が「キーイベント」に名称変更された。階層は「イベント → キーイベント → コンバージョン」である。先行指標をキーイベントとして登録することはできるが、登録した時点で、画面上は成果地点と同じ扱いに見える。

見え方が同じになると、社内の報告でも同じ重みで扱われやすい。先行指標は通常のイベントのまま残し、キーイベントは成果地点に限る——という運用のほうが、前章の「昇格させない」を守りやすい。

保持期間は最長14か月なので、長期の比較は別に残す

GA4のデータ保持期間は、無料版ではユーザー単位・イベント単位とも2か月または14か月から選ぶ（アナリティクス360はイベント単位で最長50か月）。月に数件の指標を年単位で比べたい受託事業では、この上限が効いてくる。月次の実数だけでも、別の表に書き出して残しておく。

つまずきやすい3つの点

設計そのものより、運用に入ってからの失敗のほうが多い。繰り返し見てきたものを三つ挙げる。

本数を増やしすぎて、どれも見なくなる

条件を当てずに候補を全部登録すると、画面に指標が並ぶ。並んだ時点で、毎月全部を確認することは現実的でなくなり、結局いちばん上の数字しか見なくなる。本数を絞ることは、情報を捨てることではなく、見続けられる状態を作ることである。

率だけを見て、誰が起こした行動かを見ない

先行指標を率で出すと、きれいな数字が並ぶ。しかし率は、誰が読んだかを教えてくれない。同じ到達数でも、想定した業種・規模の相手が起こしたのか、まったく別の相手なのかで意味が反転する。月に数十件の規模なら、実数と流入元、入口の記事まで一件ずつ見たほうが早い。

営業側の実感と突き合わせない

先行指標が動いたかどうかは、サイトの数字だけでは確かめきれない。商談で「料金の考え方は読みました」と言われるようになったか、初回打ち合わせで説明する内容が減ったか——営業側の実感と突き合わせて、初めて指標の妥当性が分かる。月に一度、短時間でよいので照らし合わせる場を持つ。

スリーハンドレッドは、指標を決める前に成果地点から確認する

先行指標の設計は、計測の作業ではなく、受注から逆算した設計の一部である。私たちは、指標を足す前に、どこを成果地点に置いているかの確認から入る。

担うこと

• 成果地点の確認。いまの合格線が受注からどれだけ離れているかを、既存の受注案件から逆算して確かめる。
• 先行指標の設計。サイトの実物をたどって候補を洗い出し、3つの条件でふるいにかけ、見方と期間まで決める。
• 材料の設計と実装。指標が動かない区間について、足りない材料（料金の考え方、対応範囲、進め方）をページとして用意する。
• 営業側との突き合わせ。数字の動きを、商談で起きている変化と照らし合わせて、設計を調整する。

進め方：無料診断から始める

1. 無料診断：いま見ている指標を棚卸しし、成果地点と先行指標が混ざっていないか、受注から遠い行動に合格線が引かれていないかを確認する。
2. 洗い出し：サイトをたどって、読者が起こしうる行動を列挙し、3つの条件でふるいにかける。
3. 設計と検証：見方と期間を決めて運用に乗せ、営業側の実感と突き合わせながら、材料の不足を埋めていく。

単発の設定作業で終わらせず、指標の設計から入る点が、運用代行との違いである。無料診断では、いま見ている数字が受注から遠くないかだけでも確認できる。

まとめ｜先行指標は、合格線ではなく原因を絞る道具である

流入と問い合わせの二つしか見ていないと、どこで止まったのかが分からず、打ち手が当て推量になる。間の区間に指標を置く目的は、追う目標を増やすことではなく、止まっている場所を絞ることである。

選び方は、受注の判断に関係すること、読者の意思が要ること、月単位で動きが見える件数があること。決め方は、成果地点の確認から始めて、洗い出し、ふるい分け、見方と期間の決定まで。そして最後に守ることが一つある。先行指標は、受注に近づいたかを測る道具ではなく、近づけない理由を絞る道具である。

よくある質問

出典：Google アナリティクス ヘルプ「Google アナリティクスのコンバージョンとキーイベント」「拡張計測機能」「データ保持期間」（Google、2026年10月1日閲覧）／Gartner プレスリリース “Gartner Sales Survey Finds 74% of B2B Buyer Teams Demonstrate Unhealthy Conflict During The Decision Process”（Gartner、2025年）