HubSpotのデータ整備とリストクレンジングの進め方|重複統合から命名規則まで

HubSpotデータ整備の進め方|リストクレンジング実務手順

HubSpotの運用が続くと、同じ人物の重複コンタクト、配信不達のまま残る無効なメールアドレス、業種や役職の表記ゆれ、退職者のレコードが少しずつたまっていきます。データ整備で片付ける対象は、重複・無効メール・欠損・表記ゆれ・非アクティブの5つで、どれも放置したままワークフローやスコアリングを動かすと、出力される数字が実態からずれます。

データが汚れたまま出てきた数字で予算や配信対象を決めると、マーケティングの判断そのものが実態からずれます。HubSpotの運用に入っているなら、ワークフローやスコアの設定を見直す前に、重複コンタクト、無効なメールアドレス、表記ゆれのあるプロパティ、退職者のコンタクトの件数をまず数えてください。

導入直後の初期設定をやり直す必要はありません。件数の多い汚れから1つずつ片付け、同じ汚れが再び入らないよう入口で入力ルールを決めるところまでを、月次や四半期ごとの定期作業に組み込みます。

自社のHubSpotでどの汚れから片付けるか決めかねているなら、重複や無効メールの件数をもとに、整備の順番と入力ルールを決める相談ができます。

なぜHubSpotにデータ整備が必要なのか

HubSpotのデータ整備(リストクレンジング)とは、コンタクトや会社のプロパティに入っている値から重複・無効・欠損・表記ゆれを取り除き、判定に使える状態を保つ作業です。HubSpotのワークフロー・スコアリング・レポートはすべてプロパティの値で判定するため、データが汚れたままだと施策の数字が実態からずれます。整備を後回しにすると、配信到達率の低下や営業のCRM不信まで起きます。

HubSpotは、コンタクト・会社・取引・チケットといったオブジェクトを軸にしたCRMです。これらのレコードに紐づくプロパティ(項目)の値が、ワークフロー、スコアリング、リスト、レポートのすべての判定材料になります。つまり、データの品質がそのまま施策の品質を決めます。

運用初期は問題が見えにくいのですが、コンタクト数が数千件を超えるあたりから次のような症状が現れます。

  • 同じ人物が複数のコンタクトとして登録されており、片方にしか活動履歴が残っていない
  • 無効なメールアドレスが大量にあり、配信のバウンス率が悪化、ドメインレピュテーションが下がる
  • 業種・役職・従業員規模などの値がバラバラで、ICPに沿ったセグメントが切れない
  • 退職した担当者のレコードがアクティブなまま残り、無効な相手に営業メールを送ってしまう
  • リスト名・ワークフロー名の付け方が属人的で、誰が何のために作ったか分からない

重複・無効メール・表記揺れ・退職者・命名のばらつきは、個別には小さな問題に見えます。しかし放置すると、MQLの判定精度と商談化率が下がり、メールが届かなくなり、営業がCRMの数字を信用しなくなります。HubSpotでのMQLの設定やMQLとSQLの定義を見直す前に、判定に使う入力データが信頼できる状態かを確かめます。

データ品質が施策に与える影響の連鎖 データの汚れ 重複・無効・表記揺れ セグメント不能 リストが正しく切れない スコアリング誤作動 MQL判定が不正確 商談化低下 機会損失 無効メール残存 退職者・誤入力 バウンス率上昇 配信エラー累積 レピュテーション低下 送信ドメイン信頼性 到達率低下 機会損失 データ品質はマーケティング判断の精度を決める前提条件 施策を増やす前に、土台となるデータ整備を継続する仕組みが必要
図1:HubSpot内のデータ品質低下が、セグメント・スコアリング・配信到達率を経由して商談機会の損失につながる流れを示しています。

データ整備は運用の土台であり、ここが崩れているとスコアリングもレポートも信用できなくなります。整備が済んだら、HubSpotの運用設計の全体像と照らして、どの業務からデータを使い始めるかを決めます。

データ品質の劣化は、社内でHubSpotが信用されなくなる直接の原因になります。営業から「HubSpotの数字は使えない」と言われ始めたら、HubSpotを使いこなせない原因と対処法と照らして、データ以外の原因も同時に確かめます。

整備すべき対象を最初に棚卸しする

データ整備は、重複・無効メール・欠損・表記揺れ・非アクティブの5つの件数を数えてから始めます。件数が出れば、どこから手を付けるかが決まります。

