Salesforceデータクレンジング 名寄せ・重複排除ガイド 2026：標準機能制限・5ステップ

Salesforceに蓄積された顧客データは、企業の意思決定を支える心臓部です。しかし、名寄せや重複排除が不十分な「汚れたデータ」は、営業効率を著しく低下させ、マーケティングROIを悪化させます。

本ガイドでは、Salesforceの標準機能から外部ツール、APIを活用した高度なデータクレンジング手法まで、実務担当者が直面する技術的課題の解決策を、公式情報を基に詳述します。

1. Salesforceデータ品質がビジネスに与える定量的影響

データ品質の不備は、単なる管理上の問題ではなく、実損害を伴う経営課題です。ガートナーの調査によれば、データ品質の低さが企業にもたらす経済的損失は年間平均1,500万ドルに達すると報告されています。

1-1. 重複データが引き起こす3つの実務的損失

• 営業リソースの分散： 同一企業に複数の担当者がアプローチし、顧客体験（CX）を毀損する。
• 分析精度の低下： LTV（顧客生涯価値）やリード転換率の算出において、分母・分子が不正確になり、誤った投資判断を招く。
• システムコストの増大： Salesforceのストレージ容量（データストレージ）を圧迫し、上位プランへの意図しないアップグレードを強いる。

2. Salesforce標準機能による重複排除の設計と制限

サードパーティ製品を導入する前に、まずはSalesforce標準の「一致ルール」と「重複ルール」を使いこなす必要があります。

2-1. 一致ルール（Matching Rules）のロジック構成

一致ルールでは、どの項目をどのようなロジックで比較するかを定義します。

• 完全一致： 全角・半角、スペースの有無まで含めて完全に一致する場合。
• あいまい一致： 「富士通」と「ﾌｼﾞﾂｳ」など、音韻やタイポを考慮したアルゴリズム（Jaro-Winkler等）を利用。

2-2. 重複ルール（Duplicate Rules）の運用設定

一致ルールが「検知」を担うのに対し、重複ルールは「アクション」を定義します。

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

3. 大規模データクレンジングを実現するツールの比較

標準機能では、既存の数万件におよぶ過去データの「一括名寄せ」に限界があります。API制限や処理速度を考慮したツール選定が必要です。

3-1. 代表的ツールの機能・料金比較

名刺管理ツールを用いたデータ基盤の構築については、以下の記事で詳細に比較しています。

関連記事：【プロの名刺管理SaaS本音レビュー】Sansan・Eight Teamの特性と、CRM連携によるデータ基盤構築の実務

4. 【実践手順】Salesforceデータクレンジングの5ステップ

ステップ1：データ診断と重複定義の策定

まずは「標準レポート」または「AppExchange」の無料診断ツールを用いて、重複率を可視化します。

• 主キーの選定： メールアドレス、電話番号、または法人番号（法人番号公表サイトとの照合）。
• マスタレコードの優先順位： 「最終更新日が新しいもの」か「商談が紐付いているもの」か、統合後の「勝ちレコード」の定義を決めます。

ステップ2：データのバックアップとエクスポート

一括操作の前に、必ず全件バックアップを .csv 形式で保存します。

• 使用ツール： データローダ（Data Loader）
• 注意点： CreatedDate, LastModifiedDate などのシステム項目もエクスポート対象に含めること。

ステップ3：正規化（データ形式の統一）

ExcelやGoogleスプレッドシート、またはPythonツールを用いて、以下の整形を行います。

• 住所の都道府県・市区町村の分割。
• 電話番号のハイフン削除（SUBSTITUTE関数）。
• 英数字の半角統一。

ステップ4：レコードの統合（Merge）実行

SalesforceのAPI（Bulk API 2.0）を利用して統合を実行します。

• 手動： 取引先/取引先責任者の「重複を表示」から個別に統合。
• 自動： Cloudingo等のツールを用い、定義したロジックに基づき一括マージ。

ステップ5：流入経路のガバナンス強化

再発防止のため、入り口を制限します。

• 入力規則（Validation Rules）による形式チェック。
• 外部フォーム連携時のAPIレベルでの重複検知実装。

関連記事：WebトラッキングとID連携の実践ガイド。ITP対策・LINEログインを用いたセキュアな名寄せアーキテクチャ

5. 実務でよくあるエラーと解決策（トラブルシューティング）

5-1. APIリクエスト制限（Total API Request Limit）

大量データのクレンジングをAPI経由で行うと、24時間あたりのAPI制限に抵触することがあります。

解決策： Data Loaderの「Bulk API」オプションを有効化し、バッチサイズを調整してください。Enterprise Edition以上であれば、制限の緩和申請も検討可能です。

5-2. 統合時の「リレーションシップ」の断絶

子レコード（商談、活動履歴）が紐付いたレコードを削除（統合）した際、子レコードが正しく引き継がれないケース。

解決策： Salesforce標準の統合機能、または認定ツールは自動的に関連リストを主レコードに付け替えます。カスタム開発で delete 文を発行する場合は、必ず事前に update で親IDを書き換えるロジックを組んでください。

6. 結論：持続可能なデータクレンジング体制の構築

データクレンジングは「一度きりの掃除」ではありません。Salesforce Data Cloudの登場により、社外のデータレイク（BigQuery等）と連携した、より高度なID解決（Identity Resolution）が主流となりつつあります。

技術的な整合性と、現場の入力負荷のバランスを取りながら、定期的な「診断・整形・統合」のサイクルを運用フローに組み込むことが、DX成功への最短ルートです。

-- Claude が生成するSOQLの例
SELECT Id, Name, Phone, BillingCity,
       COUNT(Id) OVER (PARTITION BY Name, BillingCity) AS dup_count
FROM Account
WHERE COUNT(Id) OVER (PARTITION BY Name, BillingCity) > 1
ORDER BY Name