HubSpot Spring 2026：AEO・AI Agents実務活用ガイド

概要

HubSpotは2026年4月14日のSpring 2026 Spotlightで、Growth Contextを活用するAEOやAI Agents、Prospecting Agent、Smart Deal Progressionなどを含む複数のAI強化を発表しました。ここでは各機能の実務的インパクト、導入前チェック、PoC設計、法令・プライバシー上の注意点を整理します。

出典と免責

この文書は非公式ガイドです。公式仕様・プラン適用や料金はHubSpotのリリースノートや製品ドキュメントで必ずご確認ください（例：BusinessWire プレスリリース（公開日: 2026-04-14）: https://www.businesswire.com/news/home/20260414056889/en/HubSpot-Puts-Growth-Context-to-Work-with-New-HubSpot-AEO-AI-Agents-Smart-Deal-Progression-and-100-Updates、HubSpot リリースノート: https://www.hubspot.com/release-notes、Knowledge Base: https://knowledge.hubspot.com/ 、参照日: 2026-05-13）。HubSpotおよびロゴ等はHubSpot, Inc.の商標であり、当稿は公式文書ではありません。本文中の仕様・数値・挙動は将来的に変更される可能性があるため、断定表現は避け、必ず公式情報での裏取りを行ってください。

主要機能

ここではHubSpotで想定される主要なAI機能を一覧化し、業務用途、プラン適用の目安、公式参照先を示します。プランの可否は製品改定で変わるため、導入前に公式ドキュメントで確認してください。

主要機能一覧（Hub／プラン別・参考）

以下の表は導入可否の目安と公式参照先の例を示します。最終確認は必ず公式ページで行ってください。

注：表内の「対応Hub／プラン」は概略です。機能の有無や詳細条件はHubSpot公式の製品比較・リリースノートで必ず確認してください（参照日: 2026-05-13）。

業務別 実務ガイド：マーケティング／セールス／カスタマーサクセス

マーケ・セールス・CSそれぞれに対して、導入が早くて効果検証しやすい施策をチェックリスト、UIでの設定ポイント、プロンプト例、KPI/PoC設計の順で示します。各業務は短期PoCでの効果検証を前提としています。

マーケティング向け活用例

マーケティングではコンテンツ生成、SEO支援、LPのパーソナライズ、ナーチャリング自動化が初期導入に適しています。小さく回して効果を測り、運用ルールを整えることを優先してください。

すぐできるチェックリスト（マーケ）

以下は短期で着手できる項目です。まずは3〜5項目に絞ってPoCを開始してください。

• KPI（例：ランディングCVR、記事オーガニック流入）を1つ決める。
• 対象ページと既存コンテンツ、ターゲットキーワードを整理する。
• HubSpot上でAIコンテンツ生成を有効化し、1件テスト出力をレビューする。
• 編集ワークフロー（AI下書き→編集者レビュー→公開）を定義する。
• A/BでAI生成案と従来案を4週間程度テストする。

ワークフロー（マーケ：実行手順）

以下は実運用での流れの例です。UI操作は変更される可能性があるため、表記は参考として公式文書で確認してください。

1. 目的定義とKPI設定（例：ランディングCVRを現状比10%改善）。
2. データ準備（対象ページ、既存記事、キーワードリスト）。
3. HubSpotでAIコンテンツを有効化（設定→歯車アイコン→Marketing関連メニュー→AIコンテンツ生成）。
4. AIにアウトラインを生成させ、編集者が下書きを作成して公開。
5. 公開後にワークフロー（Workflows）でトラッキングタグを付与し、A/Bテストを実施。
6. 4〜8週間で指標を比較して評価。

画面上の設定チェック（マーケ）

設定画面で確認すべき代表項目（表記は一例）を示します。実際の表記はHubSpotのUIで確認してください。

