記事別の商談・受注貢献をCRMで測る方法｜CV後の商談化率・受注率・リード品質を評価

監修: 菊地 将（リブランディング株式会社）

記事別のCV件数をGA4で計測できても、評価はそこで終わりません。

BtoBでは、問い合わせ後に営業判定や商談化を経て受注します。
同じ10件のCVでも、商談や受注につながる割合は記事ごとに異なります。

この記事では、CV後の成果だけをCRMで追う方法に絞ります。
記事IDをCRMへ引き継ぎ、MQL、SQL、商談、受注、金額まで接続します。

初回接点、直接CV、間接CVなどの「CVまで」の測り方は、既存記事で扱います。
先に「オウンドメディアの記事別CV貢献を測る方法｜直接・間接コンバージョンをどう評価するか」を確認してください。

本記事の役割は、その計測結果をCRMへ渡した後の評価です。

この記事でわかること

• CV時点でCRMへ渡す最小フィールド
• MQL、SQL、商談、受注の共通定義
• 記事別の商談化率、受注率の計算方法
• リード品質を記事単位で比べる方法
• 案件コホートで受注まで追う方法
• 受注金額や粗利を扱うときの注意点

30秒でわかる結論

記事別の商談・受注貢献は、次の流れで測ります。

記事ID付きCV → MQL → SQL → 商談 → 受注 → 受注金額

最低限、次の5指標を記事別に並べます。

CVまでの接点評価と、CV後のパイプライン評価は分けます。
この分離が、既存記事との役割の違いです。

GA4でCVまで測れても、CV後はCRMが必要になる

GA4は、ランディングページやキーイベントの分析に向いています。
一方、営業が有効と判断したか、商談化したかは通常CRM側の情報です。

流入・行動・CVまでのKPIと改善サイクルは、オウンドメディアの効果測定全体像で確認できます。

Google Analyticsのランディングページレポートでは、セッションの入口を確認できます。
キーイベントも同じレポートで確認できます。

ただし、BtoBの商談ステージや受注金額は別管理になりやすい領域です。
そのため、記事評価を受注まで伸ばすにはCRMとの接続が必要です。

役割は次のように分けると明確です。

HubSpotでは、Lead、MQL、SQL、Opportunity、Customerなどで段階を管理できます。
ステージに入った日付も追跡できます。

重要なのは、ツール名ではありません。
自社で同じステージ定義を使い続けることです。

CV時点でCRMへ渡す最小フィールド

最初に整えるのは、CVと記事をCRM上で結ぶキーです。
高度なアトリビューションより先に、欠損しない識別子を作ります。

最低限、次の項目を推奨します。

記事IDをURLとは別に持つ

記事のキーをURLだけにすると、URL変更で集計が崩れます。
記事IDと現在URLを別項目にしておく方が安全です。

たとえば、CRMには article_id_at_cv を保存します。
記事マスター側で、記事IDと現在URLを対応させます。

CV時点の値を上書きしない

記事URLや流入情報を後から上書きすると、過去案件の起点が変わります。
CV時点の値はスナップショットとして保持します。

現在の記事情報は、記事マスター側で更新します。

複数記事への接触ルールは既存記事に委譲する

初回接点、CV直前、アシストの定義は本記事で再説明しません。
複数記事へ接触した場合は、既存のCV貢献ルールをそのまま使います。

CRM側では、決めた記事IDを欠損なく受け取ることが重要です。

MQL・SQL・商談・受注の定義を営業と統一する

記事別の商談化率は、ステージ定義が揃って初めて比較できます。
営業担当ごとに「商談」の意味が違う状態では使えません。

例として、次のように条件を決めます。

HubSpotのライフサイクルステージも、営業とマーケの引継ぎを追う設計です。
自社の業務に合わせて定義を固定してください。

「良質リード」を主観で決めない

リード品質を担当者の印象だけで評価すると再現性がありません。
まずはCRM上の客観条件で定義します。

たとえば、次の指標なら記事同士を比較できます。

良質リード率 ＝ SQL以上に到達したリード数 ÷ CVリード数

必要に応じて、対象外企業や明確な失注理由も分けます。

「営業が追う価値があるか」を数字にすると、CV件数との逆転が見えます。

記事別の商談・受注貢献を測る5ステップ

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件数だけでなく後工程を横に並べます。

この表なら、CV量と営業成果を分けて判断できます。

STEP5｜獲得月コホートで受注まで追う

BtoBでは、CV月と受注月が一致しないことがあります。
そのため、単月の受注件数だけで記事を評価しません。

CVが発生した月を起点に、同じリード集団を追います。
詳しい設計は次の章で解説します。

案件コホートで商談・受注を追う

案件コホートでは、CVを獲得した時期を固定します。
その集団が後から何件商談・受注したかを追跡します。

たとえば、8月に記事Aから獲得した30リードを1群にします。
9月以降も、同じ30リードの進捗を更新します。

分母を途中で変えない

8月コホートなら、分母は8月に獲得した対象リードです。
翌月の新規リードを混ぜません。

