🟡 HubSpot Operations Hub(Data Hub)実践教科書 — 2026年版
Chapter 5

Data Agent と Smart Properties
AI がデータを自動生成する

「業種フィールドが空欄のコンタクトが3万件ある」「LinkedIn の URL から会社規模を調べてプロパティに入れたい」「ICP スコアを毎週自動計算して担当者に通知したい」——これらをすべて手作業やエンジニアへの依頼なしに実現するのが Data Agent と Smart Properties だ。AI が Web 調査・CRM 情報の推論・プロパティの自動補完をワークフローの中で行う、Data Hub の最新 AI 機能の全貌を解説する。

📖 読了目安 20分
🎯 対象:RevOps・HubSpot 管理者・マーケティングオペレーション担当
🔧 必要プラン:Operations Hub Professional〜(クレジット消費あり)

📋 この章の内容

  1. 5-1Data Agent とは何か——AI による自律的なデータ調査と補完
  2. 5-2Smart Properties の設計と設定——どのフィールドを AI に任せるか
  3. 5-3ワークフローへの組み込み——「Fill Smart Property」アクションの使い方
  4. 5-4クレジット管理・精度・ガバナンス——AI データ活用のリスクと対策
Section 5-1

Data Agent とは何か——AI による自律的なデータ調査と補完

Data Agent(データエージェント)は HubSpot が2025年 INBOUND で発表した AI エージェント機能だ。「このコンタクトの業種を調べてプロパティに入れておいて」という指示に対し、AI が Web 上の公開情報・HubSpot 内の既存データ・関連レコードを自律的に調査し、最適な値を推論してプロパティに書き込む

従来の「プロパティを埋める」方法は3種類あった——①ユーザーが手動入力する・②フォームで収集する・③Clearbit 等の外部エンリッチメントサービスを API 経由で呼ぶ。Data Agent はこれらとは異なる第4の方法:AI が推論して自動入力するだ。

🤖 Data Agent の動作フロー
🔔
ワークフロー
トリガー
コンタクト作成・
更新・スケジュール
🤖
Data Agent
AI が複数ソースを
自律的に調査・推論
🌐
Web 調査
公式サイト・
LinkedIn・業界DB
+
🟡
CRM 内参照
関連会社・商談・
エンゲージメント履歴
✍️
Smart Property
に書き込み
値+信頼度スコア
+調査根拠を記録
1回の実行でクレジットを消費(Pro: 5,000/月 / Enterprise: 10,000/月)
信頼度スコアが設定値以下の場合は書き込まずにスキップ可能
調査根拠(ソース URL 等)を内部メモとして残すオプションあり

Data Agent が解決する3つの問題

問題従来の対処Data Agent の解決策
重要フィールドの大量空欄 インターン・SDR が手作業で調査・入力。1件3〜5分、1,000件で50〜80時間 ワークフロー1本で数千件を自動調査・補完。人的コストをゼロに
外部エンリッチメントのコスト Clearbit/ZoomInfo は $5,000〜/年。データが古くなっても更新頻度は限られる HubSpot クレジットで実行。必要なフィールドを必要なタイミングでピンポイント補完
標準化されていないデータ入力 「IT」「情報技術」「テクノロジー」が混在する業種フィールド HubSpot の標準選択肢から最適な値を AI が選んで入力するため表記揺れが発生しない
💡 Clearbit などの外部エンリッチメントとの使い分け

Clearbit・ZoomInfo は膨大なデータベースから即座に取得するため速度・網羅性が強み。Data Agent は Web 上の最新情報を AI がリアルタイム調査するためデータベースにない情報・最新の変化への追随が強み。「大企業の基本情報は Clearbit、中小・スタートアップや細かい情報は Data Agent」という組み合わせが多くの RevOps チームの選択だ。

Section 5-2

Smart Properties の設計と設定——どのフィールドを AI に任せるか

Smart Properties(スマートプロパティ)は「Data Agent が値を書き込む専用プロパティ」だ。通常のプロパティと異なり、AI が書き込んだ値・信頼度スコア・調査日時・調査根拠(ソース)の4点セットが記録される。HubSpot のプロパティ設定画面で「Smart Property」タイプを選択して作成する。

