%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
問い合わせに至る前の行動を測れば、広告やサイトのどこを見直すべきか考える材料が増えます。まずは最終成果を決め、その手前にある行動が改善判断に役立つかを確かめましょう。
問い合わせに至る前の行動を測れば、広告やサイトのどこを見直すべきか考える材料が増えます。まずは最終成果を決め、その手前にある行動が改善判断に役立つかを確かめましょう。
| 活用方法 | 具体的な手順 |
|---|---|
| ページ間の導線改善 | マイクロCV達成率が低いページの導線を改善 |
| コンテンツの優先順位 | マイクロCV相関が高いコンテンツの拡充を優先 |
| A/Bテストの評価 | マクロCV数が不足する場合、マイクロCVで効果判定 |
| リードスコアリング | マイクロCVの達成数でリードの購買意欲を評価 |
この表は活用先を整理したものです。どの方法でも、中間行動の増加だけを成果とせず、問い合わせや商談の変化と照らし合わせて判断します。
「広告を出しているものの、問い合わせが少なく効果の違いを判断しにくい」「検討期間が長く、広告接触から問い合わせまでの動きが見えない」「ページビューは増えているが、どの行動を成果として評価すべきかわからない」——BtoBサイトでは、このような悩みが生じます。
マイクロコンバージョンとは、問い合わせや受注などの最終成果に至る前に起きる、中間的なユーザー行動です。料金ページの閲覧、事例ページへの遷移、CTAのクリック、フォームへの到達などが考えられます。
ただし、閲覧やクリックが起きた事実だけで、購買意欲や広告の効果を断定することはできません。
サイト全体の改善戦略については「BtoBサイト改善の完全ガイド」も合わせてお読みください。
本記事では、行動を選ぶ基準から計測、広告と営業での扱い方、見直し条件までを順に解説します。自社の問い合わせにつながる経路を確認しながら読み進めてください。
本記事は「CVR（コンバージョン率）改善の基本と実践施策15選｜BtoB企業向け完全ガイド」シリーズの一部です。関連するトピックを横断的にまとめたWebサイト改善ガイドもあわせてご覧ください。
この記事でわかること
広告からの訪問はあるのに問い合わせが少ない担当者や、サイト改善の優先順位を決めたい担当者に向けて、最初に測る行動の選び方を整理します。計測を始める前の判断から、取得後の見直しまで確認できます。
- マイクロコンバージョンの役割 — 問い合わせなどの最終成果と中間行動を分け、両者をどう比較するかを解説します。
- 行動の選び方 — 購買プロセス、計測可能性、改善につなげられるかを基準に、優先する行動を決めます。
- GA4とGoogle広告での扱い方 — イベントの発生条件を定義し、広告では主目標と補助指標を分けて考えます。
- HubSpotにつなぐ判断 — フォーム送信後の情報を営業の対応や取引結果と照らし合わせる方法を紹介します。
- 設定後の見直し方 — 行動数が増えても問い合わせが増えない場合に、次に確認する箇所を整理します。
読み終えたら、自社サイトの問い合わせに近い行動を選び、その発生条件と、結果を見て判断する担当者を決められる状態を目指します。
マイクロコンバージョンの基本と役割
マイクロコンバージョンは、問い合わせまでの検討経路を考えるための指標です。行動を選ぶ際は、まず最終成果を決め、そこへ向かう途中で何を知りたいかを明確にします。
行動が多く発生しても、次の段階との関係を説明できなければ、改善の判断には使いにくくなります。
| 評価基準 | 内容 | 重み |
|---|---|---|
| マクロCVとの相関 | そのマイクロCVを達成したユーザーがマクロCVに至る確率 | 最重要 |
| 発生頻度 | 十分なデータ量が得られるか | 高 |
| 計測の容易さ | GA4/GTMで容易に設定できるか | 中 |
| 行動の明確さ | ユーザーの意図が明確に読み取れるか | 中 |
相関は、行動が問い合わせを生んだことの証明ではありません。流入元や閲覧順序も見ながら、「この行動を測ると、次の改善策を選べるか」を確認します。
| ファネル段階・ユーザーの状態 | 設計すべきマイクロCV | 重要度 |
|---|---|---|
| 認知（課題に気づいた段階） | ブログ記事の読了、メルマガ登録 | ★★☆☆☆ |
| 興味（解決策を探している） | サービスページ閲覧、動画再生 | ★★★☆☆ |
| 比較検討（具体的に比較している） | 料金ページ閲覧、事例閲覧、CTA クリック | ★★★★☆ |
| 意思決定（導入を決めかけている） | フォーム到達、チャット利用、デモ閲覧 | ★★★★★ |
表の重要度は、すべてのサイトに当てはまる順位ではありません。自社で問い合わせ前によく使われる情報を確認し、段階の分け方から調整します。
| BtoBの課題 | マイクロCVの解決効果 |
|---|---|
| CVが少なく広告最適化が進まない | 中間CVでシグナルを増やし、AIの学習を加速 |
| 検討期間が長く効果測定が困難 | 検討プロセスの進捗を可視化 |
| CVR計測だけではサイト改善の方向がわからない | ユーザーの関心度合いを段階的に把握 |
| 営業へのリード品質のバラつき | マイクロCVの達成度でリードスコアリング |
表にある効果は、計測しただけで得られるものではありません。
- たとえば広告の学習に使う前には、中間行動と問い合わせの関係を確かめる必要があります
- 営業への引き渡しに使う場合も、行動履歴だけでリードの質を決めないようにします
マクロコンバージョンとの違い
- マクロコンバージョン ── 問い合わせ、見積依頼、受注など、事業上の目標に近い行動です
- マイクロコンバージョン ── その前の検討経路を調べるための行動です
両者を分けておくと、問い合わせが伸びないときに、流入から比較までのどこを確認すべきか考えやすくなります。
| 区分・発生頻度 | 定義 | BtoBでの具体例 |
|---|---|---|
| マクロCV（発生頻度：低い） | ビジネスの最終目標となるアクション | 問い合わせ、見積依頼、受注 |
| マイクロCV（発生頻度：高い） | マクロCVに至る前段階の中間アクション | 資料閲覧、動画再生、料金ページ訪問 |
| 区分・役割 | BtoBサイトでの例 | 評価の考え方 |
|---|---|---|
| マクロコンバージョン（最終成果を測る） | 問い合わせ、見積依頼、受注 | 事業成果として評価する |
| マイクロコンバージョン（検討の進行を測る） | 料金ページ閲覧、事例閲覧、CTAクリック | 最終成果との関係で評価する |
最初に問い合わせなどの主目標を決めます。次に、その手前で止まっている箇所を知るための行動を選びます。中間行動が増えても最終成果が変わらなければ、次の段階への導線や、集まった訪問者との適合を見直します。
BtoBサイトで重要になる理由
BtoBの検討では、広告を見たユーザーがその場で問い合わせるとは限りません。サービスの内容を読み、事例を確認し、社内で比較してから再訪する流れも考えられます。問い合わせだけを見ていると、途中のどこで検討が止まったかを調べにくくなります。
たとえば、次のように確認先を分けます。
- 訪問後にサービスページへ進む人が少なければ、広告の訴求と遷移先の内容を確認します
- 事例や料金は見られているのにフォームへ進まなければ、相談できる内容やフォームへの導線を確認します
行動を測る目的は、このように次の確認先を分けることです。
BtoBサイトが抱えやすい課題と、マイクロコンバージョンによる解決の方向性を整理すると、以下の表のようになります。
| BtoBの課題 | マイクロCVによる解決の方向性 |
|---|---|
| コンバージョンが少なく広告の最適化が進みにくい | 中間的な行動を増やし、学習に使えるデータを補う |
| 検討期間が長く、効果測定が難しい | 検討の進み方を段階的に可視化する |
| コンバージョン率だけでは改善の方向がわからない | ユーザーの関心度合いを段階的に把握する |
| 営業へ渡すリードの質にばらつきがある | 行動の達成状況でリードの意欲を評価する |
表の方向性を採用する前に、自社でその行動を取得できるか、取得後に誰が何を変えるかを決めます。対応が決められない指標は、計測を急がず、目的を整理し直します。
行動候補を検討段階に分ける
同じ閲覧でも、ユーザーが得ようとしている情報は異なります。課題を知るための記事、解決方法を理解するためのサービスページ、比較に使う事例など、ページの役割から行動を整理します。
| 検討段階・ユーザーの状態 | 行動候補 | 次に確認すること |
|---|---|---|
| 課題認識（自社の課題を調べている） | ブログ記事の読了 | 関連テーマへ進んだか |
| 情報収集（解決方法を探している） | サービス詳細や動画の閲覧 | 比較情報へ進んだか |
| 比較検討（選択肢を具体的に比べている） | 料金や事例の閲覧、CTAクリック | フォームへ進んだか |
| 意思決定（相談や導入を検討している） | フォーム到達、チャット利用 | 送信や商談につながったか |
企業様によって最適な形は異なります。料金ページを持たないサイトや、事例より技術資料が重視される商材もあります。自社の購買プロセスとページ構成に合わない行動は、表にあっても採用せず、次の段階を説明できる行動を選びます。
マイクロコンバージョン設定の設計手順
設定を始める前に、最終成果、問い合わせまでの経路、改善担当を整理します。行動を洗い出したら、測れるものをすべて登録するのではなく、結果によって施策を選べるものから着手します。
購買プロセスから候補を洗い出す
最初に、ユーザーが課題を調べてから問い合わせるまでのページと行動を書き出します。その際、ページ名だけでなく、「どの疑問を解消するために見るのか」「次に何を確認したくなるか」まで考えます。
さらに深掘りしたい方はマーケティングファネルとは？BtoB実践での活用法と各段階の施策もあわせてお読みください。
| ページや接点・想定される疑問 | 行動候補 | 次の行動 |
|---|---|---|
| ブログ記事（課題の原因は何か） | 記事の読了 | サービス詳細の閲覧 |
| サービスページ（どのように解決するか） | 詳細情報の閲覧 | 事例や料金の閲覧 |
| 事例ページ（自社でも活用できるか） | 事例の閲覧 | CTAクリック |
| 料金ページ（導入条件に合うか） | 料金情報の閲覧 | フォーム到達 |
| フォーム（相談してよいか） | 入力開始 | フォーム送信 |
この表では、前の行動から次の行動へのつながりを確認します。つながりを説明できないページビューは、まず通常の分析指標として扱い、マイクロコンバージョンにする理由を検討します。
次の表は、行動のカテゴリごとに具体例と検討段階を整理したものです。自社サイトに存在する接点を確認し、問い合わせまでの経路に合うものを選ぶ際に使ってください。
| カテゴリ・マイクロCV例 | 検討段階 | 購買意欲の強さ |
|---|---|---|
| ページ閲覧：料金ページの閲覧 | 比較検討 | ★★★★★ |
| ページ閲覧：事例ページの閲覧 | 比較検討 | ★★★★☆ |
| ページ閲覧：サービスページの詳細閲覧 | 情報収集 | ★★★☆☆ |
| コンテンツ消費：動画の再生（50%以上） | 情報収集 | ★★★☆☆ |
| コンテンツ消費：ブログ記事の読了（90%スクロール） | 認知 | ★★☆☆☆ |
| インタラクション：CTAのクリック | 検討 | ★★★★☆ |
| インタラクション：チャットボットの利用開始 | 検討 | ★★★★☆ |
| インタラクション：FAQ/ヘルプページの閲覧 | 検討 | ★★★☆☆ |
| 行動：資料の一部閲覧（DL前のプレビュー） | 情報収集 | ★★★☆☆ |
| 行動：複数ページの閲覧（3ページ以上） | 情報収集 | ★★★☆☆ |
| 行動：再訪問（2回目以降のセッション） | 比較検討 | ★★★★☆ |
星の数や閲覧条件だけで意欲を決めず、実際の問い合わせ経路と照らし合わせます。たとえば複数ページの閲覧が多くても、比較に必要な情報へ進んでいなければ、採用の優先順位を下げます。
最終成果との関係で優先順位を決める
行動を選ぶときは、問い合わせとの関係を第一に確認します。まだ関係を判断できない場合は、計測条件が明確で、取得後に改善箇所を選べる行動を先に測ります。
| 評価基準 | 確認内容 | 採用判断 |
|---|---|---|
| マクロコンバージョンとの相関 | 行動後に問い合わせへ進んでいるか | 関係が見える行動を優先する |
| 発生頻度 | 比較に使える程度の行動があるか | 極端に少ない場合は補助指標にする |
| 計測可能性 | GA4やGTMで一貫して取得できるか | 欠損が多い場合は採用を見送る |
| 意図の明確さ | 関心の内容を説明できるか | 偶発的な操作は除外する |
| 改善可能性 | 結果を施策へ反映できるか | 改善担当が決まる行動を優先する |
まず問い合わせへ近い行動を選び、発生条件を確認します。計測が安定したら、その行動をした訪問者が次に進んでいるかを調べます。関係が見えなければ、広告での評価を広げる前に、行動の定義か導線を見直します。
定義と担当を共通化する
行動名と発生条件が担当者ごとに異なると、同じレポートを見ても判断がそろいません。イベント名、対象、目的、確認するレポート、改善担当を一覧にします。
集計結果を手作業で別の表へ転記する運用では更新漏れも起こり得るため、参照する定義を共通にします。
| 管理項目 | 記載内容 |
|---|---|
| 行動名 | 社内で通じる日本語名 |
| イベント名 | GA4で使用する英字名 |
| 発生条件 | 対象ページやクリック対象 |
| 検討段階 | 課題認識、情報収集、比較検討、意思決定 |
| 主な用途 | 広告分析、サイト改善、スコアリング |
| 担当 | 計測、分析、改善を担う部門 |
定義を共有したら、「結果がどうなれば、誰がどのページを確認するか」も決めます。サイト改修で対象ページやボタンが変わった場合は、レポートを比較する前に定義と計測条件を見直します。
GA4とGTMでマイクロコンバージョンを設定する
設計した行動を計測する段階では、ページ閲覧で確認できるものと、クリックやフォーム操作など追加の条件が必要なものを分けます。
画面の表示名称や設定上限を確認する場合は、Google アナリティクスの公式ヘルプを参照し、利用中の画面に沿って確認してください。
| ステップ | 操作 |
|---|---|
| 1. イベントの確認 | 「管理」→「データの表示」→「イベント」でイベントが計測されているか確認 |
| 2. カスタムイベントの作成 | 「管理」→「データの表示」→「イベント」→「イベントを作成」 |
| 3. キーイベントとして設定 | 「管理」→「データの表示」→「キーイベント」→トグルをON |
| 4. 値の設定（任意） | イベントパラメータにcurrencyとvalueを追加 |
| マイクロCV | GA4イベント名 | トリガー条件 |
|---|---|---|
| 料金ページ閲覧 | pricing_page_view | /pricing/ページのpage_view |
| 事例ページ閲覧 | case_study_view | /case-studies/配下のpage_view |
| 動画再生50% | video_progress_50 | video_progressイベント（50%） |
| CTAクリック | cta_click | CTAボタンのクリック |
| チャット開始 | chat_start | チャットウィジェットのオープン |
| 3ページ以上閲覧 | engaged_session | session_startから3ページ目 |
| フォーム到達 | form_view | フォームページのpage_view |
表のイベント名とパスは、自社で決める発生条件を整理するための例です。実装前に対象ページと操作を確認し、意図しない行動まで含まれないようにします。
イベント名と発生条件を決める
同じ行動を継続して比較できるよう、イベント名と発生条件をセットで定義します。名前だけが同じでも、対象ページやクリック対象が変われば、前後の数値をそのまま比較しにくくなります。
| マイクロCV | 換算に使う値 | 計算方法 |
|---|---|---|
| 料金ページ閲覧 | 平均受注単価、その行動からの転換率 | 受注単価 × 転換率 |
| 事例ページ閲覧 | 同上 | 同上 |
| CTA クリック | 同上 | 同上 |
| フォーム到達 | 同上 | 同上 |
| 動画再生 | 同上 | 同上 |
※数値は自社の受注単価と行動別転換率を当てはめて算出してください。
金額へ換算する場合は、行動から最終成果までの関係を自社データで説明できるかを先に確認します。説明できない段階では値を置かず、行動数と問い合わせへの進行を分けて見ます。
GTMでタグとトリガーを組む
料金ページ閲覧を測るなら、まず対象ページを定義します。次に、該当ページでイベントが発生し、対象外では発生しない条件を組みます。
ページ構成が変わると条件も影響を受けるため、サイト改修時には定義表と設定を合わせて確認します。
| 設定項目 | 内容 |
|---|---|
| トリガー種類 | ページビュー |
| トリガー条件 | Page Path が /pricing を含む |
| タグ種類 | GA4 イベント |
| イベント名 | pricing_page_view |
| パラメータ | page_title, page_location |
公開前に対象ページと対象外ページの両方で発生条件を確認します。意図した行動だけを取得できる状態になったら公開し、GA4側でも受信を確認します。条件が合わなければ、数値を評価に使う前に設定を修正します。
キーイベントへ設定して検証する
GA4でイベントを受信できたら、その行動をキーイベントとして扱う必要があるかを判断します。すべての取得イベントを同じ重みで評価せず、問い合わせに向かう重要な行動を選びます。
| 段階 | 操作 | 次へ進む条件 |
|---|---|---|
| イベント確認 | 管理画面で対象イベントを探す | 実際の訪問後にイベントが受信されている |
| 条件検証 | 対象と対象外のページを操作する | 想定した条件だけで発生している |
| キーイベント設定 | 対象イベントをキーイベントにする | レポートでキーイベントとして確認できる |
| 値の設定 | 必要に応じてcurrencyとvalueを渡す | 算出根拠を説明できる |
レポートで確認できても、その行動が問い合わせに役立つとは限りません。取得の正しさを確認した後、次の段階への進行を比較します。関係を説明できない場合は、キーイベントとしての扱いや定義を見直します。
Google広告でマイクロコンバージョンを活用する
広告では、問い合わせなどの最終成果を主目標に置きます。
中間行動は、どの広告から来た訪問者が比較情報へ進んだかを調べる補助指標として使います。入札に使うかどうかは、計測の正しさと最終成果との関係を確認してから判断します。
主目標と補助指標を分ける
料金ページ閲覧が増えても、問い合わせが増えるとは限りません。まず問い合わせと中間行動を別々に表示し、両者が同じ方向に動くか確認します。広告ごとの差が見えても、訪問者の意図や遷移先の違いを合わせて調べます。
マイクロコンバージョンを加えた場合の見方を、次の表で整理します。表の変化は起こり得る状態を示すものであり、設定後の成果を約束するものではありません。
| シナリオ | マクロCVのみ | マイクロCV追加後 |
|---|---|---|
| 月間CV数 | 少ない | 増える（マイクロCVを含む） |
| AI学習の精度 | データ不足になりやすい | 学習データが増える |
| 入札最適化 | 安定しにくい | 安定させやすい |
| CPA | 変動が大きくなりやすい | 安定しやすい |
中間行動を計上すれば、表示上のコンバージョン数は変わります。その変化だけで学習や費用対効果の改善を判断せず、問い合わせと商談の結果を別に確認します。
| 行動 | 基本的な位置付け | 判断理由 |
|---|---|---|
| 問い合わせ | 主目標 | 事業成果に近い |
| 見積依頼 | 主目標 | 商談につながる意図が明確 |
| フォーム到達 | 補助指標 | 意思決定に近いが未送信 |
| 料金ページ閲覧 | 補助指標 | 比較意図はあるが成果前 |
| ブログ閲覧 | 分析指標 | 課題認識段階で意図が広い |
問い合わせが少なく広告間の違いを読み取りにくい場合は、補助指標を並べて、どの段階で差が生じているかを確認します。
入札への利用を検討するのは、計測が安定し、問い合わせとの関係を説明できるようになってからです。
オーディエンスへつなげる
料金や事例を見た訪問者、フォームに到達して送信しなかった訪問者など、行動に応じた情報の届け方を考えられます。
ただし、行動だけでは閲覧した理由や現在の検討状況まではわかりません。表示する内容は、次に必要になりそうな情報を基準に選びます。
| オーディエンス | 活用方法 |
|---|---|
| 料金ページ閲覧者 | 高意欲リマーケティング |
| 事例ページ閲覧者 | 事例コンテンツ訴求のリマーケティング |
| フォーム到達→未送信者 | フォーム放棄者へのリマーケティング |
| 3ページ以上閲覧者 | 類似オーディエンスの元データ |
たとえばフォーム到達後に送信がない場合、先にフォームの説明や入力負担を確認します。広告で再び案内するかは、サイト側の停滞箇所を把握したうえで決めます。
レポートで原因を分ける
広告のレポートでは、訪問、中間行動、問い合わせを順に見ます。途中で進行が止まる箇所によって、広告の訴求、遷移先、フォームなど、確認する対象が変わります。
| 観測結果 | 考えられる状態 | 優先する改善 |
|---|---|---|
| 訪問も中間行動も少ない | 広告接触や流入が弱い | 配信条件と広告訴求 |
| 訪問はあるが中間行動が少ない | 遷移先との期待が合っていない | ファーストビューと導線 |
| 中間行動はあるが問い合わせが少ない | 比較後の不安が残っている | 事例、料金説明、フォーム |
| 問い合わせ後に商談化しにくい | 集客対象が広すぎる | ターゲティングと訴求条件 |
表の「考えられる状態」は仮説です。たとえば中間行動が少なければ、広告とページの内容を確認するとともに、イベントが正しく取得されているかも確認します。
以下の表は、分析する単位を変えたときに、中間行動から何を読み取ろうとするかを整理したものです。
| 分析レベル | マクロCVのみの課題 | マイクロCV活用の効果 |
|---|---|---|
| キャンペーン別 | CVが少なく比較困難 | 十分なデータで比較可能 |
| 広告グループ別 | ほぼCVが発生しない | マイクロCVで効果を把握 |
| キーワード別 | CVなしのKWが大量 | 意欲シグナルでKWを評価 |
中間行動で差が見えても、十分に比較できるかは実際の取得状況によります。
- まず計測条件と流入規模を確認します
- 次に問い合わせや商談と異なる傾向がないかを見ます
結論が分かれる場合は、広告側だけを変更せず、サイトや営業で得た情報も確認します。
HubSpotで行動データを営業プロセスへつなぐ
サイトで見つけた検討経路の仮説は、問い合わせ後の情報と照らし合わせることで見直せます。
HubSpotで確認できるフォーム、コンタクト、取引の情報を使い、「比較情報へ進んだ訪問者が、その後どのような相談をしたか」を確認します。利用できる履歴の範囲に合わせて、判断に必要な情報から整理します。
フォーム到達と送信を分ける
フォームページの閲覧、入力開始、送信は異なる行動です。到達が多く送信が少なければ、フォーム周辺の説明や入力項目を確認します。到達自体が少なければ、フォームへ至る導線を確認します。
以下の画面では、HubSpotのフォーム管理画面にフォーム名、ページビュー、送信数、表示場所が並んでいます。どのフォームを対象に見るか確認したうえで、閲覧と送信を分けて考える際に参照してください。
ページビューと送信数だけで離脱の理由は確定できません。フォームの設置場所、相談前に示している情報、入力項目を見て、変更後に送信の状況がどう変わるか確認します。
スコアリングとワークフローへつなぐ
行動をリードスコアリングへ使う場合は、点数を付ける前に、どの状態なら営業が確認するかを決めます。同じページの繰り返し閲覧だけで評価が上がり続ける設計や、問い合わせ内容を見ずに連絡を決める設計は避けます。
| スコア帯 | リード評価 | 対応アクション |
|---|---|---|
| 低スコア帯 | 低関心 | ナーチャリングメール配信 |
| 中スコア帯 | 中関心 | ターゲット広告＋コンテンツ提供 |
| 高スコア帯 | 高関心 | インサイドセールスからアプローチ |
| 最高スコア帯 | 最高関心 | 営業担当が早期にコンタクト |
※帯の境界となる点数は自社のスコア分布に合わせて設定してください。
| マイクロCV | スコア | 根拠 |
|---|---|---|
| ブログ記事の読了 | +5点 | 情報収集段階 |
| サービスページ閲覧 | +10点 | 興味段階 |
| 事例ページ閲覧 | +15点 | 比較検討段階 |
| 料金ページ閲覧 | +20点 | 比較検討段階（高意欲） |
| CTAクリック | +25点 | 意思決定段階 |
| フォーム到達 | +30点 | 意思決定段階（最高意欲） |
表の点数は、自社の問い合わせや商談結果を使って調整するための例です。スコア帯に応じた対応を決める際も、会社情報や相談内容を担当者が確認し、連絡の要否を判断します。
運用後に高い評価と商談結果が結び付かなければ、配点や対象行動を見直します。
取引と顧客データまで追う
問い合わせ後に取引が作成されたら、流入元や事前の行動と商談結果を照らし合わせます。問い合わせにつながった行動と、受注につながった行動の傾向が異なる場合は、サイトや広告で重視する指標を見直します。
私たちは、CRMを部門間で判断をそろえるための基盤として設計することが重要だと考えています。
広告、サイト、フォーム、営業の担当者が同じ行動の定義を参照できれば、数字の違いを確認しながら改善策を選べます。取引や顧客の結果まで確認できる範囲を広げる場合も、まずは問い合わせとの関係を説明できる状態を作ります。
CTAからフォームへの導線を詳しく検討したい場合は「HubSpot CTAボタンの作成・設置方法｜クリック率を高めるデザインと配置の最適化ガイド」をご覧ください。ボタンを作る際の考え方と、クリック後の遷移先を見直す際の手順を確認できます。
マイクロコンバージョンをサイト改善に活かす
行動を取得できたら、閲覧数だけで改善対象を決めず、次の段階へ進めていない箇所を探します。変更前後は同じ発生条件で比較し、中間行動と問い合わせの両方を確認します。
導線の停滞箇所を見つける
「流入」「サービス理解」「比較」「問い合わせ」の順に経路を並べ、どこで次の行動が少なくなるかを見ます。そのうえで、ページの内容、導線、フォームのどれを変更するか決めます。
| 停滞箇所（Before） | 改善内容 | Afterで見る行動 |
|---|---|---|
| 記事からサービスへ進まない（Before：関連する導線が見つけにくい） | 文脈に合う内部リンクやCTAを置く | サービスページへの遷移 |
| サービスから事例へ進まない（Before：適用イメージが伝わりにくい） | 関連事例への導線を明確にする | 事例ページの閲覧 |
| 料金からフォームへ進まない（Before：相談前の疑問が残っている） | 対象範囲や相談内容を説明する | フォーム到達 |
| フォーム到達後に送信されない（Before：入力前の不安や負担がある） | 項目や補足説明を見直す | フォーム送信 |
たとえば記事からサービスページへの遷移が増えても、事例や問い合わせへ進まなければ、サービスページの説明や次の導線を確認します。
改善を続けるかどうかは、変更した箇所の行動だけで決めず、その先への進行も見て判断します。
コンテンツの優先順位を決める
コンテンツは、集客、サービス理解、比較、意思決定支援のどこを担うかで評価します。記事と事例を同じ閲覧数だけで比べず、それぞれが次の段階へつなぐ役割を果たしているかを確認します。
問い合わせへ進んだ訪問者がよく見ているページがあれば、そのページの内容と導線を確認します。
- ただし、よく見られていることだけを理由に拡充せず、流入元や閲覧順序も比べます
- 次の行動につながらない場合は、情報の不足と、案内する順序の両方を見直します
テスト結果を最終成果まで追う
CTAを変えたらクリック、フォームを変えたら入力開始や送信というように、変更箇所に近い行動を確認します。これにより、施策が意図した箇所に影響したかを調べられます。
その後、問い合わせや商談結果も確認します。
- クリックが増えても送信が変わらなければ ── 遷移先や相談前の説明を見直します
- 中間行動と最終成果が反対方向に動く場合 ── 変更を採用する判断を保留し、訪問者の意図や問い合わせ内容を確認します
設定と運用で避けたい失敗
運用上の失敗は、イベントの数だけでなく、定義、計測、改善担当のいずれかが欠けたときにも起こります。表でよくある状態を確認し、自社ではどの条件で見直すかを決めておきます。
| よくある失敗 | 回避策 |
|---|---|
| マイクロCVを設定しすぎる | 5〜8個に絞る。多すぎると分析が複雑になる |
| マクロCVとの相関を検証しない | 定期的にマイクロCV→マクロCVの転換率を確認 |
| マイクロCV値を更新しない | 四半期ごとに転換率を再計算し、値を更新 |
| 広告の主CVをマイクロCVにしてしまう | マクロCVを主目標、マイクロCVは補助として活用 |
| すべてのマイクロCVに同じ重みを付ける | 検討段階に応じて重み付けを変える |
表にある数や見直し時期は一律の基準にせず、自社の行動経路と判断に必要なデータに合わせて決めます。ページ構成や広告の訴求を変えたときは、予定した見直し時期を待たずに発生条件を確認します。
イベントを増やしすぎる
すべてのクリックを重要な行動として扱うと、どの指標を見て改善するかが曖昧になります。新しいイベントを加える前に、既存の指標では答えられない問いと、結果に応じて変える施策を明確にします。
問い合わせとの関係が見えず、改善にも使っていないイベントは、評価対象から外すことを検討します。新たに測る必要が生じたら、その行動が示す検討段階と次の行動を定義してから追加します。
相関を因果関係と捉える
事例ページを見た訪問者からの問い合わせが多くても、事例を見せれば問い合わせが増えるとは言えません。もともと関心の高い訪問者が事例を選んで見ている可能性もあります。
まず流入元と閲覧順序を分けて確認します。次に事例への導線を変えた際の行動を比べ、問い合わせや商談の結果も見ます。中間行動だけが増えた場合は、事例の内容や相談へのつながりをさらに確認します。
計測できない行動の限界を認める
社内検討、担当者間の共有、別端末からの再訪など、サイト上のイベントだけでは捉えにくい行動があります。計測上の制約によって、同じ人の行動を常に連続して確認できるとも限りません。
行動履歴は顧客の意思を断定するためではなく、改善箇所を探すために使います。問い合わせ内容や営業のヒアリングと食い違う場合は、行動の意味付けを見直します。
小さく始めて段階的に広げる
まず最終成果に近い行動を選び、発生条件を定義します。意図した条件で取得できたら、問い合わせとの関係を確認します。その結果を改善に使えるようになってから、広告や営業での利用を検討します。
各段階で、次の三点を確認します。
- 「正しく取得できるか」
- 「結果の意味を説明できるか」
- 「担当者が次の対応を選べるか」
いずれかが欠けていれば、利用先を増やす前に定義や運用を直します。
次の表は、運用中に確認したい失敗と、その見直し方をまとめたものです。計測が安定した後も、問い合わせまでの経路や担当者の判断に変化があれば、指標の扱いを再検討してください。
| よくある失敗 | 回避策 |
|---|---|
| マイクロコンバージョンを設定しすぎる | 少数に絞り込む。多すぎると分析が複雑になる |
| マクロコンバージョンとの相関を検証しない | 定期的に転換率を確認する |
| マイクロコンバージョンの評価を更新しない | 定期的に転換率を再計算し、評価を見直す |
| 広告の主目標をマイクロコンバージョンにしてしまう | マクロコンバージョンを主目標とし、マイクロコンバージョンは補助として使う |
| すべてのマイクロコンバージョンに同じ重みを付ける | 検討段階に応じて重み付けを変える |
よくある質問
行動を選ぶときは、計測できるかだけでなく、結果を見て何を変えるかが判断の分かれ目になります。設定数、金額への換算、広告やHubSpotでの扱い方を確認します。
マイクロコンバージョンとマクロコンバージョンは何が違いますか？
マクロコンバージョンは問い合わせ、見積依頼、受注などの最終成果です。マイクロコンバージョンは、その前にある料金ページ閲覧やフォーム到達などの行動です。まず最終成果を決め、伸び悩んだときにどの段階を確認したいかに応じて中間行動を選びます。
マイクロコンバージョンはいくつ設定すればよいですか？
一律の数では決めません。問い合わせまでの経路を描き、計測条件と改善担当が明確な行動から選びます。取得後に判断へ使われない行動があれば扱いを見直し、新しい行動は既存の指標で答えられない問いが生じたときに追加します。
マイクロコンバージョンに金額を設定できますか？
自社の受注単価と、その行動から最終成果へ進む割合を確認できれば、評価に使う値を検討できます。根拠となる関係を説明できない場合は、金額を置かず、まず行動後に問い合わせへ進んだかを確認します。
Google広告では主目標に設定すべきですか？
まず問い合わせや見積依頼を主目標とし、中間行動は分析の補助に使います。計測が安定し、問い合わせとの関係を確認できたら、広告での扱いを検討します。中間行動が増えても問い合わせや商談が増えなければ、入札に使う前に行動の定義と遷移先を見直します。
HubSpotだけでマイクロコンバージョンを管理できますか？
フォーム送信やコンタクトに関連する情報は、HubSpotでの営業対応や取引結果と照らし合わせられます。サイト上の行動をどこまで確認できるかは、取得しているデータに合わせて判断します。まず問い合わせにつながる経路を整理し、必要な行動と識別後の情報を同じ定義で比較できるか確認してください。
まとめ
マイクロコンバージョンは、問い合わせまでのどこで検討が止まったかを調べるための指標です。最終成果を主目標に置いたうえで、次に確認するページや施策を選べる行動から測ります。
設計で押さえる要点
- 最初に問い合わせなどの最終成果を決め、その手前で知りたい行動を選びます。
- 行動名だけでなく、発生条件、次の行動、改善担当を定義します。
- 計測の正しさを確認してから、問い合わせとの関係を比較します。
- 中間行動だけが増えた場合は、次の段階の導線と問い合わせ内容を見直します。
- 広告や営業で利用を広げる際は、結果に応じた対応を担当者が選べるか確認します。
まず取り組むこと
自社サイトの問い合わせフォームから経路をさかのぼり、直前にある事例、料金、CTAなどの接点を確認してください。そこから、結果を見て改善箇所を選べる行動を決めます。
- 対象となるページや操作、イベントの発生条件を書き出します。
- 対象と対象外の両方で計測を確認します。
- 行動後にフォーム送信へ進んだかを見て、導線を変えるか、行動の定義を見直すか判断します。
この判断を継続できる状態になったら、広告の補助指標やHubSpotでの営業対応にも利用を広げます。CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
マイクロコンバージョンを設計した後は、停滞している箇所に合わせて、CTA、フォーム、ランディングページなどを見直します。次の記事では、改善箇所の選び方から分析、施策の検証まで、関連する方法を確認できます。
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
