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

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

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

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

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

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

• HubSpot によると、調査対象の1,754人のマーケターのうち85%以上が、AIエージェントを使っている部署で働いています。ただし、このページでは「エージェント」が定義されていないため、チャットアシスタントも含まれている可能性が高いでしょう。
• 4,450人のマーケティングリーダーを対象にした Salesforce の State of Marketing では、81%がAIに顧客への対応を任せてもよいと考えている一方で、ばらばらのデータや関連性の低いデータが妨げになっていることがわかりました。
• Validity の調査では、自社のAI成熟度を「統合済み」と評価する組織は12%にとどまり、AI活用を広げるうえでの最大の障壁は、34%が挙げたシステム連携でした（プレスリリース）。

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

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

MCPが標準の入り口に

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

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

• Klaviyo は11月4日の決算説明会で、7万を超えるアカウントが同社のMCPサーバーを使っており、利用量は四半期ごとに倍増し、自社の組み込みエージェントを上回るペースで伸びていると述べました（書き起こし、ベンダー）。
• HubSpot は、第3四半期に顧客が ChatGPT と Claude のコネクター経由で作成したCRMレコードが2,200万件を超え、前四半期比157%増だったと述べました（書き起こし、ベンダー）。
• Mailchimp は5月、会話からキャンペーンの下書きを作れる ChatGPT と Claude 向けのアプリを公開しました。
• Braze は9月、Operator Connect によって、自社のエージェントを Claude、ChatGPT、Copilot に持ち込みました。

こうしたサーバーのうち14個について、サインイン、書き込み、送信の扱いをメール配信サービスのMCPサーバー比較：認証、書き込み、送信で比較しています。

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

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

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

• Klaviyo は、Composer エージェントについて承認なしには何も公開されないとしています。
• Iterable のMCPサーバーは読み取り専用で始まり、書き込み、送信、個人データへのアクセスは、自分でオンにするまでオフのままです。
• Customer.io は、MCPによる本番データの編集と機密性の高い属性へのアクセスを、デフォルトでオフにしています。
• HubSpot のMCPサーバーが扱えるのは、ユーザーがもともと閲覧または編集できるレコードだけです。

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

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

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

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

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

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

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

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

• 1月、Gmail はAI要約を米国のすべてのユーザーに無料で提供し始めました。ユーザー数は約30億人にのぼるサービスです（Google）。10月には、メールをToDoとトピックに振り分ける AI Inbox が、有料の Workspace プランで使えるようになりました（Google Workspace Updates）。
• Validity の調査では、米国の消費者の55%がAI要約だけを見て判断を下し、要約がメールの内容を正確に表していると完全に信頼している人は10%にすぎませんでした（プレスリリース、消費者1,000人、ベンダー）。
• マーケターも対応を進めています。Validity の10月の調査では、72%がAI要約を理由に件名やプレビューテキストを変更した、または変更する予定だと答えましたが、十分に準備できていると感じているのは29%だけでした（Agile Brand Guide 経由、ベンダー）。

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

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

アシスタントの中での購入は、この1年、順調とはいきませんでした。OpenAI は3月にチャット内の Instant Checkout を終了し、購入を小売業者自身のサイトに戻しました。Walmart は、ChatGPT 内での購入のコンバージョン率が、自社サイトのおよそ3分の1にとどまることを把握していました（CNBC）。

残ったコマースのプロトコルは、ある1点で一致しています。Shopify のエージェント型ストアフロントでは、販売事業者が引き続き記録上の販売者となり、顧客との関係とデータを持ちます。Google の Universal Commerce Protocol は、購入後のサポートまでのジャーニーをカバーしています。

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

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

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

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

Brew は最初からエージェントのために作られています。同じメールエージェントが、Brew のアプリでも、Slack でも、ChatGPT、Claude、Cursor からMCP経由でも、APIを通じても動きます。その過程で学んだことをいくつか紹介します。

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

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

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

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

これが意味すること

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

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