# 2026年のエージェント型メールマーケティングの現状

正規URL：https://brew.new/ja/blog/state-of-agentic-email-marketing-2026
執筆：Thomas Park
公開日：2026-11-11
更新日：2026-11-11

1年前、「メールマーケティングのAI」といえば、件名を書いてくれるボタンのことでした。2026年11月の今、それはもっと大きなものを意味します。エージェントは今、3つの場面でメールに関わっています。

1. **メールプラットフォームを操作する。** マーケターが ChatGPT、Claude、Slack でキャンペーンを頼むと、エージェントがプラットフォーム上でそれを作ります。
2. **自らメールを送受信する。** エージェントは自分の受信トレイを持ち、人に返信します。
3. **顧客より先にメールを読む。** Gmail、Apple Mail、Outlook は、受信トレイのメールを要約し、振り分け、それについての質問に答えます。

この記事では、それぞれについて調査が示していること、Brew を作るなかで学んだこと、そして今メールプログラムを運営するなら何をするかをまとめました。すべての数字には出典へのリンクを付け、企業が自社製品や自社の顧客について報告している場合は、その旨を明記しています。

## マーケターはエージェントを使っているが、組み込めている人は少ない

導入率の数字は高いものの、定義はあいまいです。

- HubSpot によると、調査対象の1,754人のマーケターのうち85%以上が、[AIエージェントを使っている](https://blog.hubspot.com/marketing/ai-maturity)部署で働いています。ただし、このページでは「エージェント」が定義されていないため、チャットアシスタントも含まれている可能性が高いでしょう。
- 4,450人のマーケティングリーダーを対象にした Salesforce の [State of Marketing](https://www.salesforce.com/news/stories/state-of-marketing-2026/) では、81%がAIに顧客への対応を任せてもよいと考えている一方で、ばらばらのデータや関連性の低いデータが妨げになっていることがわかりました。
- Validity の調査では、自社のAI成熟度を「統合済み」と評価する組織は12%にとどまり、AI活用を広げるうえでの最大の障壁は、34%が挙げたシステム連携でした（[プレスリリース](https://www.prnewswire.com/news-releases/new-validity-research-reveals-how-ai-integration-is-reshaping-email-marketing-performance-302741555.html)）。

3つとも、ベンダーが自社で実施した調査の報告です。それでも傾向ははっきりしています。AIツールを使うことは当たり前になりました。しかし、ブランド、コンタクト、送信履歴を持つシステムの中で、エージェントに直接作業させている例はまだ少なく、成果につながるのはまさにその部分です。

## エージェントがメールプラットフォームを操作する

### MCPが標準の入り口に

アシスタントがほかの製品のツールを使えるようにする Model Context Protocol は、2025年12月に Linux Foundation の Agentic AI Foundation に移管されました。当時すでに、SDKの月間ダウンロード数は9,700万を超え、ChatGPT、Claude、Cursor、Gemini、Copilot、VS Code が対応していました（[MCPブログ](https://blog.modelcontextprotocol.io/posts/2025-12-09-mcp-joins-agentic-ai-foundation/)）。2026年7月の仕様の時点では、主要なSDKのダウンロード数は月に5億近くに達しています（[MCPブログ](https://blog.modelcontextprotocol.io/posts/2026-07-28/)）。

### 主要なメールプラットフォームがすべて追随

- **Klaviyo** は11月4日の決算説明会で、7万を超えるアカウントが同社のMCPサーバーを使っており、利用量は四半期ごとに倍増し、自社の組み込みエージェントを上回るペースで伸びていると述べました（[書き起こし](https://www.fool.com/earnings/call-transcripts/2026/11/05/klaviyo-kvyo-q3-2026-earnings-call-transcript/)、ベンダー）。
- **HubSpot** は、第3四半期に顧客が ChatGPT と Claude のコネクター経由で作成したCRMレコードが2,200万件を超え、前四半期比157%増だったと述べました（[書き起こし](https://www.fool.com/earnings/call-transcripts/2026/11/05/hubspot-hubs-q3-2026-earnings-call-transcript/)、ベンダー）。
- **Mailchimp** は5月、会話からキャンペーンの下書きを作れる [ChatGPT と Claude 向けのアプリ](https://investors.intuit.com/news-events/press-releases/detail/1313/intuit-mailchimp-launches-analytics-ai-and-expanded-data-integrations-to-give-brands-conversational-actionable-intelligence)を公開しました。
- **Braze** は9月、[Operator Connect](https://investors.braze.com/news/news-details/2026/Braze-Accelerates-AI-Innovation-Empowering-Marketers-to-Treat-Every-Customer-Like-Their-Only-Customer/default.aspx) によって、自社のエージェントを Claude、ChatGPT、Copilot に持ち込みました。

こうしたサーバーのうち14個について、サインイン、書き込み、送信の扱いを[メール配信サービスのMCPサーバー比較：認証、書き込み、送信](/ja/blog/esp-mcp-servers-compared)で比較しています。

じっくり考えたいのは Klaviyo の数字です。同社の顧客は、自社のエージェントよりも外部のアシスタントから Klaviyo を使うケースのほうが多いのです。マーケターはすでに開いているアシスタントから作業したいと考えていて、メールプラットフォームにはそこまで来てほしいと期待しています。

### 下書きが先、承認はその後

各プラットフォームがエージェントからのアクセスをどう提供しているかを見ると、ある設計上の選択が繰り返し登場します。

- Klaviyo は、Composer エージェントについて[承認なしには何も公開されない](https://www.klaviyo.com/newsroom/CRM-agents)としています。
- Iterable のMCPサーバーは[読み取り専用](https://github.com/Iterable/mcp-server)で始まり、書き込み、送信、個人データへのアクセスは、自分でオンにするまでオフのままです。
- Customer.io は、MCPによる本番データの編集と機密性の高い属性へのアクセスを、[デフォルトでオフ](https://docs.customer.io/release-notes/)にしています。
- HubSpot のMCPサーバーが扱えるのは、[ユーザーがもともと閲覧または編集できるレコード](https://developers.hubspot.com/changelog/remote-hubspot-mcp-server-is-now-generally-available)だけです。

業界は同じ答えにたどり着きました。エージェントが下書きし、顧客に届くものはすべて人が承認する、という答えです。

![6つのメールプラットフォームについて、エージェントの入り口と、送信や書き込みの前のデフォルトをまとめた表：Klaviyo は公開前に必ず承認が必要、HubSpot はユーザーがもともと編集できる範囲にエージェントを限定、Braze は各ユーザーの権限で動作、Customer.io は本番データの編集をデフォルトでオフ、Iterable は読み取り専用で開始、Brew は人にメールを送る前に確認を求め、Slack の承認カードを使用。](/images/blog/agentic-email-approval-defaults.png)

*6つのメールプラットフォームは、アシスタントをこう受け入れています。出典は上の本文でリンクしています。*

## エージェントもメールを送受信する

エージェントは、自分のメールアドレスを持つようになっています。AgentMail は3月に、APIでエージェントに受信トレイを提供するために600万ドルのシードラウンドを調達しました（[AgentMail](https://www.agentmail.to/blog/agentmail-seed-launch)）。Resend は10月に、人とエージェントが共有する [Inboxes](https://resend.com/blog/announcing-inboxes) を公開し、まずはエージェントに下書きとラベル付けを任せ、信頼が高まるにつれて権限を広げるよう勧めています。

こうしたエージェントが送るメールのルールは変わっていません。Gmail の[送信者ガイドライン](https://support.google.com/a/answer/81126)は、一括送信者に対して、今も認証、ワンクリックでの配信停止、迷惑メールの苦情率を0.3%未満（目標は0.1%未満）に保つことを求めています。メールを書いたのが人かモデルかについては、何も触れていません。実際にそれが何を意味するのかは、[エージェントがメールを送る場合にも変わらないこと](/ja/blog/agent-email-deliverability)で解説しました。

量も戦略にはなりません。あるアウトリーチ企業が、AIが書いた129万通のコールドメールについて自社データを調べたところ、実在の人から返信があったのは0.70%で、関心を示す返信は0.24%でした（[Sales.co](https://sales.co/research/ai-in-sales-statistics)、ベンダーのデータ）。オプトインした人に、本人が求めたメールを送ること。これが今も、メールで成果が出る部分です。

## エージェントが先にメールを読む

これは、多くのマーケターがすでに実感している変化です。

- 1月、Gmail はAI要約を米国のすべてのユーザーに無料で提供し始めました。ユーザー数は約30億人にのぼるサービスです（[Google](https://blog.google/products-and-platforms/products/gmail/gmail-is-entering-the-gemini-era/)）。10月には、メールをToDoとトピックに振り分ける AI Inbox が、有料の Workspace プランで使えるようになりました（[Google Workspace Updates](https://workspaceupdates.googleblog.com/2026/10/gmails-ai-inbox-is-rolling-out-to-paid-Workspace-users.html)）。
- Validity の調査では、米国の消費者の55%がAI要約だけを見て判断を下し、要約がメールの内容を正確に表していると完全に信頼している人は10%にすぎませんでした（[プレスリリース](https://www.prnewswire.com/news-releases/validity-research-reveals-consumers-let-ai-curate-their-inboxes-while-marketers-struggle-to-keep-up-302785148.html)、消費者1,000人、ベンダー）。
- マーケターも対応を進めています。Validity の10月の調査では、72%がAI要約を理由に件名やプレビューテキストを変更した、または変更する予定だと答えましたが、十分に準備できていると感じているのは29%だけでした（[Agile Brand Guide 経由](https://agilebrandguide.com/most-marketers-are-adapting-email-strategies-for-ai-powered-inboxes-but-just-29-feel-well-prepared-ahead-of-holidays-validity-research-finds/)、ベンダー）。

いまや要約も、メールのデザインの一部です。オファー、締め切り、アクションが画像の中や末尾にあると、アシスタントが見落とすかもしれず、多くの読み手はアシスタントの要約をもとに行動します。崩れにくいレイアウトは、[AI要約と受信トレイのアシスタントに伝わるメールの書き方](/ja/blog/email-for-ai-readers)で紹介しています。

## エージェント型コマース：領収書を送るのは、今もあなた

アシスタントの中での購入は、この1年、順調とはいきませんでした。OpenAI は3月にチャット内の Instant Checkout を終了し、購入を小売業者自身のサイトに戻しました。Walmart は、ChatGPT 内での購入のコンバージョン率が、自社サイトのおよそ3分の1にとどまることを把握していました（[CNBC](https://www.cnbc.com/2026/03/20/open-ai-agentic-shopping-etsy-shopify-walmart-amazon.html)）。

残ったコマースのプロトコルは、ある1点で一致しています。Shopify の[エージェント型ストアフロント](https://shopify.com/news/agentic-commerce-momentum)では、販売事業者が引き続き記録上の販売者となり、顧客との関係とデータを持ちます。Google の [Universal Commerce Protocol](https://blog.google/products/ads-commerce/agentic-commerce-ai-tools-protocol-retailers-platforms/) は、購入後のサポートまでのジャーニーをカバーしています。

メールチームにとって、これは、商品を見つけたのがエージェントだったとしても、注文確認、発送の通知、レビューの依頼を送るのは引き続き自分たちだということを意味します。そうしたメールが、顧客とブランドの最初の本当の接点になるかもしれません。

## メールは、エージェントが攻撃される場所でもある

メールを読むエージェントには、メールで指示を出せてしまいます。研究者たちは、細工した1通のメールで、ユーザーが何もしなくても Microsoft 365 Copilot にデータを漏えいさせられることを示しました（[EchoLeak、arXiv](https://arxiv.org/abs/2509.10540)）。また、隠しテキストを使って Gemini の Gmail 要約に偽のセキュリティ警告を紛れ込ませた例もあります（[0DIN](https://0din.ai/blog/phishing-for-gemini)）。どちらも修正済みですが、教訓は変わりません。信頼できないメールを読むエージェントが、誰かの確認なしに送信、削除、エクスポートをできるようにすべきではありません。

## Brew を作るなかで学んだこと

Brew は最初からエージェントのために作られています。同じメールエージェントが、Brew のアプリでも、[Slack](/ja/blog/how-to-run-email-campaigns-from-slack-with-approval-before-anything-sends) でも、ChatGPT、Claude、Cursor から[MCP](/ja/blog/brew-mcp)経由でも、APIを通じても動きます。その過程で学んだことをいくつか紹介します。

**最初の下書きは、会話の始まりにすぎない。** 過去30日間、Brew のメールエージェントは、新しいメールやバリエーションを1つデザインするごとに、約4件の編集依頼を処理しました。人々が求めているのは、一度で完璧な生成ではありません。ブランドに沿った最初の下書きをすばやく出し、その後の4回のやり取りにも付き合ってくれる協力者です。だから私たちは、編集のたびに何を報告するか、そして受信トレイと同じように振る舞うエディターに力を注いできました。

**プロンプトの長さより、ブランドのコンテキスト。** エージェントからブランドらしいメールを安定して引き出すいちばん確かな方法は、長いプロンプトではなく、ブランドそのものを渡すことです。Brew は[ブランドごとに編集可能なデザインガイド](/ja/blog/email-design-md)を書き、エージェントはメールを作る前に必ずそれを読みます。これまで使ったことのない10のブランドでテストしたところ、[82%のメールが本当の意味でデザインされたものになりました](/ja/blog/emails-designed-for-your-brand)。以前は12%でした。

**承認は、後付けではなく組み込むもの。** Slack では、実際の人に届くものはすべて、依頼した本人しか応答できない承認カードを待ちます。MCPでは、OAuth接続と組織接続の場合、人にメールを送ったりコンタクトのデータを削除したりする呼び出しには、まず確認のリクエストが返ってきます。テストメールは自社のチームにしか届きません。業界のほかの企業がたどり着いたのと同じ答えであり、正しい答えだと考えています。

**エージェントに必要なのは、ツールの数より明確な答え。** この秋、私たちはMCPサーバーのツールを89個に絞り込み、アシスタントが必要とする数字を各結果のテキストに含め、エラーがすべての問題を一度に列挙するようにしました（[変更履歴](https://docs.brew.new/changelog/posts/clearer-answers-for-agents-and-code)）。1つの答えを理解できるエージェントは、呼び出しもミスも少なくなります。

## これが意味すること

1. **エージェントを増やす前に、データをつなぐ。** 調査の結果は一貫しています。チームの足を引っ張っているのは、モデルの性能よりも、連携とデータの質です。
2. **下書きはエージェントに、承認は人に。** 実際の顧客への送信には人の承認が必要で、読み取り専用のアクセスも選べるプラットフォームを選びましょう。
3. **要約を前提に書く。** オファー、締め切り、アクションは冒頭近くにテキストで。開封ではなく、クリックとコンバージョンを測りましょう。
4. **購入後のメールは自分たちのもの。** 商品を見つけるのはエージェントかもしれませんが、領収書、最新情報、フォローアップを送るのは引き続きあなたです。
5. **読むことと動くことを切り離す。** 受信トレイを読むエージェントが、確認なしに送信や削除をできるようにすべきではありません。

自分のブランドで試してみたいなら、[Brew をアシスタントに接続](/ja/blog/brew-mcp)して、次のキャンペーンの下書きを頼んでみてください。誰かの目に触れる前に、あなたが承認します。