データ整備でよくある失敗は、目についたものから手を付けてしまい、全体像が見えないまま時間だけが過ぎるパターンです。最初に、HubSpot内の汚れがどこに偏っているかを定量的に把握します。

棚卸しで確認する5つの観点

  1. 重複コンタクトの規模:HubSpotの重複管理ツール(コンタクト>「重複を管理」)で、システムが検出している重複候補の件数を確認します。
  2. 無効メールアドレスの数:「ハードバウンス」「無効なメールアドレス」のステータスでフィルタしたリストを作成し、母数を出します。
  3. 必須プロパティの欠損率:会社名・業種・従業員規模・役職など、セグメントで使うプロパティの空欄率を確認します。
  4. 表記揺れの程度:業種・役職・流入チャネルなどのフリーテキスト項目で、同義の値がいくつあるかを抽出します(例:「マーケティング」「マーケ」「Marketing」)。
  5. 非アクティブコンタクトの量:直近12〜24ヶ月でメール開封・クリック・サイト訪問のいずれもないコンタクトの数を出します。

5つの観点の件数を出すと、整備の優先順位が決まります。実務上の目安として、重複が全体の5%程度なら後回しでよいケースもあり、無効メールが10%を超えていればメール配信より先に無効メールの除外を済ませます。

棚卸し結果の記録

棚卸しの結果はスプレッドシートに記録し、整備後に同じ指標を取り直して改善幅を比べます。記録がないと、次の四半期に整備の効果があったのかを誰も説明できません。

重複コンタクトの統合手順

重複コンタクトは、残すレコードの優先順位とオーナーの扱いを決めてから、HubSpot標準の重複管理ツールでマージします。マージは元に戻せないため、ルールを先に決めます。

重複コンタクトはHubSpotで最も発生しやすい汚れの一つです。同一人物が異なるメールアドレス(個人用と会社用、旧ドメインと新ドメイン)で登録されているケース、フォーム入力時の表記ゆれ、CSVインポート時の重複などが原因となります。

HubSpot標準の重複管理ツール

HubSpotにはコンタクトと会社それぞれに重複管理機能があり、コンタクトの場合は一覧画面の「アクション」から「重複を管理」を開きます。コンタクトの場合はメールアドレス、姓名、電話番号などの類似度から重複候補を提示します。提示された候補に対して、片方を残してもう一方の情報をマージする操作になります。

マージ前に決めておくべきルール

マージは原則として元に戻せないため、事前にルール化しておきます。

  • 残すレコードの優先順位:作成日が古いほうを残す/最新の活動があるほうを残す、のどちらかを決めます。多くの場合、作成日が古いほうを残し、新しいほうの情報を統合する方法が、過去の活動履歴を保全しやすくなります。
  • 会社所属・取引・活動履歴の扱い:マージにより両レコードの活動履歴は統合されます。ただし統合される側のレコードは静的なリスト(セグメント)からすべて外れるため、重要な静的リストに入っていないかを事前に確認します。
  • 所有者(コンタクトオーナー)の取り扱い:両レコードで所有者が異なる場合、どちらを優先するかを営業組織と合意しておきます。

大量の重複への対応

重複候補が数百件以上ある場合、1件ずつの手動マージは現実的ではありません。重複管理ツールでは複数の候補を選んでマージ条件を指定し、まとめて処理できます。ただしHubSpotの公式ヘルプでは、重複の一括管理にはData Hub ProfessionalまたはEnterpriseが必要とされています。一括処理は誤マージのリスクもあるため、最初は数十件程度でテストし、結果を営業担当と確認してから残りに適用します。

なお、HubSpotのプラン構成や機能の違いについては、HubSpotの無料版と有料版の違いもあわせて参考にしてください。

名寄せをどこまで広げるか迷ったら、リードの名寄せと重複管理を見て、重複を作らない入口の設計と一緒に決めます。事後に統合するより、フォームやインポートの入口で重複を防ぐほうが作業量は少なくなります。

無効メールアドレスとバウンス管理

ハードバウンスと長期間反応のないコンタクトを配信リストから外し、四半期ごとに見直します。無効な宛先に送り続けると、有効な宛先への到達率まで下がります。

無効なメールアドレスを残したままメール配信を続けると、送信ドメインの評価(ドメインレピュテーション)が下がり、有効な宛先にもメールが届きにくくなります。これはHubSpotだけの問題ではなく、メール配信基盤全般に共通する原則です。

HubSpotでの無効メール特定

