# エージェントがメールを送る場合にも変わらないこと

正規URL：https://brew.new/ja/blog/agent-email-deliverability
執筆：Thomas Park
公開日：2026-09-27
更新日：2026-09-28

エージェントは、人と同じ送信インフラを使ってキャンペーンを開始できます。それでも Gmail に見えるのは、これまでどおり差出人、ドメイン、メッセージです。

メールボックスプロバイダーが評価するのは、**ドメイン、IP、迷惑メール報告率**です。人が「送信」をクリックしたかどうかは評価しません。エージェントが販促の本文をトランザクション用のIPから送れば、手作業で起こした場合と同じ問題を抱えることになります。違うのは、それが早く起きることだけです。

この記事は[到達率ガイド](/ja/blog/email-deliverability)を補うもので、その代わりになるものではありません。到達率ガイドでは、レピュテーション、認証、リストの健全性を扱っています。この記事で取り上げるのは、送信ボタンを押すのがソフトウェアになったときに起きるミスです。

## 法律はエージェントに触れていない

[CAN-SPAM法](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business)は、商用メッセージに適用されます。[「主な目的」による判断基準](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-316/section-316.3)が見るのは件名と本文であり、それを誰が入力したかではありません。

請求書とオファーが混在するメッセージでは、その主な目的を判断します。件名、アカウント情報の配置、販促の目立ち方が判断材料になります。短い販促のフッターがあるだけで、利用明細書が自動的に商用メールになるわけではありません。FTCのガイダンスには例も載っています。商用メッセージには、偽りのないヘッダーと件名、住所、そして機能する配信停止の手段が必要です。

逆も同じです。実際のセキュリティイベントをきっかけにエージェントが送ったパスワードリセットは、本文がそのイベントの内容にとどまっている限り、トランザクションメールのままです。

## Gmail と Yahoo が実際に求めていること

[Gmail の送信者の要件](https://support.google.com/mail/answer/81126)には、すべての送信者に向けたルールと、個人の Gmail アカウント宛てに1日あたり約**5,000通**に達する一括送信者向けの、より厳しいルールがあります。より厳しい要件には、次のものが含まれます。

- SPFとDKIM、そして `p=none` またはそれより厳しいポリシーのDMARCとのアライメント。
- [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html) に沿ったワンクリック配信停止（`List-Unsubscribe` と `List-Unsubscribe-Post`）。
- 迷惑メール率を**0.1%未満**に保ち、決して**0.3%に達しない**こと。

トランザクションメールは、ワンクリックのルールの対象外です。ただし、認証は免除されませんし、テンプレートにセールの情報を詰め込めば、迷惑メール報告も免れません。

[Yahoo](https://senders.yahooinc.com/best-practices/) は、送信量の多い送信者に、マーケティングメールとトランザクションメールを**別々のIP**から送り、できればドメインも分けるよう求めています。エージェントがどの送信元を使うのかは、あいまいなデフォルトに任せず、自分で確認しましょう。

## エージェントに使わせるもの

キャンペーンとオートメーションには、**販促用**の送信元をエージェントに渡しましょう。ウォームアップしてきたドメイン、迷惑メール報告が来ることを想定しているIP、テスト済みの配信停止ヘッダーです。

**トランザクションメール**は、別の送信元に分けておきます。Brew では、その送信元は用途を「トランザクション」に設定したドメインで、メール自体はトリガー付きの公開済みオートメーションです。テンプレートを作るのはエージェントでもかまいません。それでも、イベントごとの送信経路は、JSONのペイロードを付けた `POST /v1/automations/triggers/{triggerEventId}/fire` であるべきで、「この下書きをリストに送って」ではありません。

認証済みのドメインがいくつもあるからといって、「どれが届くか試す」ために、エージェントに差出人アドレスを選ばせてはいけません。そうすると、2つのレピュテーションを同時に育てることになり、どちらも把握できなくなります。

## 人が介在しない最初の送信の前に確認する

起こりがちな失敗は、誤字ではありません。公表したことのない数字を引用した流暢な段落や、領収書のように見える件名です。

確認待ちのキューを挟まずにエージェントに送信させる前に、次のことを行いましょう。

1. 最初のキャンペーンを、元のブリーフと照らし合わせて読みます。すべての数字が、自社で管理しているドキュメントに載っているはずです。
2. Gmail、Yahoo、Outlook を含むシードリストに送ります。
3. 販促メールにはワンクリックのヘッダーが入っていること、トランザクションメールには意図的に入れていないことを確認します。
4. 販促メールのフッターに住所が入っていることを確認します。

Harmonya の Cory Nelson さんは、この流れを信頼して任せる前に、最初のキャンペーンをこうして確認したと [Noah Adelstein さん](https://thegtmengineer.substack.com/p/how-to-turn-email-marketing-into)に話しています。これが正しい順番です。

## まとめ

ドメインを認証し、正しい送信元を選び、最初のキャンペーンを承認済みのブリーフと照らし合わせて確認しましょう。アシスタントの権限と確認設定も見直してください。MCPクライアントによって、承認の求め方は異なります。

でっち上げの数字を防ぐブリーフの書き方は、[メールエージェントへのブリーフの書き方](/ja/blog/how-to-brief-an-email-agent)で紹介しています。Harmonya が最初のキャンペーンをどう確認したかは、[Harmonya がニュースレターをライフサイクル施策に変えた方法](/ja/blog/harmonya-lifecycle-email)をご覧ください。