「HubSpot で獲得したリードが Salesforce に流れない」「Salesforce 側で更新した商談ステージが HubSpot のスコアリングに反映されない」――マーケと営業の Lead-to-Cash 断絶は、中堅 B2B の典型的な実装事故である。 標準の HubSpot-Salesforce Sync コネクタは小規模であれば動くが、従業員 100-1,000 名規模の中堅 B2B で本格運用に入ると、データ重複・同期遅延・カスタム項目マッピング地獄・権限不整合などで破綻する。
本記事では、HubSpot × Salesforce 双方向連携の 4 つの実装パターン、規模別の費用相場（200-1,500 万円）、双方向同期で躓く 7 つの落とし穴、業種抽象化した成功パターン 3 ケース、そして中堅 B2B が判断する際のフローチャートを 2026 年版として整理する。
目次
- なぜ標準 Sync が中堅 B2B で破綻するのか
- HubSpot × Salesforce 連携の 4 パターン比較
- 実装費用の内訳と規模別相場
- 双方向同期で躓く 7 つの落とし穴
- 成功パターン 3 ケース（業種抽象化）
- 中堅 B2B のための判断フローチャート
- よくある質問（FAQ）
- 関連記事
なぜ標準 Sync が中堅 B2B で破綻するのか
HubSpot は無償の「HubSpot-Salesforce Integration」コネクタを公式に提供している（出典：HubSpot Knowledge Base, "HubSpot-Salesforce integration overview", 2025 年版）。Contact／Company／Lead／Opportunity の標準オブジェクトを双方向で同期できる――というのが公式説明だ。
ただし、中堅 B2B 100-1,000 名規模で本格運用に入ると、以下のような事象が発生する。
- 同期キューの遅延：1 時間以上の遅延が日常化し、営業がリアルタイムで Lead 状況を把握できない。HubSpot 公式ドキュメントでも「sync timing varies based on volume」と明記されており、件数が増えると保証がない。
- カスタム項目の片側更新：HubSpot で追加したカスタムプロパティが Salesforce に伝わらない、もしくは項目名のマッピングがズレて値が消える。
- 重複レコード：同一メールアドレスの Lead が両側に存在し、商談ステージが両方で別々に進行。
- 削除の伝播：HubSpot 側で削除した Contact が Salesforce 側に残り続け、KPI の母数がズレる。
- 権限モデルの不整合：Salesforce の Profile / Permission Set と HubSpot の Team 権限が整合せず、「営業 A は見えるが営業 B は見えない」が発生。
矢野経済研究所「国内 MA／SFA／CRM 統合市場調査 2025」によれば、MA × SFA 連携プロジェクトの 約 4 割が「想定 1.5 倍以上の追加開発」を経験している。標準 Sync で十分という前提で見積もりが組まれた結果、後から iPaaS や Operations Hub の追加が必要になる――これが中堅 B2B の最頻パターンだ。
Lead-to-Cash 一気通貫が失敗する典型シーン
「Lead-to-Cash」とは、リード獲得から受注・請求・売上計上までを 1 つのプロセスとして連携・可視化する考え方である。マーケが HubSpot で獲得したリードが、Salesforce で商談化し、ERP / 会計と接続されて請求まで一気通貫で流れる――この理想を実現するには、HubSpot ↔ Salesforce の同期だけでなく、商談ステージの定義統一・スコアリング基準の共通化・項目マッピングのドキュメント化が前提となる。
実装フェーズで議論が「同期できる／できない」に終始すると、運用フェーズで「結局どっちのデータを正にするか」が曖昧なまま走り出してしまう。
FDE+ SELECT
SaaS・AIツール・開発・内製化のどれを選ぶべきか整理しませんか？
保守費、老朽化、SaaS選定、スクラッチ開発の判断軸を、費用・連携・運用・成果KPIから比較します。
HubSpot × Salesforce 連携の 4 パターン比較
連携の実装パターンは大きく 4 つに分かれる。以下の比較表で全体像を押さえる。
| パターン | 主な手段 | 初期費用目安 | 月額目安 | 双方向同期 | カスタム項目柔軟性 | 障害監視 | 推奨規模 |
|---|---|---|---|---|---|---|---|
| ① 標準 Sync | HubSpot-Salesforce 公式コネクタ | 0-50 万円（設定のみ） | 0 円（HubSpot Pro 同梱） | △（標準のみ） | △ | × | 〜100 名 |
| ② Operations Hub | HubSpot Operations Hub Pro/Enterprise | 100-300 万円 | 25-180 万円 | ○（Programmable Automation） | ○ | △（HubSpot ログ） | 100-500 名 |
| ③ iPaaS（Workato/Zapier/Boomi） | 第三者統合プラットフォーム | 200-700 万円 | 30-150 万円 | ◎ | ◎ | ○ | 200-1,000 名 |
| ④ カスタム API 開発 | HubSpot API / Salesforce REST/Bulk API + 自社実装 | 500-1,500 万円 | 5-30 万円（ホスティング/監視） | ◎ | ◎ | ◎ | 500 名+ / 特殊要件 |
費用は要件定義の複雑度・既存スタック・カスタム項目の数で大きく変動する。本記事の数字はあくまで業界横断の一般的な目安であり、個別案件の正確な見積もりは要件定義後でないと確定できない。
① 標準 Sync の適性ライン
標準 Sync が向いているのは、リード件数が月 1,000 件以下・カスタム項目が 10 個以下・営業組織が 30 名以下のケースに限られる。HubSpot 公式の選定基準（HubSpot Academy「Salesforce Integration Best Practices」2025 年版）でも、中堅企業以上は Operations Hub もしくは iPaaS への移行が推奨されている。
② Operations Hub の特徴
HubSpot Operations Hub は、HubSpot 内で動作する「Programmable Automation」と「Data Sync」を組み合わせたプラットフォームだ。Salesforce 以外にも 100 以上のサービスと標準連携できる。
- 強み：HubSpot 内で完結し、運用窓口を一本化できる。Programmable Automation で TypeScript / JavaScript の小規模ロジックを書ける。
- 弱み：複雑なオブジェクト粒度の変換や、HubSpot/Salesforce 以外への分岐連携が必要になると、iPaaS のほうが柔軟性が高い。
- 費用感：Operations Hub Professional が月額 8 万円〜（連絡先 5,000 件込み）、Enterprise が月額 18 万円〜（連絡先 10,000 件込み）（出典：HubSpot 公式 Pricing 2025 年版、円換算は当社調査時点の参考値）。
③ iPaaS の特徴
Workato／Zapier／Boomi／MuleSoft などの iPaaS は、HubSpot と Salesforce の両方を「等距離」で扱える。複数の SaaS を組み合わせる中堅 B2B ではこのパターンが多い。
- 強み：HubSpot ↔ Salesforce ↔ Slack ↔ Notion など、3 つ以上のサービスを横串で繋げる。リトライ／監視／監査ログが標準装備。
- 弱み：月額の積み上がりが早い。Workato の中堅向けプラン（Business 以上）は月 30-100 万円帯になる。設計者がいないと「レシピが乱立してメンテ不能」の罠に陥る。
④ カスタム API の特徴
自社開発の連携サーバを立てて HubSpot API（v3）と Salesforce REST／Bulk API を直接叩くパターン。要件特殊性が高い場合や、データ量が膨大（月 10 万件以上の Lead）で iPaaS の従量課金が割に合わなくなる場合に検討する。
- 強み：要件への完全適合。リアルタイム同期や複雑な分岐を作り込める。
- 弱み：初期費用 500-1,500 万円、運用責任が完全に自社／開発委託先側に移る。障害時の責任分界・監視 SLA・API バージョンアップ追従コストを軽視すると詰む。
実装費用の内訳と規模別相場
費用は「規模」と「連携深度」の 2 軸で大きく変動する。以下、規模別 3 段階で内訳を整理する。
PoC 規模（連絡先 〜5,000 件 / 営業 〜30 名）
| 工程 | 工数目安 | 費用目安 |
|---|---|---|
| 要件定義 | 0.5 人月 | 30-50 万円 |
| 設計（オブジェクトマッピング・項目定義） | 1 人月 | 60-100 万円 |
| 実装（標準 Sync 設定 + 軽微カスタム） | 1 人月 | 60-100 万円 |
| テスト（重複検出・同期遅延計測） | 0.5 人月 | 30-50 万円 |
| リリース・運用設計 | 0.3 人月 | 20-30 万円 |
| 合計 | 3.3 人月 | 200-330 万円 |
中規模（連絡先 5,000-50,000 件 / 営業 30-200 名）
| 工程 | 工数目安 | 費用目安 |
|---|---|---|
| 要件定義（業務フロー整理含む） | 1.5 人月 | 100-150 万円 |
| 設計（Operations Hub or iPaaS 設計書） | 2 人月 | 130-200 万円 |
| 実装（カスタム項目・分岐ロジック） | 3 人月 | 200-300 万円 |
| テスト（負荷・データ整合性） | 1 人月 | 70-100 万円 |
| リリース・移行・運用設計 | 1 人月 | 70-100 万円 |
| 合計 | 8.5 人月 | 570-850 万円 |
大規模（連絡先 50,000+ / 営業 200+ 名 / カスタム API）
| 工程 | 工数目安 | 費用目安 |
|---|---|---|
| 要件定義（全社業務フロー・SoR 設計） | 3 人月 | 200-300 万円 |
| 設計（API 設計書・障害監視設計） | 4 人月 | 270-400 万円 |
| 実装（カスタム連携サーバ + Worker） | 6 人月 | 400-600 万円 |
| テスト（カオステスト・性能試験） | 2 人月 | 130-200 万円 |
| リリース・運用基盤（監視・SRE） | 2 人月 | 130-200 万円 |
| 合計 | 17 人月 | 1,130-1,700 万円 |
上記は外部開発委託・コンサル単価で人月 70-100 万円を前提とした概算である。内製比率が高い場合は人件費が下がる代わりに、要件定義・設計フェーズに藤吉が指摘する「業務責任者を巻き込む工数」が必要になる。
見落としやすい運用コスト
- iPaaS 月額：Workato Business プランで月 30-100 万円、年 360-1,200 万円が継続発生。
- HubSpot Operations Hub：Pro が年 96 万円〜、Enterprise が年 216 万円〜。
- 監視 SaaS：Datadog／New Relic／Mackerel で月 5-20 万円。
- API レート制限対応：Salesforce の API コール上限（Enterprise Edition で 1 ユーザーあたり 1,000 コール／24 時間）に達すると追加購入が必要。
- バージョンアップ追従：HubSpot v3 API、Salesforce API は年 1-3 回のメジャー変更があり、毎回の追従テストで 0.5-1 人月。
双方向同期で躓く 7 つの落とし穴
ここからが本記事の中核である。中堅 B2B の HubSpot × Salesforce 連携でほぼ必ず議論になる 7 つの設計論点を、それぞれの回避策とともに整理する。
落とし穴 1：データ重複（同一 Lead が両側に存在）
症状：HubSpot で獲得した Lead と、営業が Salesforce に直接登録した Lead が、メールアドレスは同じだが別レコードとして並走する。商談ステージが両側で別々に進行し、KPI ダッシュボードで母数がズレる。
原因：
- 重複検出キー（通常は Email）が双方向で揃っていない。
- Salesforce 側に Email Required の制約がない、もしくは小文字／大文字の正規化が両側で揃っていない。
- HubSpot の Lead → Contact 変換タイミングで Salesforce 側のシンクが追いつかず、変換中に新規 Lead が作られる。
回避策：
- マスタ判定（System of Record, SoR）を「Lead は HubSpot、Contact / Account / Opportunity は Salesforce」のように オブジェクト単位で明示する。
- 重複検出キーを Email + Domain で複合化し、両側で正規化（lower / trim）してから比較。
- 「Lead 変換ロック」を設定し、HubSpot → Salesforce 同期完了までは新規登録をキューイング。
落とし穴 2：同期遅延（リアルタイム要求と batch ジョブの swap）
症状：マーケが HubSpot でステージを「商談化」に上げた瞬間、営業が Salesforce で確認する――この体験を期待していたのに、実際には 30 分〜数時間遅れる。
原因：
- 標準 Sync は内部キューで非同期処理しており、リアルタイム保証がない。
- iPaaS の「ポーリング型」レシピが 5 分／15 分間隔で動いており、リアルタイムではない。
- API レート制限に到達して、リトライキューが詰まっている。
回避策：
- リアルタイム要求があるイベント（商談化／受注／解約）だけを Webhook 駆動に分離。それ以外（属性更新等）は batch（5-15 分）で十分。
- HubSpot Workflows と Salesforce Outbound Message を組み合わせて、「変更通知 → iPaaS／カスタム API → 反対側 Upsert」の Webhook パイプラインを構築。
- API レート制限を Datadog 等で常時監視し、80% 到達で Slack アラート。
落とし穴 3：カスタム項目のマッピング地獄
症状：HubSpot で 200 個のカスタムプロパティ、Salesforce で 350 個のカスタム項目を持っており、どれを双方向同期するか、どれを一方向にするか、どれを連携対象外にするか、Excel 表が常に古い。
原因：
- マッピング表が SaaS の管理画面 / スプレッドシート / Word ドキュメントに分散。
- カスタム項目を追加した担当者が、連携対象に含めるか確認しないまま運用開始。
- 項目名・データ型・選択肢リストの整合性チェックがリリース時の 1 回しか動いていない。
回避策：
- マッピング定義を YAML / JSON でコード化し、Git 管理する（Operations Hub Programmable Automation や iPaaS のレシピ定義として）。
- 月 1 回、HubSpot / Salesforce の Schema API を叩いてカスタム項目の差分を Slack に通知する監査ジョブを設置。
- 連携対象外の項目には接頭辞（例：
internal_）を強制し、マッピング表に出てこない項目は連携しないルール化。
落とし穴 4：権限モデルの不整合
症状：Salesforce の Profile / Permission Set で「営業 A は西日本担当の Account のみ閲覧可」と細かく制御しているが、HubSpot 側でも同等のスコープを再現しようとして破綻。
原因：
- HubSpot Team / User Role と Salesforce Profile / Sharing Rule の設計思想が異なる（HubSpot はオブジェクト単位、Salesforce はレコード単位）。
- 連携サービスアカウントの権限が広すぎ／狭すぎで、特定オブジェクトの同期が片側だけ失敗する。
- HubSpot に流れた段階で「全社員が見える」状態になり、Salesforce 側の閲覧制限が事実上無効化。
回避策：
- 連携サービスアカウントは Salesforce 側で専用 Profile を切り、必要最小権限のみ付与。
- HubSpot 側で「Sales Hub Enterprise の Team 権限 + Asset Permissions」を活用し、組織階層を反映。
- 機微情報（与信／個人情報詳細）は HubSpot に同期しない判断も含めて検討。
落とし穴 5：階層オブジェクト（Account-Contact-Opportunity）の粒度違い
症状：Salesforce の Account-Contact 関係（1 対多）と、HubSpot の Company-Contact 関係（1 対多 + 多対多も可）が一致せず、商談を Account に紐付けたつもりが HubSpot 側では別 Company にぶら下がる。
原因：
- Salesforce の Person Account と HubSpot の Contact-only ワークフローの混在。
- HubSpot の「Primary Company」概念が Salesforce にない。
- M&A や子会社統合で Account の親子関係が変わったときに、HubSpot 側の Hierarchy が同期されない。
回避策：
- HubSpot Company と Salesforce Account の対応を「1:1」と決め打ちし、N:1 / N:M は連携対象外。
- Person Account を使う Salesforce 組織では、HubSpot 側を Contact-only モデルに揃える。
- 親子関係（Hierarchy）は 連携対象外として運用し、SoR は Salesforce に固定。
落とし穴 6：履歴・監査の取り扱い
症状：「半年前の Lead ステージが何だったか」を確認したいが、HubSpot 側にしか履歴が残っておらず、Salesforce 側の Field History Tracking とズレる。監査対応で時間を浪費。
原因：
- HubSpot Property History と Salesforce Field History Tracking の保持期間／粒度が違う。
- 連携で更新されたレコードのソース（System User）が両側で別名表示。
- 監査ログを iPaaS / カスタム API 側で取っていない。
回避策：
- 重要項目（ステージ / 金額 / 担当者）は、両側の Field History Tracking を必ず ON。
- 連携サービスアカウントの命名を「Integration_HubSpot_to_Salesforce」のように 由来が分かる名前に統一。
- 連携実行ログ（Source Record ID / Target Record ID / Timestamp / Diff）を Datadog / BigQuery に長期保管。
落とし穴 7：障害時のフェイルオーバー設計
症状：HubSpot 側 / Salesforce 側 / iPaaS 側のいずれかで障害が起きたとき、復旧後にどのデータが「漏れた」「重複した」「矛盾した」かを特定できない。
原因：
- リトライ戦略（指数バックオフ / 最大試行回数 / 最終的な手動介入）が定義されていない。
- 障害時に「キューを止める」「全件リトライ」「整合性検査して差分のみ流す」のどれを取るか合意がない。
- DLQ（Dead Letter Queue）の存在を運用チームが知らない。
回避策：
- 全イベントに idempotency key（ユニーク ID）を付与し、再実行で重複しない設計。
- 障害復旧 Runbook を 3 シナリオ（HubSpot 障害／Salesforce 障害／iPaaS 障害）で文書化。
- 月 1 回、整合性検査ジョブ（HubSpot ↔ Salesforce の双方を全件突合し差分検出）を実行。
中盤チェックポイント：上記 7 つの落とし穴は、いずれも要件定義フェーズで「論点として上がっていれば回避できる」ものばかりだ。しかし実装会社の見積もりが低価格なほど、要件定義工数を削って先に進む傾向が強く、その結果として後工程で 1.5-2 倍の追加開発が発生する。
設計書テンプレ・マッピング表・Runbook ひな形をまとめた「HubSpot × Salesforce 連携 設計書テンプレ集」を無料配布中
成功パターン 3 ケース（業種抽象化）
ここでは特定顧客の事例ではなく、業界横断で観測される成功パターンを 3 つ抽象化して紹介する。
パターン A：中堅 B2B SaaS 企業（従業員 300 名）
背景：マーケが HubSpot Pro、営業が Salesforce Enterprise を使用。リード月 5,000 件、商談月 200 件規模。
選んだ実装：Operations Hub Professional + HubSpot 標準 Sync の併用。
成功要因：
- マッピング定義を YAML 化し、Git 管理。月 1 回のレビュー会で更新。
- リアルタイム要求は「商談ステージ昇格イベント」のみに絞り、Webhook 駆動。
- 残りは 15 分 batch で十分という業務側合意。
結果：実装期間 3 ヶ月、初期費用 350 万円、月額 18 万円（Operations Hub）で運用安定。Lead-to-Cash の SLA「商談ステージ昇格 → Salesforce 反映 5 分以内」を 98% 達成。
パターン B：BtoB 製造業（従業員 800 名）
背景：複雑な Account 階層（親会社・子会社・事業部）と、製品マスタ連動の Opportunity 管理が必要。リード月 2,000 件だが商談単価が高く、1 件のミスが許されない。
選んだ実装：Workato + Salesforce + HubSpot の三角構成。一部 ERP（基幹系）との連携も Workato で吸収。
成功要因：
- 親子 Account 階層は Salesforce のみで管理し、HubSpot には「親会社」のみ連携する割り切り。
- Workato Recipes をレビュアー 2 名体制でコード相当扱い、変更時は必ず Pull Request 相当のレビュー。
- 障害復旧 Runbook を 3 シナリオで定期訓練。
結果：実装期間 6 ヶ月、初期費用 850 万円、月額 60 万円（Workato Business + 監視）。3 年間 TCO は約 3,000 万円だが、Lead-to-Cash 一気通貫により受注リードタイムが 30% 短縮。
パターン C：中堅 B2B IT サービス業（従業員 500 名）
背景：複数の事業部が独立した HubSpot ポータルを使っており、全社では Salesforce 1 本に集約したいが、事業部の自治を残したい。
選んだ実装：カスタム API（Node.js + AWS Lambda + EventBridge）+ HubSpot API + Salesforce Bulk API。
成功要因：
- 各 HubSpot ポータルから Salesforce への同期を「事業部タグ」付きで実行し、Salesforce 側でレポートを事業部別に分離。
- API バージョンアップ追従を SRE チームが四半期で実施し、リリースノートを社内 Wiki に集約。
- データ整合性検査ジョブを月次で全自動実行し、差分があれば Slack で通知。
結果：実装期間 9 ヶ月、初期費用 1,400 万円、月額運用 25 万円（AWS + 監視 + SRE 工数按分）。事業部の HubSpot 自治を維持しつつ、全社 KPI を Salesforce に集約することに成功。
上記 3 パターンの共通項は、(1) SoR の明確化、(2) 障害時 Runbook の整備、(3) 月次の整合性検査の 3 点である。逆に失敗するプロジェクトは、これらが「やっておくとよい」程度の扱いに留まり、実装フェーズの予算には入っていない。
中堅 B2B のための判断フローチャート
連携パターンの選定は、以下の 4 軸で判断すると整理しやすい。
Q1：営業組織の規模はどれくらいか
- 〜30 名：標準 Sync で開始、不足が見えてから Operations Hub 検討
- 30-200 名：Operations Hub または iPaaS が現実的
- 200 名+：iPaaS かカスタム API（要件次第）
Q2：既存スタックは何があるか
- HubSpot + Salesforce のみ：Operations Hub が最短
- 上記 + Slack / Notion / Asana 等の周辺：iPaaS でまとめて吸収
- 上記 + ERP / 基幹 / データウェアハウス：iPaaS かカスタム API
Q3：内製比率はどれくらい確保できるか
- 内製ゼロ：iPaaS（運用簡単で代行依頼しやすい）
- 内製 1-2 名：Operations Hub または iPaaS
- 内製 SRE / 開発チームあり：カスタム API も選択肢
Q4：連携深度はどこまで必要か
- 標準オブジェクトのみ：標準 Sync で十分
- カスタム項目 50 個以上 / 分岐ロジックあり：Operations Hub or iPaaS
- リアルタイム必須 / 大量データ / 特殊要件：カスタム API
判断フローのまとめ
START
│
├─ 営業 30 名以下 + カスタム項目少 → 標準 Sync
│
├─ 営業 30-200 名 + HubSpot/Salesforce 中心 → Operations Hub
│
├─ 営業 30-500 名 + 周辺 SaaS 多い → iPaaS（Workato 等）
│
└─ 営業 200 名+ + 特殊要件 / 大量データ → カスタム API
END
判断に迷う場合は、まず Operations Hub で PoC を 3 ヶ月走らせ、不足が見えた段階で iPaaS / カスタム API に拡張する段階的アプローチが現実的だ。最初から完璧な設計を狙うと、要件が固まる前にツールを選定してしまう。
よくある質問（FAQ）
Q1：標準 Sync だけで運用している中堅企業はあるか
リード件数月 500 件以下、カスタム項目 10 個以下、営業 30 名以下なら現実的に可能だ。ただし HubSpot / Salesforce のいずれかでカスタム要件が増えた瞬間に Operations Hub or iPaaS への移行が発生する前提で設計しておく。
Q2：Operations Hub と iPaaS のどちらが運用負荷が低いか
HubSpot 側の運用窓口を一本化したいなら Operations Hub、複数 SaaS の連携を統合管理したいなら iPaaS。Operations Hub は HubSpot サポートが面倒を見る範囲が広い分、HubSpot に閉じた問題は解決が速い。
Q3：Workato と Zapier の使い分けは
Zapier は「個人・小規模チームの軽量連携」、Workato は「中堅以上のミッションクリティカル連携」。中堅 B2B で双方向の業務連携を組むなら Workato（または Boomi / MuleSoft / n8n エンタープライズ版）が現実的。
Q4：双方向同期で「どっちが正」を決められない場合は
オブジェクト単位で SoR（System of Record）を決める。例：「Lead は HubSpot、Contact / Account / Opportunity は Salesforce」。両側で同じオブジェクトを SoR にすると永遠に矛盾する。
Q5：実装期間の最短はどれくらいか
PoC 規模（標準 Sync + 軽微カスタム）なら 4-6 週。中規模（Operations Hub or iPaaS）で 3-4 ヶ月。大規模（カスタム API）で 6-9 ヶ月。要件定義に十分時間を割いた案件ほど実装後の手戻りが少ない。
Q6：HubSpot / Salesforce のライセンス費用は別途か
別途。HubSpot Operations Hub Pro / Enterprise の費用、Salesforce Enterprise / Unlimited の費用、iPaaS の費用、これらすべてが連携費用とは別軸で発生する。年次予算策定時に 3 軸でまとめて計画すること。
Q7：補助金は使えるか
中堅企業向けの IT 導入補助金、事業再構築補助金、ものづくり補助金などで連携実装費用の一部を補填できるケースがある。ただし補助金の対象は要件によるため、申請前に専門家確認が必要。GXO では補助金申請支援も含めた連携プロジェクト相談を受けている。
関連記事
- Salesforce・HubSpot・kintone CRM 比較と中小〜中堅企業の選定ポイント
- MA ツール 4 強比較 BtoB 中堅企業向け 2026 HubSpot／Marketo／Pardot／List Finder
- マーケティングオートメーション（MA）ツール比較 中小企業導入ガイド
- SFA Sales Force Automation 比較 中小企業 2026
HubSpot × Salesforce 連携プロジェクトの個別相談
GXO株式会社では、中堅 B2B 100-1,000 名規模の HubSpot × Salesforce 連携プロジェクトの要件定義・設計・実装・運用まで、業界横断で支援している。標準 Sync の限界に直面している、Operations Hub と iPaaS の選定で迷っている、カスタム API 開発の見積もりが妥当か検証したい――こうした個別の課題に対し、業務責任者を巻き込んだ要件定義から伴走する。
HubSpot × Salesforce 連携の個別相談を申し込む（無料）
参考資料
- HubSpot Knowledge Base「HubSpot-Salesforce integration overview」2025 年版
- HubSpot Academy「Salesforce Integration Best Practices」2025 年版
- HubSpot 公式 Pricing Page（Operations Hub）2025 年版
- Salesforce Trailhead「Integrate with External Apps」2025 年版
- Salesforce Developer Documentation「REST API Developer Guide」2025 年版
- Workato Documentation「HubSpot ↔ Salesforce Recipes」2025 年版
- 矢野経済研究所「国内 MA／SFA／CRM 統合市場調査 2025」
- IDC Japan「国内 CRM アプリケーション市場予測 2025〜2029 年」
- Gartner「Marketing Automation Survey」2024