これにより、記事ごとの商談化速度を比較できます。

評価窓は営業サイクルに合わせる

30日で結論が出る商材と、半年かかる商材は同じ窓で比べられません。
自社の受注までの中央値を参考に評価窓を決めます。

たとえば、30日、90日、180日のように固定します。

未成熟コホートを失敗扱いしない

公開直後の記事は、受注まで進んでいないことがあります。
未成熟コホートは「評価保留」と分ける方が安全です。

古い記事だけが有利になる比較を避けられます。

リード品質は「流入数×営業成果」で評価する

記事改善では、アクセス数だけで優先順位を決めないことが重要です。
流入量と、CV後のリード品質を組み合わせます。

特に重要なのは「流入少・品質高」です。
PVやCVだけでは見落としやすい記事です。

SQL率や商談化率が高いなら、関連テーマへ投資する候補になります。

CV件数と受注貢献が逆転する例

仮に、記事Aと記事Bから次の成果が出たとします。

CV件数だけなら記事Aが優位です。
しかし、商談と受注では記事Bが上回ります。

この場合、記事Bの検索意図や対象企業を確認します。
同じ質のリードを生むテーマを増やす判断につなげます。

ここで重要なのは、記事Bが受注の「原因」と断定しないことです。
記事別データは、投資判断のための関連指標として扱います。

受注金額・粗利まで評価する場合の注意

商談化率と受注率まで整ったら、金額も追加できます。
ただし、金額は定義が揃っていないと比較を誤ります。

受注金額の定義を固定する

受注金額に何を含めるかを決めます。

• 初期費用だけか
• 契約総額か
• 年間契約額か
• 継続課金をどこまで含めるか

SaaSと受託サービスを同じルールで足すと比較が崩れます。
商材ごとに金額定義を固定してください。

Salesforceでは、施策と商談を関連付けて商談数や金額を集計できます。
記事IDも同様に、案件へつながる識別子として設計できます。

大型1件だけで高評価にしない

高単価商材では、1件の大型受注で記事評価が大きく変わります。
受注金額だけでなく件数と対象期間も併記します。

中央値や複数コホートを見ると、偶然の影響を抑えられます。

粗利を使うなら会計側の定義に合わせる

利益ベースで比較する場合は、CRM独自の仮計算にしません。
会計や管理会計側の粗利定義に合わせます。

一方、記事制作費や更新費を分母にしたROI計算は別論点です。
本記事では、CV後の案件成果の測定までを回答範囲とします。

記事別CRM計測でよくある6つの失敗

1. 記事IDがCRMへ渡っていない

CV数は見えても、どの記事起点か分かりません。
フォーム連携の段階で必須項目として検証します。

2. 商談の定義が営業担当ごとに違う

初回面談を商談とする人もいれば、案件化後だけを数える人もいます。
この状態では記事別商談化率を比較できません。

3. 現在ステージしか残していない

商談化まで何日かかったかを分析できません。
ステージ到達日を残してください。

4. 同じ会社の複数リードを重複計上する

BtoBでは、同じ企業から複数担当者がCVすることがあります。
リード単位と会社単位のレポートを分けます。

5. 単月の受注だけで判断する

営業サイクルが長い記事は不利になります。
獲得月コホートで追跡します。

6. CVまでのアトリビューションを再設計し始める

本記事の目的は、CV後の営業成果をつなぐことです。
初回、直接、アシストの再定義は既存記事側で行います。

CRMデータを制作優先順位へ戻す

記事別計測の目的は、CRMレポートを増やすことではありません。
次に何を作り、何を直すかを決めることです。

月次では、次の順で見ると判断しやすくなります。

1. 記事別CVリード数
2. 良質リード率
3. 商談化率
4. リード受注率
5. 受注金額
6. 商談化・受注までの日数

そのうえで、記事を次の施策へ戻します。

• 品質高・流入少：関連テーマを増やす
• 品質高・流入多：更新と導線を守る
• 品質低・流入多：検索意図や対象読者を修正する
• 品質低・流入少：統合や役割変更を検討する

親記事では、オウンドメディア全体のKPIやPDCAを扱います。
本記事では、その中のCRM以降だけを深掘りしています。

まとめ

記事別CVをGA4で測れているなら、次はCRMへ評価を伸ばします。

本記事で整える範囲は、次の5点です。

1. CV時点で記事IDをCRMへ渡す
2. MQL、SQL、商談、受注の定義を統一する
3. 商談化率、受注率、リード品質を記事別に出す
4. 獲得月コホートで受注まで追う
5. 受注金額は定義と評価期間をそろえる

初回接点、直接CV、間接CVは既存記事に委譲します。
制作原価やROIも別記事の役割です。

この記事の評価単位は、CV後のパイプラインです。

「どの記事から来たリードが、営業に評価され、商談となり、受注したか」。
ここまでCRMでつながれば、記事制作の優先順位を売上側から見直せます。

参考文献・データ元

‹ 親記事: オウンドメディアの効果測定・改善とは？見るべき指標・使うツール・PDCAの回し方の全体像