• 設定（歯車）→Marketing→Content（またはAI Content）→AIコンテンツ生成の有効化。
• 設定→Integrations→Search Console（Google連携）の接続状況。
• Marketing→SEOツールの連携設定（Site Auditやキーワードデータの取り込み）。
• Automation→Workflowsで公開後の自動タグ付け・トラッキングを設定。

プロンプト例（マーケ：記事アウトライン）

導入時は出力形式を機械的に扱える構造（JSON等）にすると編集工程が効率化します。英語原文と日本語最適化の例を示します。単位は「words（語）」と「文字（和文）」を使い分けます。

• English (original):
  "Write a detailed blog post outline (H2/H3 structure) for a 1,200‑word B2B post targeting 'Head of Marketing at mid‑market e‑commerce'. Topic: 'Reducing cart abandonment with email + onsite messaging'. Include suggested word counts, 3 internal link suggestions, and 5 target keywords."

• 日本語最適化例：
  "ミッドマーケットのeコマース向けマーケティング責任者を想定した、英語で約1,200語（和文なら約1,200文字）程度のブログ記事アウトライン（H2/H3構成）を作成してください。トピックは「メールとサイト内メッセージでカート放棄を減らす方法」です。各見出しの推奨語数、内部リンク候補3件、狙うキーワード5件を挙げてください。出力はJSONで"title","meta_description","outline"の形にしてください。"

調整のコツ：トーンや制約（語数、参照URL）を明示し、出力フォーマットを固定すると編集負荷が下がります。

KPIとPoC設計（マーケ）

• KPI候補：記事作成リードタイム、ランディングCVR、オーガニック流入（週次）、MQL数。
• ベースライン：PoC開始前の過去4週間または同期間で比較可能な平均を取得。
• A/B設計：分割ルール（ユーザー単位やセッション単位）、測定期間、一次KPIを明確にする。
• サンプルサイズ：アクセス数やCTRに応じて検定を行える程度の期間を確保。

セールス向け活用例

セールスではProspecting Agentによる候補抽出とSmart Deal Progressionによる次アクション推奨を段階的に導入します。自動化の初期段階は必ず人の確認をはさむ運用が重要です。

すぐできるチェックリスト（セールス）

• ICP（Ideal Customer Profile）を明文化する（業界、従業員数、地域など）。
• Prospecting Agentの出力フィールドを定義（会社名、役職、公開連絡先、出典URLなど）。
• エンリッチ後に重複チェックとスコアリングルールを設定する。
• メール送信はHuman-in-the-loopで初期承認を必須にする。
• 同意・オプトアウトフラグの連携を確認する（CRMのDoNotContact等）。

Prospecting Agentの操作と設定（UI例）

• 設定（歯車）→Integrations / AppsでAgentの接続を確認。
• Sales→Prospecting（またはAgentsメニュー）でフィルタ（業界、従業員数等）を指定。
• 出力設定でマッピング先フィールド（会社名→Company name、担当者名→Contact name等）を定義。
• エンリッチ結果を一旦ステージングリストに出力し、重複除去ルールを実行してからCRMへ投入。

注：UI表記は変更されることがあります。実際の項目名は公式ドキュメントで確認してください。

同意・法令遵守（Prospecting Agent利用時の必須対応）

Prospecting Agentや外部データを用いたアウトリーチは個人情報保護法、GDPR、CCPA、CAN‑SPAM 等の規制に抵触するリスクがあります。実務で守るべき具体的手順は次のとおりです。

• 法的根拠の確認（GDPR）：マーケティングメール送信は原則として同意（consent）か、正当な利益（legitimate interest）の明確な評価（balancing test）を記録する。
• 同意管理：マーケティング用途は基本的にオプトインで扱い、明示的な同意がない連絡先に対しては商用メールを送信しない。ダブルオプトインを推奨。
• オプトアウトの即時反映：unsubscribeやDoNotContactフラグは送信前に必ずチェックし、抑止リストに反映する。
• メール文面の法令要件（CAN‑SPAM等）：正しい送信者情報、実在する郵便住所、簡易なオプトアウト手段を明示する。
• サードパーティデータ：データ提供元とのDPA（Data Processing Agreement）や利用目的の合意を確認し、データロケーション（EU域内/域外）や転送条件を把握する。
• ログと記録：同意の根拠、データ取得日時、出典をCRMに記録し、監査可能にする。