Smart Property が効果的なフィールド vs 向かないフィールド

✓ AI に任せるべきフィールド
業種(Industry)——会社のウェブサイト・LinkedIn から AI が推論。標準選択肢から最適なものを選んでくれる
会社規模(Employee Count)——LinkedIn・公式サイトのフッター・プレスリリースから推定。既存データが古い場合の自動更新にも使える
技術スタック(Tech Stack)——採用情報・GitHub・求人票から使用技術を推定。Salesforce 使用有無など競合/補完ツールの把握に
本社所在地(Headquarters)——公式サイトの「会社概要」「お問い合わせ」ページから国・都市を取得
資金調達ステージ(Funding Stage)——Crunchbase・TechCrunch 等のニュースから最新の調達情報を取得
ICP スコアの算出根拠——「なぜこのスコアなのか」の説明文を AI が生成してプロパティに格納
✗ AI に任せるべきでないフィールド
メールアドレス——AI が推測した値を登録すると誤配信・スパム報告につながる。フォームまたは確認済みソースからのみ取得
携帯電話番号——プライバシー情報。AI による推測は個人情報保護法・GDPR 違反のリスクがある
財務数値(売上・利益)——非上場企業の財務情報は公開されておらず推測精度が低い。誤った数値が営業判断に影響するリスク大
契約内容・金額——社内システムの正確なデータが必要。AI による推測は絶対に不可
法的情報(登記情報等)——法的効力を持つデータは公式ソースから直接取得する必要がある

Smart Property のサンプル——実際の表示イメージ

🏭
業種(Smart Property)
AI 入力済み
現在の値
Software & Technology
信頼度スコア
92 / 100
最終調査日
2026年3月7日
📎 調査根拠(AI メモ)
公式サイト(example.com)のヘッダーに「クラウド型 SaaS」の記述。LinkedIn プロフィールで「Software Development」カテゴリに分類。採用情報ページに「エンジニア職」の多数掲載を確認。
👥
従業員数(Smart Property)
AI 入力済み
現在の値
201〜500名
信頼度スコア
78 / 100
最終調査日
2026年3月7日
📎 調査根拠(AI メモ)
LinkedIn の「About」ページに「201〜500 employees」と表示。公式プレスリリース(2025年12月)に「社員数300名超」の記述あり。ただし最新情報は未確認のため信頼度は中程度。
💻
技術スタック(Smart Property)
AI 入力済み
現在の値
Salesforce, AWS, React, Python
信頼度スコア
85 / 100
最終調査日
2026年3月6日
📎 調査根拠(AI メモ)
採用情報ページの「使用技術」欄に AWS・React・Python の明示。Wappalyzer 相当の技術検出により Salesforce の使用を確認。LinkedIn の技術者プロフィールでも一致。
💰
資金調達ステージ(Smart Property)
未調査
現在の値
(未入力)
信頼度スコア
調査ステータス
信頼度が閾値(80)未満のためスキップ
🤖 Data Agent で今すぐ調査

Smart Property の信頼度閾値設定

Smart Property ごとに「何点以上の信頼度のときだけ書き込むか」という閾値(Confidence Threshold)を設定できる。これによって「確実な情報だけを CRM に入れる・不確かな情報はスキップして空欄のまま置く」という品質コントロールができる。

閾値設定動作推奨するフィールド
高閾値(80〜90以上) 確実性が高い情報のみ書き込み。スキップ率は高くなるが、書き込まれた値の精度が高い ワークフローのトリガー条件に使うフィールド・セグメント条件に使うフィールド(業種・会社規模)
中閾値(60〜79) ある程度の確実性で書き込み。担当者が後で確認することを前提に利用 参考情報として表示するフィールド・AI の提案を人間が確認して修正するフィールド
低閾値(60未満) 積極的に書き込み。精度より網羅率を優先 基本的に非推奨。誤ったデータで自動化が誤作動するリスクがある
Section 5-3

ワークフローへの組み込み——「Fill Smart Property」アクションの使い方

Data Agent を実際に動かすのはワークフローの「Fill Smart Property(スマートプロパティを補完)」アクションだ。このアクションをワークフローに追加するだけで、トリガー条件を満たしたレコードに対して Data Agent が自動で調査・補完を実行する。

