インスタ広告（Meta広告）で獲得したリードの計測が、インサイドセールスが接触した後からしか始まっていない ── 多くのBtoBマーケティングの現場で起きている断絶です。本記事では、Meta広告とSalesforceのデータをPassworkでTableau Cloudへ自動でデータ連携し、広告が表示された瞬間から受注までを1本のファネルとして計測できるようにする方法を、PassworkのMeta広告コネクタの具体的な機能とあわせて解説します。
01 なぜ「接触後」しか計測できなかったのか
SalesforceでBtoBの営業プロセスを管理している企業では、リード→商談→受注のデータは正確に蓄積されています。ところがこの計測の起点は、実質的にインサイドセールスがリードに接触した瞬間です。それより前 ── インスタグラムのフィードで広告が表示され、クリックされ、フォームが送信されるまでの世界は、Meta広告マネージャの管理画面の中に閉じています。
つまり、マーケティングとセールスのデータが2つのシステムに分断されているため、ファネルの前半（認知・クリック・獲得単価）と後半（接触・商談・受注）が別々のレポートでしか見えません。その結果、次のような問いに答えられなくなります。
- 受注につながったのは、どのキャンペーン・どのクリエイティブの広告か
- 広告費に対するリターンは、CPA（獲得単価）ではなく商談金額・受注金額ベースでいくらか
- 広告をクリックしてから、インサイドセールスが接触するまでに何日かかっているか（＝リードが冷めていないか）
月末にMeta広告のCSVとSalesforceのレポートをExcelで突き合わせる運用でこの断絶を埋めている企業も多いのですが、手作業の突合は月次が限界で、キャンペーン単位・日次の解像度は得られません。この分断を仕組みで解消するのが、ノーコードのデータ連携（ETL）で広告とCRMのデータを1か所（Tableau Cloud）へ集約するアプローチです。
02 接触前から計測できると、何が変わるのか
Meta広告のインサイト（表示回数・クリック・消化金額）とSalesforceのリード・商談・受注をTableau Cloudに集約すると、ファネルの計測起点が「インサイドセールスの接触」から「広告が表示された瞬間」まで戻ります。具体的には、これまで見えなかった次の指標がTableauのダッシュボードで日次に追えるようになります。
| 指標 | これまで（分断された状態） | 集約後（Tableau Cloud） |
|---|---|---|
| ファネルの起点 | インサイドセールスの初回接触 | 広告の表示（インプレッション） |
| 広告費の評価 | CPA（リード獲得単価）まで。管理画面の値が上限 | 商談単価・受注単価・ROAS（受注金額÷広告費） |
| クリエイティブ評価 | CTR・CPCで判断（クリックの質は不明） | クリエイティブ別の商談化率・受注率で判断 |
| 接触までの時間 | 計測不能（獲得日時が広告側にしかない） | 広告クリック日→初回接触日のリードタイムを日次監視 |
| 未接触リード | Salesforce上の件数のみ。どの広告経由かは不明 | キャンペーン別の未接触滞留数を可視化し、追客の優先度付けに使える |
特に効果が大きいのがクリエイティブ評価の逆転です。CTRが高い広告が、商談化率でみると最下位 ── という逆転は珍しくありません。「クリックを集める広告」と「顧客を連れてくる広告」は別物なのです。
やっかいなのは、この逆転がリード単価（CPL）を並べても見抜けないことです。上の図の広告Aは、CTRでもリード単価でも広告Bに勝っています。接触前の指標しか見えない管理画面の世界では、Aは常に優等生であり、予算はAに寄っていきます ── 受注を1件も生んでいないのに。「クリックを集める広告」を止めて「顧客を連れてくる広告」に予算を移すという最も基本的な意思決定は、ファネルの前半と後半が1つのデータソースにつながって、初めて可能になります。
補足：インスタ広告のデータはどこにあるのか
Instagram広告は、単独の広告プラットフォームではなくMeta広告（旧Facebook広告）の配信面のひとつとして運用されます。キャンペーン・広告セット・クリエイティブ・インサイトはすべてMetaのGraph APIから取得でき、配信面（Instagramフィード・リール／Facebook等）は内訳データとして持てます。つまり「インスタ広告のデータ連携」は、技術的にはMeta広告コネクタでの連携を意味します。
03 連携の仕組み｜取得・突合・Tableau Cloud出力の3ステップ
連携の骨格はシンプルで、「取得 → 突合・変換 → 出力」の3ステップです。Passworkではこれをノーコードのフローとして組み、スケジュール実行で毎朝自動で回します。
取得（Meta広告とSalesforceからデータを読む）
Meta広告コネクタでキャンペーン一覧とインサイト（表示回数・クリック・消化金額）を日次粒度で取得します。並行して、Salesforceコネクタからリード・商談・受注のレコードを取得します。どちらもAPI経由の自動取得で、CSVのダウンロードは発生しません。
突合・変換（キャンペーンをキーに結合する）
広告のリンク先URLに付与したUTMパラメータをSalesforceのリード項目に保存しておき、Passwork上でキャンペーン名（またはキャンペーンID）をキーに広告データとSalesforceデータを結合します。日付の正規化や金額の型変換もフロー内で行います。
出力（Tableau Cloudのデータソースへ書き出す）
結合済みのデータをTableau Cloudのパブリッシュ済みデータソースとして出力します。日次実行で洗い替え（overwrite）または行追加（append）で更新し、ワークブックはこのデータソースを参照するだけで常に最新のファネルを表示します。
ポイント：UTMの規約を先に決める
この連携の成否を分けるのは、実は技術ではなくUTMパラメータの命名規約です。utm_campaignにMeta広告のキャンペーン名（またはID）をそのまま入れる・リードのWebフォームでUTMを隠し項目として受け取りSalesforceに保存する ── この2点を先に決めておけば、突合は単純なキー結合になります。規約が曖昧なまま走ると、あとから名寄せ地獄が待っています。
04 PassworkのMeta広告コネクタでできること
PassworkのMeta広告コネクタは、MetaのGraph APIをノーコードで扱えるようにした入力コネクタです。OAuth認証で広告アカウントに接続し、次の5つの操作を提供します。
- 広告アカウント一覧取得：認証ユーザーが管理する広告アカウント（
act_xxxxxxxx）を一覧取得 - キャンペーン一覧取得：指定アカウントのキャンペーンを取得。突合キーになる名前・IDはここから
- 広告セット一覧取得：配信面・ターゲティング単位の広告セットを取得
- 広告一覧取得：クリエイティブ単位の広告を取得。クリエイティブ別の商談化率分析に使う
- 広告インサイト取得：表示回数・クリック・消化金額などのパフォーマンス指標を取得
ファネル計測の主役はインサイト取得です。集計レベルをaccount / campaign / adset / adから選び、期間はdatePreset（前日・過去7日など）または任意のtimeRangeで指定、さらにtimeIncrementで日次などの集計粒度に分解できます。「キャンペーン別×日次」のインサイトを毎朝取得する、という広告レポートの定番形が、設定画面の選択だけで組めます。
05 Tableau Cloudへの出力とダッシュボード設計
出力側のTableau Cloudコネクタは、結合済みデータをParquetに変換してパブリッシュ済みデータソースとして発行します。更新方式は3つから選べます。
- 新規作成（create）：初回のデータソース発行に使用
- 上書き（overwrite）：スナップショット型のデータに。毎朝全量を洗い替える運用向け
- 行追加（append）：日次インサイトのように積み上がるデータに。既存データソースへ差分行だけを挿入
日次のファネルデータは「広告インサイトはappendで積み上げ、Salesforceの商談スナップショットはoverwriteで洗い替え」という組み合わせが定石です。ダッシュボード側は、集約されたデータソースを1つ参照するだけで、キャンペーン別ファネル（表示→クリック→リード→接触→商談→受注）、ROAS推移、接触リードタイム、未接触リードの滞留を1画面に並べられます。Tableau側に複雑なデータ準備は残らないため、ダッシュボードの改修も軽くなります。
Passworkが目指しているのは、こうした連携を業務の中で動く「Agentic ETL」 ── 対話で操作し、AIが判断して実行するデータ統合 ── にしていくことです。フローの構築自体もAIチャットに依頼できるようになっており、自然言語からフローを組み立てる考え方は指示書を書くだけで、データ連携が完成する世界へで掘り下げています。提供元のPraztoはSalesforce・Tableauの導入支援で350社超の実績があり、UTM設計からデータソース設計、ダッシュボード構築まで一気通貫で伴走できます。
06 さらに進んだ使い方：地域×ファネルで「どこの顧客が反応がいいか」を見る
ファネルの起点が広告表示まで戻ると、評価できる軸はクリエイティブだけではなくなります。住宅・店舗・地域密着サービスのような商圏ビジネスでは、同じ仕組みがそのまま「どこの地域の顧客が反応がいいか」の計測に転用できます。ここでも起きるのは、クリエイティブで見た逆転の地域版です。クリックが最も集まるのは人口の多い都心部なのに、商談化率・成約率でみると郊外エリアが上 ── 商圏ビジネスではむしろ典型的なパターンで、接触前の指標だけを見ていると予算は「クリックの多い地域」に寄り続けます。
地域軸を持ち込む方法は2つあり、どちらも特別な開発は必要ありません。
- 広告費側は、広告セットを地域ターゲティングで分ける：Meta広告コネクタはインサイトを広告セット単位（
level=adset）でも取得できるため、エリア別に広告セットを分けておけば消化金額・表示・クリックが地域別にそのまま取れます。地域別CPA・地域別ROASの計測は、このアカウント構成だけで成立します。 - 成果側は、Salesforceの住所項目で突合する：リード・取引先の住所（市区町村）をファネルデータに加えれば、商談化・成約の地域差が出せます。Tableauの地図表現（市区町村の塗り分け）でそのまま可視化でき、店舗や展示場の商圏と重ねて評価できます。
「地域×段階」のマトリクスで見ると、認知の反応（クリック率）・獲得の反応（リード数）・顧客の質（商談化率・成約率）を地域ごとに分解でき、どのエリアに広告予算を寄せるか、遠隔エリアへの出稿を続けるかといった判断を数字で下せるようになります。展示場への来場予約を商談の手前の段階として挟めば、住宅業のような検討期間の長いビジネスでも、地域ごとの歩留まりを段階別に追えます。なお個人の住所を扱うため、集計は市区町村レベルに丸めておくのが運用の定石です。
07 まとめ：ファネルの起点を「広告表示」まで戻す
インサイドセールスの接触後しか計測できなかったのは、マーケティングとセールスのデータが別々のシステムに閉じていたからです。PassworkのMeta広告コネクタでインサイトを日次取得し、SalesforceのデータとUTMキーで突合してTableau Cloudへ出力すれば、ファネルの起点は「接触」から「広告表示」まで戻り、広告費の評価はCPAからROASへ進化します。まずは主力キャンペーン1本のUTM規約を整えるところから始めてみてください。マーケティングとセールスが同じ1枚のファネルを見て会話できるようになります。
データ連携の自動化
で始めませんか？
SaaS・データソース・DWHをノーコードでつなぎ、AIが連携フローの構築を支援します。
｢何を・どの条件で・どこにつなぐか｣の設計から、専門のコンサルタントが無料でご相談承ります。
