【リードコンサルが解説】Hubspot×Salesforce連携で実現する、データドリブンなマーケティング・営業DX

BtoBビジネスにおけるマーケティング（MA）と営業（SFA）の分断は、多くの企業が直面する最大の経営課題の一つです。この分断を解消し、マーケティング活動がどれだけ売上に貢献したか（ROI）を可視化するためには、HubSpotとSalesforceの高度な連携が不可欠となります。しかし、単に「ツールを繋ぐ」だけでは、データの不整合や重複、API制限によるシステム停止といったトラブルを招きかねません。

本ガイドでは、リードコンサルタントの視点から、実務者が直面する「API制限の壁」「データ型の不一致」「名寄せの論理構造」といった技術的ハードルをどう乗り越えるべきか、12ステップの導入手順と詳細な運用シナリオを交えて詳説します。企業のDX担当者やCRMマネージャーが、システムを「単なる名簿」から「収益を生み出すエンジン」へと昇華させるための全情報を網羅しました。

HubSpotとSalesforceを連携させる技術的意義と「責務分離」

マーケティングオートメーション（MA）としてのHubSpotと、営業支援（SFA）/顧客管理（CRM）としてのSalesforceは、それぞれ得意とするデータの粒度（データの細かさ）とタイムスパン（時間軸）が異なります。連携の第一歩は、両者の「責務」を明確に定義することにあります。

1. ツール間の役割分担：未開拓リードから既存顧客まで

HubSpotは、Webサイトへの訪問、フォーム送信、メールのクリックといった「点」の行動データを収集し、スコアリングによって確度の高い見込み客を抽出することに長けています。一方でSalesforceは、複雑な商談プロセス、見積書の発行、売上予測、および組織図に紐づく権限管理といった「線」の営業管理に強みを持ちます。

この二つを接続することで、以下のような「データの循環（フィードバックループ）」が生まれます。

• フロントエンド（HubSpot）： デジタル接点の最大化とリードの「ナーチャリング（育成）」。
• ミドル〜バックエンド（Salesforce）： 商談の進捗管理と、基幹システムへの売上連携。
• 再活性化ループ： 営業がSalesforceで入力した「失注理由」をHubSpotに返し、マーケティング側で適切なタイミングでの再アプローチを自動起動する。

2. 共通言語としての「ライフサイクルステージ」の設計

連携を成功させる鍵は、顧客の状態を示す「ライフサイクルステージ」の定義を両システムで完全に一致させることです。用語の不一致は、部署間のコミュニケーションエラーを招きます。一般的に、以下のフローを標準として設計します。

関連記事：【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』

【公式情報】連携に必要なライセンスとインフラ制限

連携を開始する前に、コスト面と技術的な制約を確認する必要があります。特にAPI（Application Programming Interface）の呼び出し回数制限は、データ量の多い企業にとって運用停止のリスクを孕みます。

1. ライセンス要件

HubSpotとSalesforceをネイティブに連携させるには、以下のライセンスが必要となります。エディションにより、同期できるオブジェクト（データの箱）に制限があるため注意が必要です。

• HubSpot側： 基本的に全プランで連携可能ですが、カスタムオブジェクトの同期や高度なフィールドマッピングには Enterprise エディションが必要です。マーケティングROIの可視化を目的とするなら、Professional以上が実質的な推奨ラインとなります^[1]。
• Salesforce側： APIアクセスが可能な Enterprise、Unlimited、Performance エディションが必要です。Professionalエディションを使用している場合、APIアクセスのための個別アドオン契約（要確認：Salesforce担当窓口）が必要になる場合があります^[2]。

2. API制限と同期スペック

連携はAPIを通じて行われます。1日に同期できるデータ量には上限があり、これを超えるとデータの更新が停止します。

出典: HubSpot Integration Specs — https://knowledge.hubspot.com/ja/salesforce/hubspot-salesforce-integration-frequently-asked-questions

失敗しないための「データマッピング・タグ設計」の原則

システムを繋ぐ前に、どのデータを「どちらのシステムが正（マスター）」とするかを項目レベルで決定しなければなりません。これを怠ると、Salesforceで営業が更新した「電話番号」が、HubSpotに残っていた古いデータで上書きされるといった「先祖返り」が発生します。

1. 同期方向の4つのルール

フィールド（項目）ごとに、以下のいずれかの同期ルールを設定します。

1. HubSpotが優先： Webフォームの入力内容など、顧客自身が更新する最新情報を重視する場合。
2. Salesforceが優先： 営業がヒアリングして確定させた法人番号、商談ステータス、正式な部署名など。
3. 双方向（最新値）： 最後に更新されたシステムの値を採用。ただし、一括インポート時に予期せぬ上書きが発生しやすいため、多用は禁物です。
4. 初回のみ同期： 最初に取り込まれた値だけを保持し、その後の変更は各システムで独立させる。

