結論から言うと
従来のマーケティングオートメーション（MA）は、人が描いたワークフローを実行します。「この条件なら、これをする」という形です。エージェンティックなソフトウェアには、代わりに成果が渡されます。4週目の解約を減らす、トライアルのファネルを満たす、といった成果です。ソフトウェアは自ら手順を考え、ツールを呼び出しながら進め、何が起きたかを読み取り、修正します。「エージェンティック」という形容詞が指しているのは、このループです。ベンダーは同じ考え方を「自律型マーケティング」としても売り込んでいます。
この言葉からわからないのは、ソフトウェアにどこまで裁量が与えられているかです。5つのステップを計画しながら、何かを送信する前には承認を求めて止まるシステムもありえます。この区別は、このカテゴリーの説明の多くで抜け落ちています。しかし、ツールを顧客の前に出しても安全かどうかを決めるのは、まさにこの区別です。
中立的な立場から定義した人はいない
エージェンティックマーケティングには、基準となる定義がありません。Wikipediaにこの言葉の記事はありません。標準化団体による定義もありません。出回っている定義は、ほとんどが、その対象となるソフトウェアを売る企業によるものです。Salesforce、Adobe、Braze、HubSpotがそれぞれ定義を公開しており、この段落で私たちもそうしています。そのことは、ごまかさずにはっきり書いておきます。
拠りどころにする価値があるアナリストの定義は2つあり、どちらもベンダーの定義より狭いものです。Gartnerは、エージェンティックAIを、ユーザーが定めた目標を達成するために自律的に計画し、行動するシステムと説明しています。Forresterの定義はより厳密で、より役に立ちます。ほかの誰もが省く限定句で締めくくられているからです。Forresterは、「環境の中で行動を起こして目標を達成するために、柔軟に計画し、適応できるソフトウェア。その自律性のレベルは段階的に高まる」と定義しています。段階的に、です。オンかオフかのスイッチではありません。
自律性のはしご
アナリストの定義は、ソフトウェアが計画し、実行しなければならないという点で一致しています。そのため、このラベルが当てはまるのは、このはしごの上の2段だけです。ただし、実務で最も重要な点、つまり人の判断を待って止まるかどうかは、定義では決まりません。この5段は、人の手を介さずにどこまで決まるかで製品を分類したものです。ルール、生成支援、コパイロット、承認付きエージェント、無人実行の5つです。
1段目と2段目は、実行時に何も判断しません。3段目は推論しますが、実行の手前で止まります。これは、エージェントとチャットボットについてのガイドが引いている線とも同じです。計画と実行の両方を行うのは4段目と5段目だけです。それより下のものを上の段の言葉で説明することを、Gartnerはエージェントウォッシングと名付けました。AIアシスタント、RPA（ロボティックプロセスオートメーション）、チャットボットといった既存の製品を、実質的なエージェンティックの能力を持たないまま、名前だけ変えて売ることです。同じ2025年6月の発表で、Gartnerは、このラベルを名乗る数千のベンダーのうち本物は約130社にすぎないと推定し、エージェンティックAIプロジェクトの40%超が2027年末までに中止されると予測しました。これは2027年についての予測であって、実測された失敗率ではありません。
4段目と5段目の違いは、チェックポイントの位置だけです。ソフトウェアそのものは変わりません。そのため、この2段の間の一歩は、購入の判断ではなく運用の判断になります。その選択を考える場所は、ヒューマンインザループのマーケティングです。また、このはしごが測るのは独立性だけで、影響範囲は測りません。アプリ内バナー1つを自動で出すことと、リスト全体への送信を自動で出すことは同じ段にありますが、リスクはまったく違います。範囲は2つ目のダイヤルであり、最も厳しく管理する価値があるのはこちらです。
最上段がまれな理由
自律的に動く長い連鎖は、特定の形で失敗するようです。ステップを重ねるごとに失敗率が積み重なるのです。Toby Ordは、METRの研究エンジニアリングタスク群にモデルを当てはめ、エージェントが人間の作業時間に換算して1分あたりほぼ一定の確率で失敗すると考えれば、データを説明できることを示しました。その結果、タスクが長くなるにつれて成功率は指数関数的に下がります。各システムには、事実上の半減期があるということです。Ordは、ほかのタスク群でもこれが成り立つかはまだ未解決の問題だと明言しています。それでも、この形は実務者の報告と一致します。短いタスクはうまくいき、監督のない長いタスクは崩れていきます。
より難しいのは一貫性の問題です。Sierraが2024年に公開したベンチマークtau-benchは、エージェントがタスクを完了したかどうかだけでなく、それを繰り返しできるかどうかも測りました。当時の主要モデルが成功したタスクは半分に満たず、小売のドメインで同じタスクを8回試行してすべて成功した割合は4分の1未満でした。その後モデルは改善していますが、重要なのはこの結果の形です。仮に5回に4回うまくいくエージェントがあったとしても、リストを任せて放っておけるものではありません。
さらに悪いことに、失敗は必ずしも目に見えません。エージェントの行動の軌跡を調べた2026年の研究では、失敗の大きな割合がサイレントな失敗でした。環境の状態は違うことを示しているのに、エージェントはタスクの完了を報告していたのです。あるベンチマークのシングルコントロールのドメインでは、失敗の45〜48%がそうでした。同じ論文では、デュアルコントロールのドメインでは3%だったため、この割合は設定によって大きく変わります。それでも、どの割合であれ、サイレントな失敗は、よりよいモデルを求める理由であるだけでなく、承認ステップと判断ログを設ける理由にもなります。
マーケティングに特有のセキュリティ上の問題もあります。Simon Willisonの「致命的な三要素（lethal trifecta）」は、非公開データへのアクセス、信頼できないコンテンツへの接触、外部と通信する能力の3つを組み合わせる危険を説明したものです。そしてマーケティングプラットフォームは、その3つすべてを設計上持っています。顧客リスト、自分たちが書いたものではない受信した返信、そして送信ボタンです。この組み合わせは、それだけでチェックポイントを設ける理由になります。
うたい文句の確かめ方
いくつかの質問をすれば、どの製品もこのはしごの上に位置づけられます。答えはたいてい、ランディングページではなくドキュメントにあります。
| 質問 | 中身のある答えとは |
|---|---|
| 人の手を介さずに何をつくるのか？ | チャット画面の下書きではなく、プラットフォーム内の名前の付いたオブジェクト（セグメント、ジャーニー、テスト） |
| チェックポイントはどこにあり、動かせるのか？ | 承認は対象ごとに設定でき、初期設定でオンになっています。 |
| ステップが失敗したらどうなるのか？ | 停止し、そのことを知らせます。何が失敗したかを伝えられないなら、無人で任せられるとは言えません。 |
| なぜそう判断したのかを確認できるか？ | タイムスタンプとステータスだけでなく、理由まで含めた判断ログ |
| 1回の実行にいくらかかるのか？ | 具体的な数字。複数ステップのエージェントはモデルを何度も呼び出します。成果あたりのコストは、注記ではなく設計上の制約です。 |
ここからは少し気まずい話です。このページはベンダーが公開しており、上のテストも、はしごも、私たちが書いたものだからです。公開に関しては、fromHelloのAIは4段目に位置します。MCPサーバーを通じて、すでにお使いのAIクライアントが実際のオブジェクト（セグメント、テンプレート、ジャーニーの下書き）をつくり、組み込みアシスタントも一文から同じことをします。ジャーニーは、公開されるまで下書きのままです。公開、一時停止、削除には確認ステップが必要で、MCP経由の場合、その確認はAIクライアント側で、クライアント自身の権限設定のもとで行われます。メッセージを送信するAIツールはありません。その線より下では、5段目に近い動き方をします。セグメントやテンプレートの編集は保存した時点で反映され、稼働中のジャーニーでは次の送信から反映されます。送信時パーソナライズは、メールのステップでオンにすると、メッセージごとのレビューを経ずに各メッセージを書き換えます。AIの処理に失敗した場合、初期設定では送信を保留します。チェックポイントは製品側で固定されており、対象ごとに動かすことはできません。監査ログが記録するのはMCPツールの呼び出しで、モデルの推論ではありません。判断の理由は、お使いのAIとの会話の中に残ります。MCPの呼び出しが従量課金されることはありません。fromHello Cloudでは、組み込みアシスタントはTeamプラン以上に含まれるAIクレジットで動作します。テストを書いたのは私たちなので、この採点は割り引いて受け取ってください。
さらに2つのことは、もはや「あれば望ましい」ものではなく、最低条件です。開示は、EUではすでに法律です。AIシステムとやり取りしていることを人に知らせるよう求めるAI法第50条の透明性義務は、2026年8月2日から適用されており、高リスクのシステムに限られません。そして、説明責任はソフトウェアに移りません。Moffatt対Air Canada事件では、ブリティッシュコロンビア州の民事紛争解決審判所（Civil Resolution Tribunal）が、自社のチャットボットが乗客に伝えた誤った情報について航空会社に責任があると判断し、チャットボットはそれ自体が責任を負う別個の主体だという主張を退けました。どちらも、評価しているベンダーではなく、導入する側の責任になります。
小さなチームにとっての意味
このカテゴリーの記事は大企業に向けて書かれており、その裏づけとなる調査データも同様です。Gartnerの2026年CMO支出調査の対象は401人のマーケティングリーダーで、その大多数は売上10億ドルを超える企業の所属でした。実際の導入も、話題の大きさには追いついていません。ただし、この数字はマーケターではなくテクノロジー部門のリーダーについてのものです。GartnerによるCIOとテクノロジーエグゼクティブを対象とした2026年の調査では、AIエージェントを導入済みの組織は17%で、2年以内に導入する見込みの組織は60%超でした。
2人の会社にとって、実務上の読み方はもっと狭く、もっと前向きです。必要なのはカテゴリーではなく、具体的な仕事が片づくことです。オンボーディングのシーケンスを書く、解約しそうなコホートを見つける、といった仕事です。4段目のソフトウェアはその仕事を準備し、そのソフトウェアが作成したジャーニーは、公開されるまで下書きのままです。ほかのどの編集が保存した時点で反映されるのかは、確認しておいてください。AIに任せることと任せないことについては別のガイドがあります。スケジュール型や行動トリガー型のオートメーションの上にエージェントがどう乗るかは自律型マーケティングの解説で、エージェントと、よく混同されるチャットボットの違いはAIマーケティングエージェントとチャットボットの違いで扱っています。