HubSpot から Salesforce への乗り換え｜マーケデータと商談履歴の移行設計

HubSpotからSalesforceへの移行は、単なるツールの変更ではありません。それは、企業の収益エンジンにおける「データの心臓」を入れ替える手術に近い作業です。特にHubSpotでマーケティング活動を活発に行ってきた企業にとって、蓄積されたWeb行動履歴や商談のプロセスデータをSalesforceへどう整合性を持って移すかは、移行後の営業効率を左右する極めて重要な課題です。

本記事では、IT実務担当者やSalesOpsの視点に立ち、HubSpotからSalesforceへのデータ移行における設計指針、具体的な手順、そして陥りやすい落とし穴について、公式ドキュメントの仕様に基づいた「実務の正解」を解説します。

HubSpotからSalesforceへの移行が「高難易度」とされる理由

多くの担当者が「CSVでエクスポートしてインポートすれば終わる」と考えがちですが、実際にはいくつかの高いハードルが存在します。

データオブジェクト構造の決定的な違い

HubSpotとSalesforceでは、データの持ち方が根本的に異なります。HubSpotは「コンタクト（個人）」を中心に、それに「会社」や「取引」が紐付く比較的フラットな構造です。対してSalesforceは、未評価の「リード」と、商談化後の「取引先」「取引先責任者」「商談」という、より厳格なフェーズ管理を前提とした構造になっています。

このため、「HubSpotのコンタクトを、Salesforceのリードに入れるのか、あるいは取引先責任者として直接入れるのか」という方針策定が、初期段階で必要となります。

マーケティング・タイムライン（行動ログ）の移行限界

HubSpotの強みである「いつ、どのページを見たか」「どのメールをクリックしたか」というタイムラインイベントは、標準のエクスポート機能ではSalesforceの「活動（Activity）」や「ToDo」に直接流し込むことができません。これらの履歴を移行するには、HubSpotのTimeline APIを利用するか、移行専用のミドルウェア（ETLツール等）を介してSalesforceのカスタムオブジェクト等に格納する設計が求められます。

リード変換のロジック差異

HubSpotでは「ライフサイクルステージ」によって顧客の状態を管理しますが、Salesforceでは「リードの変換」というシステム上のプロセスが走ります。この変換タイミングをHubSpotのどのステータスに合わせるかを定義しないと、移行後にマーケティング部門と営業部門で数字が合わないという事態を招きます。

移行設計の3つのパターンと選択基準

移行の目的に応じて、以下の3つのアプローチから最適なものを選定します。

もし、マーケティングオートメーションの高度な自動化や広告連携を重視しつつ、営業管理をSalesforceに集約したい場合は、まずは共存パターンを選択し、標準の「HubSpot-Salesforce連携コネクタ」を活用するのが現実的です。一方で、管理コストの肥大化を防ぎたい場合は、完全リプレイスを視野に入れます。このあたりの判断基準については、【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』も参考にしてください。

【実務編】データマッピングとオブジェクト設計のポイント

実際の移行作業に入る前に、HubSpotの各プロパティをSalesforceのどの項目（API参照名）に紐付けるかを定義した「マッピング定義書」を作成します。

1. コンタクト・会社データの紐付け

HubSpotの「会社ID」とSalesforceの「取引先ID」の対応関係を保持することが最優先です。

• 一意のキー（外部ID）の作成: Salesforce側に「HubSpot_Contact_ID__c」などのカスタム項目（外部ID・ユニーク属性）を作成し、移行時にHubSpotの内部IDを書き込みます。これにより、再インポート時の重複検知やリレーションの再構築が可能になります。
• メールアドレスの扱い: Salesforceではメールアドレスの重複が許容される設定もありますが、名寄せの観点から「1メールアドレス＝1レコード」の原則をクレンジング段階で適用すべきです。

2. 商談（取引）履歴と金額データの整合性確保

HubSpotの「取引（Deal）」をSalesforceの「商談（Opportunity）」へ移行する際、最もトラブルが多いのが「確度（%）」と「フェーズ」の同期です。

• フェーズのマッピング: HubSpotのカスタムパイプラインをSalesforceの標準商談プロセスに1対1で対応させます。
• クローズ済みデータの扱い: 過去の分析のために、失注した商談や完了した商談もすべて移行対象に含めるべきですが、Salesforce側の「完了予定日」が過去日付になるため、バリデーションルール（入力規則）を一時的に無効化する必要があります。

失敗しないための移行5ステップ

実務担当者が踏むべき標準的なステップは以下の通りです。

STEP 1：HubSpotデータのクレンジングと重複排除