HubSpotではメール配信の結果として以下のステータスが付与されます。

  • ハードバウンス:宛先アドレスが存在しない、ドメインが存在しないなど永続的な配信不能
  • ソフトバウンス:メールボックス容量超過、一時的な受信側不調など一時的な配信不能
  • 配信停止(オプトアウト):受信者本人が配信停止を選択
  • サブスクリプションなし:購読同意がない状態

このうちハードバウンスは、HubSpot側で自動的にメール送信対象から除外されますが、コンタクトレコード自体は残ります。メール配信用リストを作る際には、これらのステータスを確実に除外する条件を入れる必要があります。

定期的なクレンジング項目

四半期に1回程度、以下を実施します。

  • ハードバウンス済みコンタクトのアーカイブ判定(直近で活動がなければアーカイブ候補)
  • 長期間未開封・未クリックのコンタクトの再エンゲージメントキャンペーン実施、もしくは配信対象から除外
  • ドメイン単位での到達率モニタリング(特定ドメイン向けに到達率が極端に低くないか)

第三者メール検証ツールの活用

展示会の名刺リストなど外部のリストを大量にインポートする場合は、配信前にメール検証サービス(NeverBounceなど)でリストをクレンジングする運用を入れる企業もあります。インポート直後の初回配信でハードバウンスがまとめて出ると送信ドメインの評価が下がるため、外部リストを定期的に取り込む運用があれば検討に値します。

バウンスや配信停止のたびに手で非マーケティングに変えている場合は、配信停止・バウンス後の処理をワークフローで自動化し、商談中の相手だけ担当営業に知らせます。

プロパティの標準化と命名規則

セグメントで使う項目はドロップダウンにし、カスタムプロパティには接頭辞で命名規則を付けます。入力時点で値を選択肢に絞れば、表記揺れを後から直す作業がなくなります。

表記揺れは、データを汚す最大の原因の一つです。「業種」をフリーテキストで入力させると、「IT」「IT/通信」「情報通信業」「Information Technology」が同じ意味で別の値として並ぶことになります。これを後から整備しようとすると膨大な手作業になるため、入力時点で標準化する設計が必要です。

フリーテキストをドロップダウンに置き換える

セグメントで使うプロパティ(業種、従業員規模、役職、流入チャネル、リード元など)は、原則としてドロップダウンセレクト(単一選択)またはチェックボックス(複数選択)にします。フォーム入力でもAPI連携でも、選択肢に存在しない値は入らないため、表記揺れが構造的に発生しなくなります。

プロパティの命名規則

HubSpotにはデフォルトプロパティと、ユーザーが追加するカスタムプロパティが共存します。カスタムプロパティが増えると、似た名前のプロパティが乱立し、運用者が混乱します。命名規則を最初に決めておきます。

プロパティ種別命名ルールの例具体例
マーケ施策由来[mkt]_目的_詳細mkt_lead_source_detail
セールス由来[sales]_目的_詳細sales_disqualified_reason
カスタマーサクセス由来[cs]_目的_詳細cs_health_score
システム連携用[sys]_目的_詳細sys_external_id

命名規則は表のような接頭辞方式に限りません。決めるべきは、自社で1つのルールを定めて、プロパティを作る全員がそのルールで名前を付けることです。

プロパティ追加の承認プロセス

プロパティは誰でも追加できる権限になっていることが多く、放置すると無秩序に増えます。月1回など定期的にプロパティ一覧をレビューし、未使用のものはアーカイブ、重複しているものは統合する運用を入れます。新規追加には簡易な承認プロセス(Slackで管理者承認など)を設けると有効です。HubSpotの初期設定段階での設計についてはHubSpot初期設定チェックリストもあわせて参考にしてください。

標準プロパティで表現しきれない業務構造が出てきた場合は、カスタムオブジェクト設計の実践を検討する段階です。

整備の完了条件を「全項目がきれい」に置くと終わらないため、実際に条件式で使う項目だけを対象にするのが現実的です。どの項目が必要になるかはセグメントで実際に使う項目から逆算できます。

表記ゆれを後から直しても、作成の基準がないままでは同じ状態に戻ります。新しいプロパティを作る依頼が来たら、プロパティを作る前の判断基準に沿って、既存の項目で足りないかを先に確かめます。

リスト・ワークフロー・レポートの命名規則と廃棄ポリシー

リスト・ワークフロー・レポートは、用途と対象が名前から分かる形式にそろえ、一定期間使われていないものをアーカイブ候補にします。データを使う側のオブジェクトも、データ整備の対象です。