2. タグ設計とコード体系の「正規化」

特に重要なのが「選択肢（ドロップダウン/ピックリスト）」の同期です。HubSpotの「業種」とSalesforceの「業種（Picklist）」の内容が1文字でも異なると、同期エラーが発生し、そのレコード全体の更新が止まります。

導入前に、双方の選択肢をスプレッドシート等で突き合わせ、完全に一致させる「名寄せ・クレンジング」の工程を必ず設けてください。

関連記事：【完全版】PCA会計からfreee会計への移行ガイド：強固なコード体系の解体と移行実務（※データ移行時のコード整理とマッピングの考え方を参照）

実務者向け：12ステップの導入・検証プロセス

HubSpotとSalesforceの連携を安全に構築するためのプロセスを、実務レベルで細分化しました。この手順を遵守することで、本番環境のデータ汚染リスクを最小限に抑えられます。

フェーズ1：インフラ準備と権限設計

• STEP 1：連携専用の統合ユーザーを作成
  個人のアカウントで連携すると、その社員の退職やパスワード変更に伴い、連携が突然停止します。必ず「hubspot_sync@company.com」のような専用の「システム管理ユーザー」をSalesforce側に用意してください。
• STEP 2：Salesforceの権限セット（Permission Sets）割り当て
  専用ユーザーには、同期対象となるすべてのオブジェクト（リード、取引先、商談等）への「参照・編集」権限に加え、「APIの有効化」権限が必要です。
• STEP 3：Sandbox（テスト環境）での疎通確認
  本番環境に影響を与えないよう、SalesforceのSandboxとHubSpotのテスト用ポータル（デベロッパーサンドボックス）を接続し、挙動を検証します。

フェーズ2：パッケージ導入と認証

• STEP 4：Salesforce AppExchangeパッケージの導入
  Salesforce側で「HubSpot Integration」パッケージをインストールします。これにより、Salesforceの画面上にHubSpotの行動履歴を表示するためのコンポーネントが追加されます。
• STEP 5：OAuthによる接続認証
  HubSpotの管理画面「アプリのマーケットプレイス」からSalesforceを選択し、STEP 1で作成したユーザーでログインし、認証を完了させます。
• STEP 6：同期するオブジェクトのフィルタリング設定
  リード、コンタクト（取引先責任者）、アカウント（取引先）、オポチュニティ（商談）のうち、同期対象とする範囲を明確にします。

フェーズ3：詳細マッピングと除外ルール

• STEP 7：フィールドマッピングの定義
  標準項目（氏名、メール、会社名）とカスタム項目を一つずつ紐付け、同期方向（Salesforce優先かHubSpot優先か）を指定します。
• STEP 8：インクルージョンリスト（同期対象の絞り込み）の作成
  HubSpot内の全データをSalesforceに送ると、営業の管理画面が「質の低いリード」で溢れかえります。「スコアが一定以上」「特定の資料を請求済み」などの条件を満たすコンタクトのみをSalesforceへ送るよう、HubSpot側でリストを定義します。
• STEP 9：重複ルールの調整
  Salesforce側の「一致ルール」「重複ルール」の設定が厳しすぎると、HubSpotからの同期が「重複エラー」として拒否されます。連携ユーザーを重複ルールの適用対象外とするか、重複検知時の処理フローを定義してください。

フェーズ4：テストとリリース

• STEP 10：単体テストの実行
  HubSpotでダミーのフォーム入力を行い、数分以内にSalesforce側に正しい所有者（担当者）でリードが作成されるか確認します。
• STEP 11：一括同期（初期バルク同期）の実施
  既存の数万件のデータを同期する場合、API上限に達しないよう、数回に分けて、かつアクセスの少ない深夜帯等に実行します。
• STEP 12：運用監視体制の構築
  HubSpotの「同期エラーログ」を週に一度確認する担当者を決め、エラー（選択肢の不一致、権限不足等）を解消するフローを確立します。

権限・監査・ログの運用：セキュリティと整合性の担保

企業がSaaS連携を行う際、監査部門から「誰がデータを書き換えたのか」という透明性を求められることが増えています。HubSpot×Salesforce連携における監査・ログ運用の実例を以下にまとめます。

1. ログの保存と監視

HubSpotの「同期設定」画面では、過去に発生した同期エラーの詳細ログ（エラーコード、発生時刻、対象レコードID）が確認可能です。
また、Salesforce側でも「設定」→「API使用状況」から、HubSpotが消費しているAPIコール数をリアルタイムで監視し、上限の80%を超えた場合に通知を飛ばす仕組みを推奨します。