法的判断が必要なケースは社内の法務または外部弁護士に相談してください。

プロンプト例（セールス：見込み抽出）

• English:
  "Find 50 companies in APAC, SaaS industry, 50–500 employees, with Head of Product or VP Product profiles. For each provide: company_name, website, estimated_employee_count, target_contact_name, target_contact_title, LinkedIn URL or publicly listed email, and 1 sentence why they fit our ICP."

• 日本語最適化（法令対応注記付き）：
  "APACでSaaS業、従業員数50〜500の企業を50社抽出してください。各社について会社名、ウェブサイト、推定従業員数、ターゲット担当者名・役職、LinkedIn URL（または公開メール）を記載し、ICPに合致する理由を1文で示してください。公開メールは法令と同意を満たす場合に限り収集してください。"

注意：公開メールの収集・利用は地域法に基づき制限されます。個人情報の扱いに関する社内ルールを遵守してください。

Smart Deal Progressionの活用（セールス）

• 商談データを基に停滞検知→次の推奨アクション提示→担当者にタスク作成、というワークフローを段階的に導入します。
• 導入初期は推奨アクションをHuman-in-the-loopで検証し、正答率（推奨→実際に有効だった割合）をサンプルで評価します。

KPIとPoC設計（セールス）

• KPI例：週次のqualified lead数、ミーティング獲得率、商談化率、営業サイクル短縮（中央値）。
• PoC案：6〜8週間でProspecting Agentを用いたリスト作成→シーケンス適用→A/Bで返信率を比較。

カスタマーサクセス向け活用例

CSではFAQ／チャットボットでの一次対応、自動要約による効率化、リスク顧客の早期検知が効果的です。まずは高頻度かつ低リスクな業務から段階的に自動化してください。

すぐできるチェックリスト（CS）

• ナレッジベースをカテゴリ分けしてボットに学習させる（限定カテゴリから開始）。
• チャットボットはまずFAQの50問程度で運用し、正答率を計測する。
• チケット要約のフォーマット（例：3点要約＋推奨対応）を定義する。
• エスカレーション条件（感情分析がネガティブ、重要顧客、解決未達回数）を明確にする。

画面上の設定チェック（CS）

• Service→Inbox/Chatflowsでボットのナレッジソースを設定。
• Automation→WorkflowsでAI要約→優先度設定→チケット自動割当を作成。
• Settings→Users & Teamsでサービスアカウントと監査ログの有効化を確認。

NPS／CSATの取扱いとしきい値（指標の定義）

NPSは集計指標であるため、個別顧客対応の基準を作る場合はNPS回答やCSATを個別指標として扱ってください。運用上の例は次のとおりです。

• 個別のNPS回答（0–10スケール）で0–6は「不満傾向」としてフラグ付けする運用が一般的です。ただしNPS本来は集計指標であるため、個別フラグはCS運用ルールとして定義してください。
• CSAT（1–5スケール）では、<=3をリスク顧客として自動エスカレーションするルールがわかりやすい例です。
• 複合ルール例：CSAT<=3 または直近3回の問い合わせが未解決→自動タスク作成でCSMアクションを割当。

プロンプト例（CS：チケット要約）

• English:
  "Summarize the following support ticket into three bullet points: issue, steps tried by customer, suggested next steps. Assign priority (Low/Medium/High) and flag for escalation if customer ARR > $X or sentiment is negative."

• 日本語最適化例：
  "次のサポートチケットを『問題点』『顧客が試した対応』『推奨対応（次のステップ）』の3点で箇条書きに要約してください。優先度（低/中/高）を付与し、CSATが低い、または感情分析で否定的な場合はエスカレーションとしてください。"

PoC設計・設定手順とデータ準備チェックリスト