運用が長くなると、リストやワークフロー、レポートの数が膨大になり、何が動いていて何が動いていないか誰も把握できなくなります。これもデータ整備の一部として扱うべき領域です。

命名規則の例

リストやワークフローの名前は、後から検索・棚卸ししやすい形式にします。たとえば次のような構造です。

  • リスト名:[用途]_[対象]_[条件]_[作成日] 例:「nurture_MQL候補_業種IT_2025-04」
  • ワークフロー名:[トリガー種別]_[目的]_[対象] 例:「form_資料DLお礼_全社」
  • レポート名:[KPI]_[期間]_[セグメント] 例:「MQL数_月次_全社」

廃棄・アーカイブのポリシー

使われていないリストやワークフローを残し続けると、棚卸し時の判断コストが上がります。次のようなルールを決めておきます。

  • 3ヶ月以上トリガーされていないワークフローはアーカイブ候補としてレビュー
  • 6ヶ月以上参照されていないリストはアーカイブ候補
  • 担当者退職時には、その人が作成したリスト・ワークフローを引き継ぎレビュー対象にする
  • アーカイブ前に必ず別オブジェクトからの参照(他のワークフローやレポートが使っていないか)を確認

HubSpotのワークフロー設計の考え方はHubSpotワークフロー設計の進め方に詳しくまとめています。

データ整備を「継続させる」運用設計

データオーナーを1人決め、週・月・四半期・半期の周期で点検する作業を通常業務に組み込みます。単発の整備プロジェクトで終えると、数ヶ月で元の状態に戻ります。

多くの企業でデータ整備が失敗するのは、整備プロジェクトを単発で実施して終わってしまうためです。汚れは日々発生するので、整備も日々のオペレーションに組み込む必要があります。

役割分担の明確化

HubSpot内のデータに関する責任者(データオーナー)を1人決めます。マーケティング担当が兼任することが多いですが、プロパティを追加してよいかを誰が決めるのかが曖昧だと、営業とマーケがそれぞれ似た項目を作り始めます。データオーナーの主な役割は次のとおりです。

  • プロパティの新規追加・廃止の承認
  • 命名規則・データ品質ルールの維持
  • 定期クレンジングの実施または委任管理
  • 営業・マーケ・CS各部門からの整備要望の受付

定期メンテナンスのスケジュール

整備頻度の目安として、以下のような周期が一つの参考になります。実際の頻度は組織規模・データ量により調整してください。

周期実施内容
毎週新規重複候補のチェック、フォーム経由の異常値(テスト送信など)の除外
毎月プロパティ追加・廃止のレビュー、未使用リスト・ワークフローの一次棚卸し
四半期無効メール・非アクティブコンタクトの一括クレンジング、KPI再定義レビュー
半期〜年次命名規則・整備ポリシー全体の見直し、ICP・MQL定義との整合チェック

営業組織との合意形成

データ整備は営業組織にも影響します。重複マージで担当者割り当てが変わる、無効メール除外でリスト件数が減る、といった変化は必ず事前共有が必要です。マーケと営業が共通のデータ品質基準を持つことが、組織全体のCRM活用度を引き上げます。共通の基準は、マーケティングとセールスの連携の仕組み作りで決める合同定例の議題に入れておくと、毎月確認できます。

HubSpotデータ整備の運用サイクル 毎週 新規重複チェック フォーム異常値除外 所要時間:30分程度 毎月 プロパティレビュー 未使用リスト棚卸し 所要時間:1〜2時間 四半期 無効メール一括処理 非アクティブ整理 所要時間:半日〜1日 半期〜年次 ポリシー再設計 ICP/MQL整合 所要時間:数日 データオーナー(責任者)が運用全体を管理 プロパティ承認・命名規則維持・各部門からの要望受付・廃棄判断 継続させるためのポイント ・整備の所要時間を業務工数として正式に確保する ・整備前後でデータ品質指標を定点観測し、改善幅を可視化する
図2:データ整備を継続的な運用に組み込むための周期と役割の枠組みです。整備工数を業務として確保し、改善幅を可視化することで定着します。

整備した状態を維持できるようになったら、次はそのデータを既存顧客への施策に使う段階に入ります。既存顧客への施策は、既存顧客を起点にした施策の作り方に沿って、整備したデータで対象を切り出すところから始めます。

外部ツールとの連携が重複や上書きの発生源になっている場合は、連携ごとに同期の向きと正のデータを決めておくと、整備した後に同じ汚れが戻ってきません。

外注・代行を検討すべきタイミング