2. 権限（所有者）の同期ロジック

Salesforce側で営業担当者が変更された際、HubSpot側の「コンタクト所有者」も自動的に書き換わるよう設定できます（所有者同期）。
ただし、Salesforce側でユーザーが無効化（退職等）された場合、HubSpot側の所有者が「未割り当て」になることがあります。これを防ぐため、退職時のフローに「所有者の一括変更」を組み込む必要があります。

異常系シナリオとトラブルシューティング：時系列での回避策

システム連携には、必ず「異常」が発生します。ここでは、実務で頻出する異常系シナリオとその解決策を時系列で解説します。

シナリオA：API制限超過による「同期遅延」の発生

【事象】 HubSpotで10万件の既存顧客に対し、一斉にキャンペーン用のフラグ（プロパティ）を更新した。その直後、Salesforce側のAPI制限を使い果たし、新規リードの取り込みが10時間にわたって停止した。

【対策・回避策】

• 事前回避： 大量更新を行う際は、同期対象から一時的にその項目を外すか、更新件数を1日あたり数千件に分割して実行する。
• 事後対応： SalesforceのAPI制限がリセットされる時刻（通常24時間周期）を確認し、キューに溜まった同期リクエストが順次処理されるのを待機する。

シナリオB：選択肢（ピックリスト）不一致による「特定レコードの脱落」

【事象】 営業部門がSalesforceの「業種」項目に「DX・AI関連」という新しい選択肢を追加した。HubSpot側の選択肢を更新し忘れたため、その業種に該当するWeb問い合わせがSalesforceに同期されず、放置された。

【対策・回避策】

• 事前回避： 項目管理者を一本化し、マスターデータ管理（MDM）のルールを策定する。または「その他」という受け皿を用意し、不明な値はそこへ集約する。
• 事後対応： HubSpotの同期エラーログから対象レコードを特定し、値を修正した後に「再同期」ボタンを押下する。

シナリオC：商談フェーズの「先祖返り」

【事象】 Salesforceで「受注」にした商談が、数分後に「商談中」に戻ってしまった。原因は、HubSpot側に残っていた古い商談データが、同期タイミングでSalesforceを上書きしてしまったことにある。

【対策・回避策】

• 設定見直し： 商談フェーズの同期ルールを「Salesforceが優先」または「HubSpot側に変更があった場合のみ」に限定し、HubSpotからSalesforceへのフェーズ書き換えを制限する。

【深掘り】導入事例にみる成功の「型」

HubSpotとSalesforceの連携を成功させ、売上を最大化させている企業には、共通するアーキテクチャの思想があります。

事例1：Sansan株式会社（名刺管理ソリューション）

同社は、HubSpotで獲得した膨大なリードを、独自のスコアリングモデルに基づき選別。一定の基準を満たしたリードのみをSalesforceに自動送客する仕組みを構築しています。
成功要因： 「何でもかんでもSalesforceに入れない」という割り切りです。マーケティング側で十分に醸成（ナーチャリング）されたMQLのみを同期対象にすることで、営業が追いかけるべきリストの質を極めて高く保っています。
出典：HubSpot公式事例：Sansan

事例2：株式会社ユーザベース（SPEEDA）

Salesforceを「顧客の真実（Single Source of Truth）」と位置づけ、HubSpotはあくまで「マルチチャネルでの顧客接点」として運用。商談の失注理由をSalesforceに詳細に入力し、それをHubSpotへ即座に同期させています。
成功要因： 営業が入力した現場の一次情報を、マーケティングのメール配信シナリオに即座に反映させる「動的ナーチャリング」を実現した点にあります。これにより、失注から半年後の再検討タイミングでの自動アプローチが可能になりました。
出典：Salesforce公式事例：ユーザベース

共通して効いている成功要因のまとめ

高度な拡張：BigQueryを用いた「モダンデータスタック」への統合

HubSpotとSalesforceを繋ぐだけでも強力ですが、さらに一歩進んだデータ活用を行うには、両ツールのデータをデータウェアハウス（DWH）へ集約することが推奨されます。これを「モダンデータスタック」と呼びます。

なぜDWHが必要なのか？

HubSpotやSalesforceは、あくまで「現在のトランザクション（取引）」を管理するのに適したシステムであり、過去数年分の履歴データを遡って複雑なクロス分析を行うのには向いていません。Google Cloudの BigQuery などにデータを蓄積することで、以下が可能になります。