PoCは範囲を限定し、短期間で効果を検証できる設計にします。ここではテンプレートと実行手順、データ準備のチェックリストを示します。

PoC設計テンプレート（例）

以下をPoC計画書に明記してください。

• 目的（Objective）：例「Prospecting Agentで週次qualified lead数を20%増やす」
• 仮説（Hypothesis）：例「Prospecting Agent→AIメールの返信率は従来手動より高い」
• スコープ：対象地域、対象リストサイズ（例：週50件）、除外条件
• 期間：6〜8週間（準備・実行・評価を含む）
• 成功指標（KPI）：一次KPI（返信率、ミーティング化率）、二次KPI（CRM投入精度）
• ステークホルダー：スポンサー、PO、現場チャンピオン、データ担当、情報セキュリティ
• リスクと緩和策：データ漏洩、同意違反→人承認フロー、抑止リストの整備
• 評価方法：A/B比較、定量指標＋定性レビュー

実行手順（PoC：概要）

実行時の主要ステップを示します。

1. 準備：目的定義、データ抽出・クレンジング、同意確認、テスト環境準備。
2. 設定：Agent設定、API連携、ワークフロー作成、メールテンプレート登録（差出人／署名設定）。
3. テスト：10〜50件で動作確認、ログと出力内容をレビュー。
4. 実行：本番に近い条件でPoCスプリントを実施し、運用ログを収集。
5. 監視：サンプルによる品質レビュー、エラーログ確認、法令遵守チェック。
6. 評価：KPI比較とレビュー、次の段階の判断。

データ準備と権限チェックリスト

• CRMデータクレンジング（重複排除、必須フィールドの整備）
• 同意／オプトアウトフラグの整備と利用可否の確認
• PII (個人情報) の最小化（必要最小限のフィールドに限定）
• APIキーとサービスアカウントは最小権限で発行（必要な読み書きのみ）
• データマッピング（Agent出力 → HubSpotフィールド）を文書化
• ログ・監査の有効化（誰がいつ何を行ったかの記録）
• データ保持・削除ポリシーの確認（法令対応）
• サードパーティデータ利用時の契約（DPA等）の確認

運用ベストプラクティス、効果測定とリスク管理、導入ロードマップ

本番運用に向けた承認フロー、効果測定、リスク対策、段階的な導入ロードマップを示します。運用ルールの整備が定着の要です。

運用ベストプラクティス（Human‑in‑the‑loop等）

• 自動化境界を明確にする：低リスク領域（FAQ、下書き）から段階的に自動化する。高リスク表現（契約、価格提示、法的文言）は必ず人が承認する。
• 承認フロー：初期フェーズは人の承認を必須とし、品質が安定した段階で自動化比率を上げる。
• プロンプト／テンプレート管理：バージョン管理、オーナー明記、履歴保存を導入し、変更時はレビューを必須化する。
• サンプルレビュー：定期的（週次など）にランダム抽出して出力品質を評価する。
• ログ監査：生成ログを保存しトレーサビリティを確保する。

効果測定・KPI設計（実務的手順）

• ベースライン取得：PoC開始前に主要指標の過去4〜8週間の平均を取得する。
• A/B設計：対象の分割方法、測定期間、一次指標と二次指標を明確にする。
• サンプルサイズ：業務サイクルに合わせ、統計的に有意差を検出できるサンプルを確保する。
• KPI例：平均作業時間、コンバージョン率、商談転換率、応答品質スコア（人による評価）。
• レポーティング：ダッシュボードで週次・月次報告を行い、施策の改善を決定する。

リスク・制限と対策

• ハルシネーション（虚偽生成）：出力に根拠が必要な場合は参照ソースの提示を義務付け、人の確認を必須にする。
• プライバシー／法令順守：PIIは最小化し、外部プロバイダ利用時はDPAやデータロケーションを確認する。
• 自動化の誤作動：フェイルセーフ（即時停止ボタン）、ロールバック手順、アラートルールを設定する。
• モデルのドリフト：定期的評価とプロンプト更新のサイクルを設計する。
• ユーザ教育：運用手順書、FAQ、トレーニングを現場に提供する。