⚙️ ワークフロー設計:コンタクト作成時に Smart Properties を自動補完
業種・会社規模・技術スタックを Data Agent が自動調査して CRM に書き込む
🔔
トリガー
コンタクトが作成された(フォーム・API・インポートを問わず)
追加条件:Email ドメインがフリーメール(gmail.com, yahoo.co.jp)でない。クレジット節約のため BtoB コンタクトのみに絞る。
⏱️
ステップ 1
1分待機
レコード作成直後より少し後に実行することで、フォーム入力のすべての値が保存された状態でエージェントが調査できる。
🤖
ステップ 2 — Fill Smart Property アクション
業種(Industry)を Data Agent で補完
Smart Property:industry_smart / 信頼度閾値:80 / スキップ条件:industry(手動入力済み)が空欄でない場合はスキップ
対象プロパティ: industry_smart 閾値: 80 / 100 既存値がある場合: 上書きしない(Never Overwrite)
🤖
ステップ 3 — Fill Smart Property アクション
従業員数(Employee Count)を Data Agent で補完
Smart Property:employee_count_smart / 信頼度閾値:75 / 既存値がある場合は確認後に上書き可
🤖
ステップ 4 — Fill Smart Property アクション
技術スタック(Tech Stack)を Data Agent で補完
Smart Property:tech_stack_smart / 信頼度閾値:70 / テキスト型プロパティにカンマ区切りで格納
📊
ステップ 5 — 条件分岐
補完された値に基づいて ICP スコアを計算
分岐条件:industry_smart が "Software & Technology" または "Finance" AND employee_count_smart が "51〜200" 以上 → ICP スコアを「High」に設定。
if industry_smart IN ["Software & Technology","Finance"] AND employee_count_smart >= "51-200" → コンタクトプロパティ icp_tier = "High" → コンタクトオーナーに通知タスクを作成

「既存の大量空欄レコード」を一括補完する方法

上記のワークフローは「新規作成時」のトリガーなので、すでに存在する数千件の空欄レコードには適用されない。既存レコードを一括補完するには2つの方法がある。

方法①:ワークフローの「過去のレコードに適用」——ワークフロー設定の「既存のコンタクトを登録」から、対象となる過去レコード(例:「業種が空欄かつ BtoB メール」)を条件指定して一括登録する。実行前にクレジット消費量を試算すること(1件あたり1〜3クレジット)。

方法②:Command Center の「欠損データ」タブから一括補完——第2章で紹介した Data Quality Command Center の「欠損データ」タブに「Data Agent で補完」ボタンが表示される場合がある。対象プロパティと件数を確認してから実行する。

⚠️ 一括補完前に必ずクレジット試算を行う

1万件のコンタクトに3つの Smart Property を補完すると、最大3万クレジットを消費する可能性がある。Professional プランの月次上限(5,000クレジット)を大幅に超える。まず100件でテスト実行 → 精度・クレジット消費量を確認 → 段階的に拡大するのが安全な進め方だ。

Section 5-4

クレジット管理・精度・ガバナンス——AI データ活用のリスクと対策

クレジットの仕組みと管理

Data Agent の実行は HubSpot の「AI クレジット」を消費する従量課金型だ。クレジットは Smart Properties の補完だけでなく、AI アシスタントや将来の AI 機能とも共有されるため、適切な管理が必要だ。

💳 AI クレジット管理ガイド
Professional
5,000
クレジット / 月(付属)
Enterprise
10,000
クレジット / 月(付属)
追加購入
1,000クレジット単位で追加可能
主な消費アクションと目安コスト
Smart Property 補完(Web 調査なし・CRM 内情報のみ)
約1クレジット / 回
シンプルな推論
Smart Property 補完(Web 調査あり・標準)
約2〜3クレジット / 回
最も一般的
Smart Property 補完(深い Web 調査・複数ソース参照)
約5〜8クレジット / 回
技術スタック等
Data Studio の AI 数式提案(第4章)
約1〜2クレジット / 回
数式生成のみ
残量確認場所
設定 → アカウント → 使用状況 → AI クレジット
リアルタイム確認可