ゴミを移しても、新しいシステムが使いにくくなるだけです。移行前にHubSpot内で「重複しているコンタクト」をマージし、不要なテストデータを削除します。特に、メールアドレスが空のレコードや、長期間活動がない古いリードは、移行対象から外す判断も必要です。

STEP 2：Salesforce側のカスタム項目・フェーズ定義

Salesforceの標準項目だけでは、HubSpotのデータをすべて受け入れることはできません。

• HubSpotの「元ソース（Original Source）」を受け取るためのカスタム項目
• HubSpotでの「フォーム送信履歴」を格納するためのテキストエリア項目、あるいは関連オブジェクト

これらを事前にプログラミングや設定画面から構築しておきます。

STEP 3：移行ツールの選定

データ量と予算に応じてツールを選定します。

• Data Loader (データローダー): Salesforce公式の無償ツール。数万件程度の移行であればこれで十分です。
• Dataloader.io: ブラウザベースで操作可能。リレーション（紐付け）の処理がGUIで容易に行えます。
• ETLツール（Workato, MuleSoft等）: リアルタイム同期や、複雑なデータ変換が必要な場合に検討します。

STEP 4：テストインポートとリレーション確認

いきなり本番環境（Production）には入れません。必ずSandbox（検証環境）を利用します。
まず「取引先」を入れ、その後に「取引先責任者」をインポートする際、先ほど入れた「取引先」の外部IDを指定してリレーションが正しく結ばれるかを確認します。ここでズレが生じると、営業担当者がSalesforceを開いたときに「会社に紐付いていない担当者」が大量発生することになります。

STEP 5：Webフォーム・トラッキングコードの貼り替え

データ移行が完了した瞬間から、新しいデータはSalesforceへ直接（あるいは新しいMA経由で）入るようにしなければなりません。
Webサイトに埋め込んでいるHubSpotフォームをSalesforceの「Web-to-Lead」や、新しいMAのフォームに貼り替えます。この際、トラッキングの断絶を防ぐ設計が必要です。高度なトラッキング基盤を構築している場合は、WebトラッキングとID連携の実践ガイド。ITP対策・LINEログインを用いたセキュアな名寄せアーキテクチャが設計のヒントになります。

よくあるエラーと対処法

移行作業中に必ずと言っていいほど遭遇するエラーとその回避策です。

• REQUIRED_FIELD_MISSING: Salesforce側で「必須」に設定されている項目が、HubSpotからのエクスポートデータに欠けている場合に発生します。移行期間中だけ必須設定を外すか、CSV上でデフォルト値を補完します。
• FIELD_CUSTOM_VALIDATION_EXCEPTION: 入力規則（バリデーションルール）に抵触しています。特に「電話番号の形式」や「郵便番号」などのチェックが厳しい場合に発生しやすいため、移行ユーザーのみ入力規則を除外する数式を組むのが定石です。
• STRING_TOO_LONG: HubSpotのメモ欄（ロングテキスト）がSalesforceの文字数制限を超えている場合に発生します。Salesforce側の項目を「ロングテキストエリア」に変更して対応します。

移行後のデータ基盤アーキテクチャ

Salesforceへの移行が完了したら、次のステップは「データの活用」です。Salesforce単体でも強力なレポート機能がありますが、SaaSの利用数が増える現代においては、データを一箇所に集約して分析する重要性が高まっています。

例えば、広告データや自社アプリの行動ログをSalesforceの商談データと掛け合わせて分析する場合、BigQueryのようなデータウェアハウス（DWH）をハブにする構成が推奨されます。これにより、Salesforceのガバナ制限を気にすることなく、高度なデータ分析が可能になります。このあたりのモダンなデータスタックについては、高額なCDPは不要？BigQuery・dbt・リバースETLで構築する「モダンデータスタック」ツール選定と公式事例で詳しく解説しています。

まとめ：移行を「ただの引越し」に終わらせないために

HubSpotからSalesforceへの移行を成功させる鍵は、ツール上の操作（インポート）よりも、その前段階の「データ定義」と「ビジネスプロセスの再設計」にあります。単にデータを移すだけでは、HubSpotで発生していた課題がSalesforceに場所を変えて継続するだけです。

この機会に、営業部門が本当に必要とするデータは何か、マーケティング部門が渡すべきリードの定義は適切かを再検討してください。Salesforceという強力なプラットフォームを最大限に活かすための「正しいデータの器」を作ることこそが、IT実務担当者の最大のミッションです。

具体的な仕様や料金プランについては、常に変化するため、最新のSalesforce公式料金ページおよびHubSpot公式料金ページを確認しながら、最適なライセンス構成を検討することをお勧めします。