導入ロードマップ（PoC→スケール→定着）

• PoC（6–8週）：目的検証、技術的実装性確認、主要KPIの仮検証。
• スケール化（3–6か月）：運用ルール整備、アクセス管理、コスト評価、SLA設定。
• 定着化（6か月〜）：組織横断のガバナンス、継続的改善サイクル、社内トレーニング。

各段階での役割例はプロジェクトスポンサー、プロダクトオーナー、現場チャンピオン、データ／セキュリティ担当、SRE/インテグレーション担当などです。

付録：テンプレート・チェックリスト・参考リンク・FAQ

付録には現場で使えるテンプレートの要旨、参考リンク、FAQをまとめます。詳細は公式ドキュメントで常に最新情報を確認してください。

ダウンロード想定アイテム（一覧）

• 導入チェックリスト（機能別・画面確認項目）
• PoCテンプレート（目的、期間、KPI、関係者）
• 業務別プロンプト集（英語原文＋日本語最適化例）
• メール文例（アウトリーチ／フォローアップ／CS返信）
• 提案書テンプレート（社内合意用）
• ROI試算シート（工数削減・転換率改善）

テンプレート例（メール：初回接触）

件名：{{会社名}}の{{課題}}について短くご相談

本文：
1行目：はじめまして。{{自社名}}の{{氏名}}です。貴社の{{課題}}について短時間でお話できればと思いご連絡しました。
2行目：弊社は{{ソリューションの簡潔な説明}}を提供しており、{{効果/事例の簡潔表現}}の実績があります。
3行目：20分ほどでデモをご案内できます。ご都合の良い候補日時を2つお送りいただけますか？

署名：氏名、役職、会社名（リンク）

注：商用メール送信時は必ずオプトイン／オプトアウト管理、送信者情報、物理的住所の明記等の法令要件を満たしてください。

プロンプトテンプレート（JSON出力指定の例）

"output_format": "JSON",
"fields": ["title","meta_description","outline","recommended_internal_links"],
"instructions": "ターゲットはミッドマーケットのマーケ責任者。トーンは専門的かつ親しみやすく。参照すべき社内製品ページのURLを付記。"

よくある質問（FAQ）

Q：どのプランで使えますか？
A：機能ごとにHub（Marketing/Sales/Service/Operations）やプランが異なります。具体的な適用可否はHubSpot公式の機能比較ページやリリースノートで確認してください（https://www.hubspot.com/release-notes、参照日:2026-05-13）。

Q：データは外部に送られますか？
A：一部機能では外部モデルやサードパーティを利用する場合があります。データフロー、DPA、データロケーションの確認が必須です。

Q：ハルシネーション対策は？
A：参照データの明示、出力の根拠要求、人の承認フロー、出力サンプルの定期チェックが有効です。

Q：PoCの期間目安は？
A：一般的には6〜8週間を目安とし、明確なKPIと比較可能なベースラインを設定して評価してください。

参考リンク（一次情報・例）

• HubSpot 公式（製品トップ）: https://www.hubspot.com/
• HubSpot リリースノート: https://www.hubspot.com/release-notes （参照日:2026-05-13）
• BusinessWire（HubSpot Spring 2026 Spotlight）: https://www.businesswire.com/news/home/20260414056889/en/HubSpot-Puts-Growth-Context-to-Work-with-New-HubSpot-AEO-AI-Agents-Smart-Deal-Progression-and-100-Updates （公開日:2026-04-14、参照日:2026-05-13）
• HubSpot Knowledge Base: https://knowledge.hubspot.com/ （参照日:2026-05-13）

免責：本文は実務設計を支援する非公式ガイドです。機能の詳細、プラン適用、課金条件、UI表記はHubSpotの公式ドキュメントで必ず最新情報を確認してください。