今週、まったく別々の Working Session が 2 件、Stack も完全に異なるのに、同じ穴が空いていました。どちらの場ででも、誰かが同じ質問を投げかけ、同じ空白の表情が返ってきました。Closed-Won の Deal を生んだ Campaign はどれか、そして Ad Platform は実際にそこから学んでいるのか。どちらの場合も答えは「誰も把握していない」でした。データが欠けていたわけではありません。HubSpot に、クリック 2 回で取り出せる場所にありました。ただ、誰もそのデータを Facebook や LinkedIn に送り返していなかったのです。CRM は、どの Lead が Pipeline になったかを知っていました。Ad Platform はそれを知らないので、手元にある唯一のシグナル、つまり Form Fill に対して最適化していました。Lead-Quality Loop は開いたままでした。そして、開いたままの Lead-Quality Loop は、いまの B2B Paid Acquisition における最も高くつくデフォルト設定です。
なぜいま重要なのか
Paid Acquisition は高くなり、予算の説明はより難しくなっています。SaaStr の 2026 年 1 月の B2B レポートは明快でした。AI Budget は、多くの企業にとって唯一の「新しい資金」プールであり、ほとんどのチームは Performance Budget の残りを 2023 年と同じチャネルに同じ Setup で投じています。Customer Acquisition Cost が Win Rate の改善より速く上昇するとき、最も安いレバーは Signal の品質です。アルゴリズムに「何が本当に Revenue を予測するのか」を伝え、間違ったものへの最適化を止めさせる、というレバーです。
下流側の半分はさらにおなじみの景色です。中途半端な Lead Scoring、MQL から SQL への明確な Exit Criteria の不在、Ad Platform への Closed-Loop Attribution の不在。Marketing はどの Campaign が Pipeline を生んでいるか手探りで進み、RevOps はなぜ Pipeline が枯れているのかの説明を求められます。本当の問題は Dashboard でも Agency でもありません。本当の問題は、Lead-Quality Loop が一度もきちんと閉じていないこと。データは HubSpot にあります。Facebook と LinkedIn は、それを見ることがありません。だから、最初にこちらが「目標」として渡したものを、もっと買い続けるだけなのです。
閉じた Lead-Quality Loop とは具体的にどういう状態か
Lead-Quality Loop が本来どう動くべきかを言い直させてください。CRM から自動で学んでくれる「賢いアルゴリズム」など存在しません。こちらが能動的に Event を送って初めて学習が始まります。Facebook、LinkedIn、Google はいずれも Offline Conversion API を公開しています(HubSpot は Offline Conversions、LinkedIn は Conversions API、Google は Enhanced Conversions for Leads と呼びます)。いずれも本質的には「私たちがお送りしたこの人物が、この日付で SQL になりました」と伝えるための Webhook です。この Webhook が、Lead-Quality Loop の最小形です。アルゴリズムはこの Signal を使って、SQL に似た Audience を再重み付けし、MQL のノイズを生む Audience を追いかけるのをやめます。配線は十分に文書化されています。多くのチームがこの Loop を配線していない理由は、技術的なものではありません。
Platform が本当に最適化している対象
こちらが指示した対象です。Form Fill に紐づけた「Lead」Conversion Event だけを設定すれば、アルゴリズムはそれを目標として登っていきます。Bidding モデルは Form を埋める人物の Lookalike にもっと多くの Impression を届けます。一見正しく聞こえます。B2B Form を最も積極的に埋めるのが、Researcher、Consultant、学生、競合だと思い出すまでは。モデルは間違っていません。あなたが渡した Signal が間違っていただけです。
送り返せる Signal
少なくとも 2 種類の Event を送ります。SQL ステージ遷移は、安価で速い Signal です。営業担当者がその Lead を受け入れ、そこに時間を投じた、という事実は、Closed-Won まで 90 日待たずに CRM から出せる「これは本物の買い手だ」の最も安価で信頼できる Proxy です。Closed-Won はゴールドスタンダードの Signal ですが、多くの B2B SaaS Deal Cycle では 8〜16 週間遅れて届きます。両方を送ってください。SQL は Platform が動ける 1〜2 週間の Feedback Loop を生み、Closed-Won は長期の Audience モデルを固定します。
なぜステージに応じた打ち手なのか
Pre-Seed や Seed Stage のチームに Lead-Quality Loop は必要ありません。アルゴリズムを学習させるだけの Conversion 量がなく、その段階での答えは 「10 ミーティング・ルール」であって、Paid の最適化ではありません。Lead-Quality Loop は、四半期あたりおよそ 50 SQL から元が取れ始め、100 を超えるあたりから本格的に意味を持ちます。これは、Paid Acquisition が本格的な予算項目になった Series A B2B SaaS 企業がだいたい到達する水準です。それ以下では、最大のレバーは API ではなく SQL の定義そのものです。
現場で見たパターン
最近、DACH エリアの Series B B2B SaaS チームと協業しました。LinkedIn と Facebook に毎月、5 桁台の高い金額を 2 四半期にわたって投じていました。Pipeline 量は伸びていました。Closed-Won は横ばいでした。SQL から Closed-Won へのデータを取り出し、元の Campaign Source と Join したところ、14 本の Campaign のうち 2 本が Closed-Won 売上の約 80 % を生んでいたことが判明しました。残りの 12 本は Form Fill を生み、Ad Platform はそれをもっと欲しいと言ってきていました。誰も LinkedIn に「この 12 本は MQL のノイズです」と伝えていなかったのです。だから LinkedIn は「ノイズは良いものだ」と学習し、より強く Bidding していました。
初日にこの 12 本を止めたわけではありません。先に、たった一つのことだけをしました。HubSpot の SQL ステージ遷移を配線し、Offline Conversion Event を LinkedIn と Facebook に発火するようにしたのです。3 週間後、Platform 側が報告する Cost-per-SQL は、Spend を変えていないにもかかわらず、強い 2 本の Campaign で約 1/4 下がりました。8 週間後、チームは Spreadsheet 上の Agency との議論ではなく、Platform 自身が再重み付けした Cost-per-Lead に基づいて、ノイズの 12 本のうち 5 本を停止しました。Platform がついに真実を見たので、議論は終わったのです。
Lead-Quality Loop の配線手順
- 本当に意味のある CRM Event を選びます。多くの Series A/B B2B SaaS 企業にとって、正解は SQL ステージ遷移です。MQL でも、Form Fill でも、予約された Demo でもありません。SQL は「営業担当者がその Lead を受け入れた」という意味です。CRM が出せる、最も安価で信頼できる Buyer Signal です。
- Offline Conversion API を配線します。HubSpot は LinkedIn、Facebook (Meta)、Google Ads の Native Integration を持っています。それぞれは、Trigger(ステージ遷移)、Enrollment Criterion(Lead Source = Paid)、Action(Event を発火する)を持つ Workflow ひとつです。Action 3 つと Trigger 1 つ、Middleware は不要です。
- 先に UTM から Property への Mapping を直してください。Campaign Source が Contact Record に乗っていなければ、それが本当のブロッカーです。API は発火しても、Platform 側で Campaign に紐付けられません。私たちが見る「止まっている Offline Conversion プロジェクト」のほとんどは、API ではなくここで止まっています。
- Lead ごとに最低 2 種類の Event を送ります。速い Loop には SQL Accepted、遅い Loop には Closed-Won。Platform は両方を使います。Closed-Won は手元で最も高精度の Signal で Audience モデルを再重み付けし、SQL は短期で Bidding を引き締めます。
- 変化を判断するまで 6 週間待ってください。Ad Platform の Optimization Loop は数日単位で回り、Audience モデルが再収束するには時間がかかります。2 週間以内に測れるものは Noise です。私たちもかつてここで間違えました。2 週目で勝利宣言したくなる誘惑は強く、ほぼ常に時期尚早です。
- 6 週間後は、自分の Spreadsheet ではなく Platform の Cost-per-SQL を読んでください。Platform 側の数字が大きく動いていれば(強い Campaign で 20 % 程度の低下が妥当な閾値)、Loop は機能しています。動いていなければ、問題は API より上流にあります。SQL の定義が間違っているか、営業担当者が MQL を正直に受け入れていないか、Campaign が本当に同等品質で、議論すべきは Spend Mix そのものか、のいずれかです。
Checkpoint の関わり方
Paid Acquisition のレバーを含む Revenue Operations 案件のほとんどは、Lead-Quality Loop から始めます。配線自体は、より大きな HubSpot または Salesforce ビルドの中の 4 週間 Scope で、LinkedIn、Meta、Google 向けの SQL と Closed-Won の Event を並行して生成する標準テンプレートを持っています。多くの B2B Marketing Budget で、いま最も安価な打ち手は、Ad Spend を増やすことでも、Landing Page を増やすことでも、Agency を替えることでもありません。すでに手元にあるデータで、Lead-Quality Loop を閉じることです。Workflow 2 本、Webhook 1 本、6 週間。月に 30,000 ユーロ以上を Paid Acquisition に投じていて、Lead-Quality Loop が配線されていないなら、それはアルゴリズムにあなた自身に逆らって最適化させるための費用を払っている状態です。
出典
- Lemkin, Jason.「Your B2B New Year's Resolutions for 2026.」SaaStr、2026 年 1 月。saastr.com
- Lemkin, Jason.「Which CRM Should You Use in 2026/2027? Follow the Agents.」SaaStr、2026 年 4 月。saastr.com
Carolina Decastri