• 広告媒体との高度な連携： BigQueryから直接、成約データをGoogle広告などのコンバージョンAPI（CAPI）へ戻し、広告のAI最適化を加速させる。
• 真のLTV分析： 広告費（Google/Facebook）×商談リードタイム×実際の受注金額（Salesforce）×継続率（カスタマーサクセス）を一気通貫で可視化する。

関連記事：広告×AIの真価を引き出す。CAPIとBigQueryで構築する「自動最適化」データアーキテクチャ

FAQ：現場から寄せられる10の疑問と専門的な回答

Q1：連携するとSalesforceのストレージ（容量）を圧迫しませんか？
A1：はい、設定次第では圧迫します。HubSpotの「アクティビティ（メール開封履歴、Web閲覧履歴）」をすべてSalesforceの「行動（Task）」として同期すると、ストレージを急激に消費します。HubSpotの「Visualforceウィンドウ」機能を使い、Salesforce側にはデータを保存せずに「窓」からHubSpotの情報を見る設定にすることで、容量を大幅に節約できます。

Q2：個人情報の削除依頼（消去権の行使）が来た場合、どうすればいいですか？
A2：個人情報保護法に基づき、両方のシステムから削除する必要があります。基本的には、HubSpotで削除を実行するとSalesforce側のコンタクトも削除（または「削除フラグ」の更新）されるようワークフローを組むのが一般的です。自動削除が不安な場合は、特定の「削除依頼フラグ」を同期させ、両システムの管理者が手動で消し込む運用から始めてください。

Q3：既存のSalesforceリードとHubSpotコンタクトを紐付けるキーは何ですか？
A3：原則として「メールアドレス」です。メールアドレスが一致すれば既存レコードに紐付き、一致しなければ新規レコードが作成されます。メールアドレスが存在しないレコードは同期対象外となります。

Q4：Salesforceの「カスタムオブジェクト」も同期できますか？
A4：HubSpotの Enterpriseエディション であれば、カスタムオブジェクトの同期が可能です。Professional以下の場合は、標準オブジェクト（コンタクト、会社、取引、商品）のみの対応となります。

Q5：同期のタイミングはリアルタイムですか？
A5：ほぼリアルタイム（数分以内）ですが、技術的には「変更があったものをキューに積み、バッチで送る」形式です。数万件規模の一括更新時は、15分〜30分程度のタイムラグが発生することがあります。

Q6：複数のSalesforce組織と一つのHubSpotを繋げますか？
A6：いいえ、ネイティブ連携機能では「1つのHubSpotに対し1つのSalesforce組織」という1対1の接続が原則です。複数組織を繋ぐ場合は、WorkatoやZapierといったデータ連携ツール（iPaaS）の活用が必要です。

Q7：商談が「失注」になったら、HubSpot側で何か自動化できますか？
A7：可能です。Salesforceの商談フェーズが「失注」に変わったことをトリガーに、HubSpot側で「半年後に再アプローチメールを送る」ワークフローを起動させたり、特定の「失注顧客リスト」から広告のターゲティングを除外したりするのが定石です。

Q8：連携設定中にSalesforceのデータが消えることはありますか？
A8：レコード自体が消えることは稀ですが、マッピング設定ミスにより「項目の値が空白で上書きされる」リスクはあります。必ず本番接続前に、Salesforce側のデータバックアップ（データエクスポート）を取得してください。

Q9：Salesforceの「キャンペーン」機能とはどう連携しますか？
A9：HubSpotの「キャンペーン」とSalesforceの「キャンペーン」を紐付けることができます。HubSpot側でフォーム入力をしたリードを、Salesforce側の特定のキャンペーンメンバーとして「送信済み」などのステータスで自動追加することが可能です。

Q10：連携がうまくいかない時の最初のチェックポイントは？
A10：HubSpotの設定メニュー内にある「同期エラー」タブをまず確認してください。エラーメッセージの多くは「選択肢の不一致（No such picklist value）」「必須項目の未入力」「権限不足」のいずれかです。

まとめ：ツールを「収益エンジン」に変えるために

HubSpotとSalesforceの連携は、単なるIT導入ではなく、マーケティングと営業の「組織的合意」をシステムとして実装するプロセスです。データを繋ぐ前に、まずビジネスプロセスを整え、次にデータマッピングを精緻に設計し、最後にAPI制限やエラー監視といった運用体制を構築する。この順番を間違えなければ、システムは自動的に利益を生み出す「収益エンジン」へと進化します。

自社での構築が不安な場合や、より高度なBigQuery連携、AI活用を見据えた設計が必要な場合は、専門のコンサルタントによるアーキテクチャ設計のレビューを受けることを推奨します。

関連記事：SaaS増えすぎ問題と退職者のアカウント削除漏れを防ぐ。Entra ID・Okta・ジョーシスを活用した自動化アーキテクチャ