セミナーレポート｜HubSpotとSalesforce連携の落とし穴と回避術

当セミナーではHubSpotとSalesforceを連携させる際の技術的な注意点とトラブル回避策を解説。ご好評のため、二度目を開催するくらいに多くの方にご参加いただきました。

このセミナーレポートでは両ツールの設計思想やデータ構造の根本的な違いを背景に、「オブジェクトの接続制限」や「データ型の不一致」、「重複レコードの扱い」といった６つの落とし穴を具体事例と共に紹介します。

はじめに：なぜ多くの企業で連携に躓くのか？

よくある勘違い

• 標準連携アプリがあるから簡単に接続できるはず
• 連携ボタンを押したもののエラーで動かない
• 書き換 えたくなかった顧客情報が上書きされた

マーケティングオートメーション（HubSpot）とSFA（Salesforce）の連携に取り組む現場でよくある勘違いです。多くのWeb担当者・マーケティング担当者がHubSpotとSalesforce連携のトラブルを抱えています。

HubSpotとSalesforceの「設計思想」と「データ構造」の違い

連携でトラブルが頻発する最大の理由は、両ツールの開発思想とデータ管理構造が根本的に異なる点にあります。 標準アプリで安易に「つなぐ」だけでは、構造の相違からデータ不整合が発生します。

構造上の最大の注意点

Salesforceでは顧客情報が「リード」と「取引先責任者」で別の存在として扱われます。これは商談の前後でユーザーの扱い方が変わるためです。「リード＝商談前」と「取引先責任者＝商談化後」でオブジェクトが分けられています。一方、HubSpotは単一のオブジェクト「コンタクト」で顧客情報を一気通貫して管理します。

連携アプリでは、HubSpotのコンタクトをSalesforceの「リード」または「取引先責任者」のいずれか一方にしか接続できないという制約が存在します。HubSpotとSalesforceの連携においてこれが大きな注意点です。

連携でハマる「6つの落とし穴」と回避術

• 1. データ構造・マッピング設計の落とし穴
• 2. データ品質・重複レコードによる同期エラー
• 3. Salesforce側の独自カスタマイズ・必須条件
• 4. 双方向同期によるデータ流出・過剰同期
• 5. 操作権限・項目レベルセキュリティの設定漏れ
• 6. 検証・導入スケジュールの見積もり甘さ

1. データ構造・マッピング設計の落とし穴

発生する問題

• HubSpotの「コンタクト」接続先選択を誤ると、会社情報が消えたり同期エラーが頻発
• 双方の「データ型 （選択リスト／テキスト  等）」が不一致だと同期が停止する

失敗事例

• 違いを理解せず安易に「リード」へ接続した結果、HubSpotで保持していた「会社」情報がSalesforce側に引き渡せなくなった（リードは取引先生成前の状態のため連携先がない）
• フォームで都道府県をドロップダウン（選択式）にしていたが、Salesforce側がテキスト自由入力のため連携エラーが発生

2. データ品質・重複レコードによる同期エラー

発生する問題

Salesforce側に同一人物（同一メールアドレス）の重複レコードが存在すると、初回は最古レコード、次回以降は最終更新レコードに同期され、管理対象が迷子になる。

3. Salesforce側の独自カスタマイズ・必須条件

発生する問題

HubSpot側のレコード作成ルールは「氏名・メール」だが、Salesforce側で「電話番号」が必須入力としてカスタム設定されていたため、Webから流入したリードが全件エラーとなった。  回避術：Salesforce側のレコード生成条件を見直し、連携で流入するデータの要件と擦り合わせる。

4. 双方向同期によるデータ流出・過剰同期

発生する問題

HubSpot側だけで「日本のコンタクトのみ連携」と絞り込んだが、双方向同期によりSalesforce内の海外拠点データ全件がHubSpotへ同期されてしまった。

5. 操作権限・項目レベルセキュリティの設定漏れ

発生する問題

特定のステータス項目だけ同期エラーが発生。原因はHubSpot連携アカウントの書き込み権限不足。

6. 検証・導入スケジュールの見積もり甘さ

発生する問題

Sandbox環境と本番環境でデータや他ツール（Marketo等）の連携状況が異なり、本番移行後にエラーが頻発。解消のスケジュールが見込まれておらず社内調整が難航した。

プロジェクトを成功に導く判断軸と進め方

標準連携アプリ」か「独自開発」かの選択

• 標準アプリは連携仕様が決まっているため、自社の業務フローをアプリ側に合わせる柔軟性が必要です

• 業務フロー変更が不可能な場合（例：住宅系B社のように問い合わせの度に毎回新規リードを作成したい場合）、API等を用いた独自連携システムの開発を検討します

社内で事前に準備すべき体制

• SFDCの仕組みに精通した担当者をアサインする

• 業務フロー変更の余地があるか事前に社内合意をとる

• 十分な検証・テスト期間を確保する

まとめ：プロジェクト着手前に整理すべき3ポイント

• 1：各ツールをどのように使っているか（役割定義）

•  2：どんな項目・データ構造が存在しているか（事前棚卸し）

•  3：今後どのように運用していきたいか（全体設計）

自社内だけで設計から実施するのが難しい場合や、複雑なカスタマイズが絡む場合は、両ツールの思想差を「翻訳」し、業務設計・組織間調整まで併走できる専門パートナーの活用も視野に入れることが成功の近道です

セミナー資料をご覧いただけます

JBNではWebセミナーを各種開催していきます

今後も定期的にHubSpotや、Webマーケティングに関するセミナーを実施予定です。ご興味のある方はぜひお気軽にご参加ください。