AI データの精度——フィールドごとの期待値を理解する

Data Agent の精度はフィールドの性質によって大きく異なる。「精度が高い=そのまま使える」「精度が低い=参考程度」という理解で設計することが重要だ。

🏭
業種(Industry)
88〜92%
公式サイト・LinkedIn の記述から明確に判断できるケースが多い。上場企業・大手は特に精度高。個人事業主・フリーランスは精度が下がる。
👥
従業員数(範囲)
80〜88%
LinkedIn の公式情報を参照できる場合は高精度。ただし「201〜500名」のような範囲での回答になる。正確な数字は非上場だと取得困難。
🌍
本社所在地(国・都市)
90〜95%
公式サイトのフッター・Contact Us ページに明記されることが多く、最も精度が高いカテゴリ。多国籍企業の「グローバル本社」は誤りが出る場合あり。
💻
技術スタック
72〜82%
採用情報・GitHub の公開情報から推定。スタートアップや開発会社は情報が多い。非IT企業・情報が少ない中小企業は精度が下がる。
💰
資金調達ステージ
65〜78%
TechCrunch・Crunchbase 等に情報が公開されているスタートアップは高精度。情報が非公開の企業や古い調達情報しかない場合は精度が低下。
📊
年間売上(推定)
40〜60%
非上場企業の財務情報は公開されていないため、推測精度が大きく下がる。ウォールストリートジャーナル等の記事情報があれば改善するが、参考程度の精度と考える。

AI データのガバナンス設計

① 「AI が書いた」ことを必ず記録する——Smart Property には自動的に「AI 入力フラグ」が立つが、通常プロパティにカスタムコードで書き込んだ場合はフラグが立たない。AI 生成データと人間が入力したデータを明確に区別できる設計にする。

② 高精度フィールドのみワークフローの分岐条件に使う——精度 80% 以上のフィールドは自動化の条件として使って問題ない。精度 70% 以下のフィールドは「担当者への参考情報表示」にとどめ、自動トリガー条件には使わない。

③ 定期的な精度監査を行う——月に1回、「Data Agent が入力した業種が実際と合っているか」を100件サンプリングして確認する。精度が下がっていたら閾値の調整・補完対象フィールドの見直しを行う。

✅ Data Agent 導入の推奨ステップ

① まず業種(Industry)と本社所在地(Country)の2フィールドだけを対象にした小さなパイロットを100件で実施する / ② 精度・クレジット消費量・業務への影響を2週間観察する / ③ 問題なければ対象フィールドを追加・件数を拡大する / ④ 月次の精度監査とクレジット消費レポートをケイデンスに組み込む——この4ステップで安全に本番導入できる。

📌 第5章 まとめ

Data Agent は「手作業調査・外部エンリッチメント」の第3の選択肢

手動入力・フォーム収集・外部エンリッチメント API に続く「AI による自律的な Web 調査・推論・自動入力」が新たな方法として加わった。Clearbit 等はデータベース型で速い、Data Agent は Web リアルタイム調査型で最新情報に強い。両者を組み合わせて使うのが現実解。

Smart Property は「値・信頼度・根拠」の3点セットで記録する

通常プロパティとの最大の違いは信頼度スコアと調査根拠が一緒に保存されること。閾値設定(80以上のみ書き込む等)で品質をコントロールできる。ワークフローの自動化条件に使うフィールドは閾値を高く、参考情報用は低くという使い分けが基本。

AI に任せるフィールドと任せないフィールドを明確に分ける

業種・会社規模・所在地・技術スタック・資金調達ステージは AI に向いている。メールアドレス・電話番号・財務数値・契約情報は絶対に AI に任せない。「誤った値が自動化に使われたとき何が起きるか」を考えて判断する。個人情報は GDPR・個人情報保護法のリスクも考慮する。

クレジット消費量を先に試算してから大規模適用する

Professional プランの月5,000クレジットは、1万件に3プロパティ補完すると一瞬で超える。必ず100件のパイロットでクレジット単価を確認し、月間消費量を試算してから本番適用する。追加クレジットは購入できるが、予算超過に注意。

Next Chapter
第6章:データウェアハウス統合(Enterprise)——Snowflake / BigQuery との双方向連携 →