コンタクトが数万件あって棚卸しの工数が取れない、または過去の運用者ごとにルールが違う場合は、外部支援を検討します。頼むなら、単発のクレンジングではなく運用ルールの設計まで含めます。

データ整備は地味で時間のかかる作業のため、社内の主担当者が他の業務と兼任していると後回しになりがちです。次のような状況であれば、外部の支援を検討に入れる価値があります。

  • コンタクトが数万件以上あり、棚卸しに着手する工数すら確保できない
  • 過去にHubSpotを複数の担当者で運用しており、命名規則やプロパティ設計が統一されていない
  • 他システム(旧MA、旧CRM、Excel管理など)からの移行データがそのまま放置されている
  • 整備のたびに営業組織との調整が発生し、社内では合意形成が難しい

外部支援を入れる場合、単発のクレンジング作業だけを依頼するのか、命名規則・運用ルールの設計から関与してもらうのかで成果が大きく変わります。一度きりのクレンジングでは数ヶ月後に同じ状態に戻ることが多いため、運用ルールごと整備するのが本筋です。HubSpotの運用代行に何を任せるかについてはHubSpot運用代行で頼めることでも整理しています。

整備を外部に任せる場合も、判断基準は社内で持つ必要があります。現在のデータ状況を前提にご相談いただけます。

まとめ:データ整備は施策の前提条件

HubSpotのデータ整備は、棚卸しで現状を数値にするところから始め、データオーナーを置いて定期作業にします。

HubSpotのデータ整備は、ワークフローの自動化やスコアリング、レポーティングを正しく動かすための前提条件です。進め方の要点は次のとおりです。

  • 整備すべき対象を5つの観点(重複・無効メール・欠損・表記揺れ・非アクティブ)で棚卸しする
  • 重複統合は事前ルールを決めてから実施し、大量処理は段階的に行う
  • 無効メールは送信ドメイン評価を守るため定期的に除外する
  • 表記揺れはフリーテキストをドロップダウンに置き換えて構造的に防ぐ
  • プロパティ・リスト・ワークフローには命名規則と廃棄ポリシーを設ける
  • 整備は単発ではなく、データオーナーを置いた継続運用に組み込む

整備に着手する際は、いきなり手を動かすのではなく、まず棚卸しで現状を数値化し、優先順位を決めるところから始めてください。社内に運用工数が不足している場合は、運用ルール設計から外部支援を入れる選択肢も現実的です。

無料相談受付中

重複と表記ゆれの件数を出して、片付ける順番と入力ルールを整えます

重複・無効メール・欠損・表記ゆれ・非アクティブの5つの件数を一緒に確かめ、どこから片付けるかと、同じ汚れを入口で止める入力ルール、点検の周期を提案します。Ampelは外部CMOとして、HubSpotの導入と運用をマーケティングと営業の業務に合わせて設計し、データ整備を毎月の作業に組み込むところまで支援しています。

よくある質問(FAQ)

Q1. データクレンジングはどのくらいの頻度で行うべきですか?
A. 規模により異なりますが、毎週・毎月・四半期・半期の4階層で運用するのが一般的です。重複候補チェックは毎週、プロパティレビューは毎月、無効メール処理は四半期、ポリシー全体見直しは半期〜年次が目安です。
Q2. 重複コンタクトのマージは元に戻せますか?
A. HubSpotの仕様上、コンタクトのマージは原則として元に戻せません。マージ前に残すレコードと統合される情報を必ず確認してください。心配な場合は事前にCSVエクスポートでバックアップを取ることをおすすめします。
Q3. 無効メールアドレスは削除すべきですか、残すべきですか?
A. 即削除ではなく、まずアーカイブ(非アクティブ化)し、メール配信対象から外す運用が一般的です。完全削除すると過去の活動履歴も失われるため、後から分析できなくなる点に注意が必要です。
Q4. プロパティが既に大量に増えてしまった場合、どこから整理すべきですか?
A. 直近6〜12ヶ月で値が更新されていないプロパティをまずリストアップし、そこから「使われていない」「重複している」「命名が不適切」の3観点でレビューしてください。一度に全削除するのではなく、月1回ペースで段階的に進めるほうが安全です。
Q5. 社内にHubSpot運用の専任担当がいません。データ整備は外注できますか?
A. 可能です。ただし単発のクレンジング作業だけを発注するのではなく、命名規則やプロパティ設計、運用ルールも含めて整備してくれるパートナーを選ぶほうが、長期的には費用対効果が高くなります。

BtoBマーケティングの戦略設計から施策実行、運用定着までを一気通貫で支援します。