サインアップが急増した後、なぜ Resend や SES のアカウントが停止されるのか（そして防ぐ方法）

上限は公開されていて、しかも低い

メールプロバイダーは2つの数値を見ています。バウンスする（アドレスが存在しない、またはメールを受信できない）メールの割合と、受信者に迷惑メールとして報告されるメールの割合です。

• Resendは、バウンス率を4%未満、迷惑メール率を0.08%未満に保つよう求めています。どちらかを超えると、一時的に送信が停止されることがあります。
• Amazon SESは、バウンス率が5%、または苦情率が0.1%に達すると、自動的にアカウントを審査対象にし、バウンス率が10%、または苦情率が0.5%に達すると送信を停止することがあります。

これらの数値は、各プロバイダー自身のドキュメントに基づく2026年10月時点のものです。頼りにする前に、最新のページを確認してください。

なぜ小さな送信者が引っかかるのか

割合は長い目で見れば公平ですが、短期間では大きく揺れます。プロバイダーは直近の送信状況を見るため、重要なのは、急増の周りにどれだけ正常なメールがあるかです。その期間に数千通の正常なメールを送る大規模な送信者は、5件の無効なアドレスにほとんど気づきません。静かな日に100通しか送らない小さなアプリでは、同じ5件がバウンス率5%になります。アドレスが特に悪質なわけではなく、急増を薄めてくれる正常なメールが周りに少ないだけです。

サインアップフォームは状況を悪化させます。見知らぬ人が手でアドレスを入力する唯一の場所であり、制限を回避するためにわざと偽のアドレスを入力する人もいる場所だからです。gmial.com のようなタイプミス、使い捨てアドレス、でたらめなドメインは、しばしばバウンスします。

もう1つの落とし穴はタイミングです。バウンスの問題は、少しずつ悪化するのではなく、急増として現れることが多く、ダッシュボードを見る前にしきい値を超えてしまうことがあります。

実際に役立つ対策（順番に）

各ステップで、異なる種類の無効なアドレスを防げます。手間のかからないものから行いましょう。

1. 形式を確認する。 @ が1つあり、両側に文字があり、スペースがないこと。シンプルにしてください。凝ったパターンは、有効なアドレスまで拒否してしまいます。
2. ドメインがメールを受信できるか確認する。 メールサーバーのないドメインは必ずバウンスします。Node なら数行で書けます。

   import { promises as dns } from "node:dns";
   
   async function domainHasMailServer(email) {
     const domain = email.split("@")[1];
     try {
       const records = await dns.resolveMx(domain);
       return records.length > 0;
     } catch {
                 return false; // no MX records or no such domain (simplified: also false on temporary DNS errors)
     }
   }

   ドメインによっては、MX レコードがなくてもメールを受信できます。寛容にしたい場合は、サインアップフォームでは、失敗を即拒否ではなく警告として扱ってください。
3. 使い捨てドメインをブロックする。 使い捨ての受信箱は、最初のメールの後に消えることがよくあります。メンテナンスされている使い捨てドメインのリストを使い、定期的に更新してください。
4. 確認が取れるまで他のメールを送らない。 最初は確認リンクだけを送り、クリックされるまで他のメールは送りません。そうすれば、未確認のアドレスで失うのは20通ではなく1通です。
5. ハードバウンスしたアドレスには送らない。 プロバイダーがアドレスを恒久的に配信不能と報告したら、二度と送らないでください。
6. 自分のバウンス率を見る。 毎日確認し、プロバイダーの上限の半分程度でアラートを設定しておくと、停止される前に急増に気づけます。

SentriSend の位置づけ

私が SentriSend を作ったのは、ステップ2から6を1か所で扱いたかったからです。どのプロバイダーを使っていても、送信前のアドレス確認だけに使うことも、SentriSend 経由で送信することもできます。

送信前にアドレスを確認します。使い捨てドメインのスクリーニングと、DNS およびメールサーバーのリアルタイム確認です。SentriSend 経由で送信すると、API キーごとに保護レイヤーが加わります。ハードバウンスが増え始めると、警告、減速、そしてそのキーの送信停止の順に対応し、急増がプロバイダーの上限に達する前に食い止める助けになります。受理された送信ごとに、署名付きの受領証と、受信者・件名・本文を含まない監査記録が残ります。

できないこと:

• 受信トレイへの到達は保証せず、プロバイダー自身のアカウント状態の管理に代わるものでもありません。
• SentriSend 経由で送られたメールしか把握できません。アカウント上の他の経路でのバウンスは見えません。
• バウンス保護には自動テストがありますが、実際のプロバイダーの停止基準に対してはまだ試していません。試した時点で、ここに書きます。
• 新しい製品で、小さな会社によるものであり、まだ顧客事例はありません。

試してみる

無料プランは月100リクエストで、カードは不要です。メールアドレスを確認すればキーが発行されます。無料キーで送信できるのは自分のアドレス宛てだけですが、チェックと受領証の仕組みを確かめるには十分です。Pro は月額29ドルで50,000リクエスト、任意の宛先に送信できます。詳細は料金ページをご覧ください。

試してみて、分かりにくい点や不具合があれば、steve@sentrisend.com までメールをください。すべてのメッセージに目を通します。黙って離れていかれるより、問題を知らせてもらうほうがありがたいです。

どのツールを使うにしても、ステップ1から6は実行してください。ローンチの日にメールアカウントが停止されるほうが、数行の検証コードより、はるかに大きな問題です。