記事別のCV件数をGA4で計測できていても、評価はそこで終わりません。BtoBでは、問い合わせのあとに営業の判定や商談化を経て受注に至ります。同じ10件のCVでも、商談や受注につながる割合は記事ごとに異なります。
この記事では、CV後の成果だけをCRMで追う方法に絞って説明します。記事IDをCRMへ引き継ぎ、MQL、SQL、商談、受注、金額まで接続していく流れです。各段階の定義例は、途中の表で示します。なお、この記事ではCVした見込み顧客（フォーム送信を完了した人）を「リード」と呼びます。
初回接点、直接CV、間接CVなど「CVまで」の測り方は、既存記事で扱っています。まだ確認していない場合は、先に「オウンドメディアの記事別CV貢献を測る方法｜直接・間接コンバージョンをどう評価するか」をご覧ください。この記事の役割は、その計測結果をCRMへ渡したあとの評価です。
この記事でわかること
記事ごとの商談・受注への貢献をCRMでどう測るか、という問いに答えます。具体的には、次の6点を説明します。
- CV時点でCRMへ渡す最小項目
- MQL、SQL、商談、受注の共通定義
- 記事別の商談化率、リード受注率、商談受注率の計算方法
- リード品質を記事単位で比べる方法
- 獲得月コホート（同じ月に獲得したリードの集団）で受注まで追う方法
- 受注金額や粗利を扱うときの注意点
30秒でわかる結論
記事別の商談・受注貢献は、CVのあとの段階を順に追って測ります。流れは次のとおりです。
記事ID付きCV → MQL → SQL → 商談 → 受注 → 受注金額
各段階の数を記事別に並べると、CV件数だけでは見えない差が分かります。最低限、次の5指標を記事別に確認してください。
| 指標 | 計算方法 | 主に見ること |
|---|---|---|
| 商談化率 | 商談数 ÷ CVリード数 | CV後に案件へ進む割合 |
| リード受注率 | 受注数 ÷ CVリード数 | リード全体の最終成果 |
| 商談受注率 | 受注数 ÷ 商談数 | 商談後の成約状況 |
| 良質リード率 | SQL以上のリード数 ÷ CVリード数 | 営業が追う価値のある比率 |
| リード1件あたり受注金額 | 受注金額 ÷ CVリード数 | 1リードの経済価値 |
表の使い分けは次のとおりです。商談化率とリード受注率でCV後の進み具合を、商談受注率で商談後の成約状況を見ます。良質リード率はリードの質を、リード1件あたり受注金額は金額面の価値を示します。
CVまでの接点評価と、CV後のパイプライン評価は分けて扱います。この分け方が、既存記事との役割の違いです。
GA4でCVまで測れても、CV後はCRMが必要になる
GA4は、ランディングページやキーイベントの分析に向いています。一方、営業が有効と判断したか、商談化したかは、通常はCRM側の情報です。
Google Analyticsのヘルプでは、ランディングページレポートでセッションの入口を確認でき、キーイベントも同じレポートで確認できると説明されています。
ただし、BtoBの商談ステージや受注金額は、別のシステムで管理されやすい領域です。そのため、記事の評価を受注まで広げるには、GA4とCRMを接続する必要があります。
どの範囲をどこで管理し、この記事でどう扱うかは、次のように整理できます。
| 範囲 | 主な管理先 | 本記事での扱い |
|---|---|---|
| 記事流入 | GA4など | 前提データとして受け取る |
| CV | GA4・フォーム | CRMへ渡す起点にする |
| MQL・SQL | CRM・MA | 記事別に比較する |
| 商談 | CRM・SFA | 商談化率を計算する |
| 受注・失注 | CRM・SFA | リード受注率・商談受注率を計算する |
| 受注金額 | CRM・基幹 | 記事別の金額を比較する |
表のとおり、記事流入とCVはGA4やフォーム側にあり、MQL以降の段階と金額はCRM・MA・SFA・基幹システム側にあります。この記事では、記事流入を前提データとして受け取り、CVを起点にCRM側の段階を記事別に比べます。
HubSpotのヘルプでは、Lead、MQL、SQL、Opportunity、Customerなどのライフサイクルステージで段階を管理でき、各ステージに入った日付も追跡できると説明されています。
どのツールを使うかよりも、自社で同じステージ定義を使い続けることが、記事別に比較するための前提になります。
なお、流入・行動・CVまでのKPIと改善サイクルは、オウンドメディアの効果測定全体像で確認できます。
CV時点でCRMへ渡す最小項目
最初に整えるのは、CVと記事をCRM上で結ぶキーです。高度なアトリビューションより先に、欠損しない識別子を作ります。
項目は、必須・推奨・任意に分けて示します。必須の項目だけで、CVから商談化、受注・失注までを記事別にたどれます。推奨と任意は、MQL・SQLの比較や、金額・利益まで見たいときに足します。
| CRM項目 | 必須度 | 用途 |
|---|---|---|
| リードID・コンタクトID | 必須 | 同一リードを追跡する |
| 会社ID | BtoBでは推奨 | 同一企業の複数担当者を束ねる |
| 記事ID | 必須 | URL変更後も記事を識別する |
| 記事URL | 推奨 | 人が確認しやすくする |
| CV日時 | 必須 | コホートの起点にする |
| CV種別 | 必須 | 問い合わせ、資料請求などを分ける |
| MQL日時 | 推奨 | マーケ判定までの日数を見る |
| SQL日時 | 推奨 | 営業有効化までの日数を見る |
| 商談化日時 | 必須 | 商談化率と期間を計算する |
| 商談ID | 必須 | リードと案件を接続する |
| 受注・失注 | 必須 | 最終結果を固定する |
| クローズ日 | 必須 | 評価期間をそろえる |
| 受注金額 | 推奨 | 売上貢献を比較する |
| 粗利額 | 任意 | 利益ベースで見る場合に使う |
記事IDをURLとは別に持つ
記事のキーをURLだけにすると、URLを変更したときに集計が崩れます。記事IDと現在のURLは、別の項目として持つほうが安全です。
たとえば、CRMには article_id_at_cv を保存します。記事IDと現在URLの対応は、記事マスター（記事ごとのID・タイトル・URLを管理する一覧）側で持ちます。
CV時点の値を上書きしない
記事URLや流入情報を後から上書きすると、過去の案件の起点が変わってしまいます。CV時点の値はそのまま固定して保持します。
現在の記事情報の更新は、記事マスター側で行います。
複数記事への接触ルールは既存記事に委譲する
初回接点、CV直前、アシストの定義は、この記事では説明しません。複数の記事に接触したリードは、既存のCV貢献ルールに従って記事IDを決めます。
CRM側の役割は、決まった記事IDを欠損なく受け取り、保持することです。
MQL・SQL・商談・受注の定義を営業と統一する
記事別の商談化率は、ステージの定義がそろって初めて比較できます。営業担当ごとに「商談」の意味が違う状態では、数字を記事間で比べられません。
まず、次のように条件を決めます。表は定義の一例ですので、自社の業務に合わせて調整してください。
| ステージ | 定義例 | 必ず記録する値 |
|---|---|---|
| CVリード | フォーム送信が完了 | CV日時、記事ID |
| MQL | 対象業種・規模などの条件を満たす | MQL日時 |
| SQL | 営業が追客対象と判定 | SQL日時、判定理由 |
| 商談 | 案件としてCRMに登録 | 商談ID、商談化日時 |
| 受注 | 契約条件が確定 | 受注日、受注金額 |
| 失注 | 案件終了 | 失注日、失注理由 |
HubSpotのライフサイクルステージも、マーケティングと営業の引き継ぎを追う設計になっています。自社の業務に合わせて定義を決めたら、途中で変えずに固定してください。
「良質リード」を主観で決めない
リード品質を担当者の印象だけで評価すると、再現性がありません。まずはCRM上の客観的な条件で定義します。
たとえば、次の指標なら記事同士を比べられます。
良質リード率 ＝ SQL以上に到達したリード数 ÷ CVリード数
必要に応じて、対象外の企業や明確な失注理由があるリードも分けて集計します。
「営業が追う価値があるか」を数字にすると、CV件数の多い記事と、良質リードの多い記事が一致しないことが見えてきます。
記事別の商談・受注貢献を測る5ステップ
ここからは、記事別に商談・受注貢献を集計するまでの手順を、5つのステップで説明します。記事とCRMのキーをそろえ、CV時点の値と各ステージの日付を残し、そのうえで集計して追跡する順です。
STEP1｜記事マスターとCRMのキーをそろえる
記事ID、記事タイトル、現在URLを記事マスターで管理します。CRMにも記事IDを保存し、同じキーで突き合わせられる状態にします。
URLは人が確認するための表示用に使い、集計のキーは記事IDに統一します。
STEP2｜CV発生時に記事IDをCRMへ保存する
問い合わせや資料請求が発生した時点で、記事IDを保存します。あとから復元する設計は、欠損が増えやすくなります。
フォームのhidden項目や連携処理を使う場合は、値が正しく入るかをテストしてください。
確認するポイントは次のとおりです。
- 記事IDが空欄になっていない
- 同じフォームで記事IDが上書きされない
- CV日時が正しい
- CV種別が区別できる
- リードIDや会社IDが重複登録されていない
STEP3｜各ステージの日付を残す
現在のステージしか残していないと、進行の速さを分析できません。MQL、SQL、商談、受注へ進んだ日付を、それぞれ残します。
日付があれば、次の指標も確認できます。
商談化日数 ＝ 商談化日 − CV日
受注日数 ＝ 受注日 − CV日
同じリード受注率でも、30日で受注する記事と180日かかる記事は性質が違います。日数は、リード受注率と並べて確認します。
STEP4｜記事別に率と金額を集計する
月次レポートでは、CV件数だけでなく、後工程の数と率を横に並べます。次の表は、説明用の仮の数値で作った例です。
| 記事ID | CV | MQL | SQL | 商談 | 受注 | 商談化率 | リード受注率 | 受注金額 |
|---|---|---|---|---|---|---|---|---|
| A001 | 50 | 24 | 14 | 8 | 3 | 16.0% | 6.0% | 450万円 |
| A002 | 80 | 20 | 8 | 4 | 1 | 5.0% | 1.3% | 120万円 |
この表なら、CV量と営業成果を分けて判断できます。A002はCVが80件と多い一方で、商談化率は5.0%、受注金額は120万円です。A001はCVが50件でも、商談化率は16.0%、受注金額は450万円と、A002を上回っています。
STEP5｜獲得月コホートで受注まで追う
BtoBでは、CVした月と受注した月が一致しないことがあります。そのため、単月の受注件数だけで記事を評価しません。
CVが発生した月を起点に、同じリード集団を追います。詳しい設計は、次の節「獲得月コホートで商談・受注を追う」で説明します。
獲得月コホートで商談・受注を追う
獲得月コホートでは、CVを獲得した時期を固定します。その集団が後から何件商談・受注したかを追跡します。
たとえば、8月に記事A001から獲得した30リードを1つの群にします。9月以降も、同じ30リードの進捗を更新していきます。次の表は、STEP4の表とは別に用意した仮の数値による例です。
| 獲得コホート | 記事ID | CV | 30日以内商談 | 90日以内商談 | 180日以内受注 | 180日受注金額 |
|---|---|---|---|---|---|---|
| 2026年8月 | A001 | 30 | 5 | 9 | 3 | 420万円 |
| 2026年8月 | A002 | 45 | 3 | 6 | 1 | 110万円 |
A001は、30リードのうち、30日以内の商談が5件、90日以内の商談が9件で、180日以内に3件が受注し、受注金額は420万円でした。A002は、45リードのうち、90日以内の商談が6件、180日以内の受注が1件で、受注金額は110万円です。同じ獲得月の集団を、決めた期間ごとに見る形です。
分母を途中で変えない
8月コホートなら、分母は8月に獲得した対象リードです。翌月の新規リードは混ぜません。
分母を固定すると、記事ごとの商談化の速さを比べられます。
評価窓は営業サイクルに合わせる
30日で結論が出る商材と、半年かかる商材を、同じ期間で比べることはできません。自社の受注までの日数の中央値を参考に、評価する期間（評価窓）を決めます。
たとえば、30日、90日、180日のように固定します。
未成熟コホートを失敗扱いしない
公開直後の記事では、受注まで進んでいないことがあります。評価窓がまだ終わっていないコホートは、未成熟コホートとして「評価保留」に分けておくほうが安全です。
こうすると、古い記事だけが有利になる比較を避けやすくなります。
リード品質は「流入数×営業成果」で評価する
記事改善では、アクセス数だけで優先順位を決めないようにします。流入量と、CV後のリード品質を組み合わせて、記事を4つに分けて見ます。ここでの品質は、良質リード率や商談化率で見ます。
| 分類 | 状態 | 基本方針 |
|---|---|---|
| 流入多・品質高 | 集客も商談も強い | 更新と導線を優先強化 |
| 流入少・品質高 | 少数でも良質 | 関連テーマの露出を増やす |
| 流入多・品質低 | CV後に失速 | 検索意図と対象読者を見直す |
| 流入少・品質低 | 両方弱い | リライト、統合を検討 |
表の中で特に見落としやすいのは、「流入少・品質高」の記事です。PVやCVの件数だけでは目立たないためです。良質リード率や商談化率が高いなら、関連テーマに投資する候補になります。
CV件数と受注貢献が逆転する例
ここでは別の仮の例として、記事Aと記事Bから次の成果が出たとします。
| 指標 | 記事A | 記事B |
|---|---|---|
| CVリード数 | 50件 | 20件 |
| SQL数 | 10件 | 10件 |
| 商談数 | 5件 | 8件 |
| 商談化率 | 10% | 40% |
| 受注数 | 1件 | 3件 |
| リード受注率 | 2% | 15% |
| 受注金額 | 100万円 | 450万円 |
CV件数だけを見ると、記事Aが優位です。しかし、商談数も受注数も受注金額も、記事Bが上回ります。SQLは両方とも10件ですが、CVリード数が50件と20件で違うため、CVのうちSQLに届いた割合は記事Bのほうが高くなります。
この場合は、記事Bの検索意図や対象企業を確認し、同じ質のリードを生むテーマを増やす判断につなげます。
ただし、記事Bが受注の「原因」だと断定しないことが重要です。記事別のデータは、投資判断のための関連指標として扱います。
受注金額・粗利まで評価する場合の注意
商談化率やリード受注率まで集計できたら、金額も追加できます。ただし、金額は定義がそろっていないと、比較を誤ります。
受注金額の定義を固定する
受注金額に何を含めるかを、先に決めます。
- 初期費用だけか
- 契約総額か
- 年間契約額か
- 継続課金をどこまで含めるか
SaaSと受託サービスを同じルールで足すと、比較が崩れます。商材ごとに金額の定義を固定してください。
Salesforceのサクセスナビでは、施策と商談を関連付けて、商談数や金額を集計できると紹介されています。記事IDも、同じ考え方で案件につなぐ識別子として設計できると考えます。
大型1件だけで高評価にしない
高単価の商材では、大型の受注が1件あるだけで、記事の評価が大きく変わります。受注金額だけでなく、件数と対象期間も併記してください。
中央値や複数のコホートも見ると、偶然の影響を抑えやすくなります。
粗利を使うなら会計側の定義に合わせる
利益ベースで比較する場合は、CRM独自の仮計算にしません。会計や管理会計側の粗利の定義に合わせます。
一方、記事制作費や更新費を分母にしたROIの計算は、別の論点です。この記事では、CV後の案件成果の測定までを扱います。
記事別CRM計測でよくある6つの失敗
次の6つは、記事別にCRMで計測するときに起こりがちな失敗です。
1. 記事IDがCRMへ渡っていない
CV数は見えても、どの記事から来たのか分かりません。フォーム連携の段階で、記事IDを必須項目として検証します。
2. 商談の定義が営業担当ごとに違う
初回面談を商談とする人もいれば、案件化したあとだけを数える人もいます。この状態では、記事別の商談化率を比較できません。
3. 現在ステージしか残していない
商談化まで何日かかったかを分析できません。ステージに到達した日付を残してください。
4. 同じ会社の複数リードを重複計上する
BtoBでは、同じ企業から複数の担当者がCVすることがあります。リード単位のレポートと、会社単位のレポートを分けます。
5. 単月の受注だけで判断する
営業サイクルが長い記事は、不利になります。獲得月コホートで追跡してください。
6. CVまでのアトリビューションを再設計し始める
CRM計測の目的は、CV後の営業成果をつなぐことです。初回、直接、アシストの定義を見直したい場合は、CVまでの貢献計測のルール側で行います。
CRMデータを制作優先順位へ戻す
記事別計測の目的は、CRMのレポートを増やすことではなく、次に何を作り、何を直すかを決めることです。
月次では、次の順で見ると判断しやすくなります。
- 記事別CVリード数
- 良質リード率
- 商談化率
- リード受注率
- 受注金額
- 商談化・受注までの日数
そのうえで、先に示した流入量とリード品質の4分類に沿って、記事を次の施策へ戻します。
- 品質高・流入少：関連テーマの露出を増やす
- 品質高・流入多：更新と導線を優先して強化する
- 品質低・流入多：検索意図や対象読者を見直す
- 品質低・流入少：リライトや統合、役割の変更を検討する
オウンドメディア全体のKPIやPDCAは、オウンドメディアの効果測定全体像で扱っています。この記事では、その中のCRM以降だけを深掘りしました。
まとめ
記事別のCVをGA4で測れているなら、次はCRMへ評価を広げましょう。
この記事で整える範囲は、次の5点です。
- CV時点で記事IDをCRMへ渡す
- MQL、SQL、商談、受注の定義を統一する
- 商談化率、リード受注率、商談受注率、リード品質を記事別に出す
- 獲得月コホートで受注まで追う
- 受注金額は定義と評価期間をそろえる
初回接点、直接CV、間接CVは既存記事の役割で、制作原価やROIは別記事の役割です。
この記事の評価単位は、CV後のパイプラインです。
最初の一歩は、CV時点で記事IDをCRMへ保存し、空欄がないかを確認することです。「どの記事から来たリードが、営業に評価され、商談となり、受注したか」。ここまでCRMでつながれば、記事制作の優先順位を売上側から見直せます。
参考文献・データ元
この記事で参照した情報を確認できます。
- Google Analytics Help「Landing page report」：ランディングページ、キーイベント、セッション単位の確認範囲を参照。
- HubSpot Knowledge Base「コンタクトと会社のライフサイクルステージを使用する」：Lead、MQL、SQL、Opportunity、Customerと各ステージ到達日の考え方を参照。
- HubSpot Knowledge Base「Create attribution reports」：Contacts、Deals、Revenueの段階別レポートの考え方を参照。
- Salesforce サクセスナビ「効果測定・改善をしましょう」：施策と見込み客、商談、受注金額を関連付けて効果を可視化する考え方を参照。
‹ 親記事: オウンドメディアの効果測定・改善とは？見るべき指標・使うツール・PDCAの回し方の全体像
関連記事
- › オウンドメディア記事のリライト・統合・削除判断｜古い記事を棚卸しする基準
- › 記事別のCV貢献を測る方法｜直接CV・間接CV・閲覧経路から改善優先度を決める
- › オウンドメディアの記事制作コストとROIを測る方法｜原価台帳・更新費・投資判断まで
- › オウンドメディアのテーマ不足を確認｜検索意図・記事役割を整理
- › 営業が記事を商談で使った効果を測る方法｜SFAで送付・閲覧・案件進行を追う
- › 記事再配信の効果測定方法｜SNS・メルマガ・営業資料を共通KPIで比較
- › 記事の読了・スクロール・内部リンククリックをGA4で測る方法｜エンゲージメント指標の実装と改善判断
- › ホワイトペーパーをダウンロードしても商談に進まない理由を調査する方法｜期待差・社内共有・追加検索・比較を可視化
- › 商談の失注理由はどう記録・分析する？料金・機能・実績・比較情報をサイト改善へ戻す方法
- › GA4とは？導入手順と最初に見るレポート・データ保持期間
