Amazon SESとは｜メール送信の仕組み・SMTP/API・サンドボックス解除と料金を実装者目線で解説

Amazon SES（Simple Email Service／シンプル イーメール サービス）は、AWSが提供するマネージドなメール送受信サービスです。自前でメールサーバー（MTA）を立てて運用する代わりに、SESのAPIかSMTPエンドポイントへリクエストを投げるだけで、アプリケーションからメールを送れます。この記事で扱うのは、SES APIとSMTPという2つの送信経路、EメールアドレスIDとドメインIDの検証、送信を絞る「サンドボックス」とその解除、DKIM・SPF・DMARCによる送信ドメイン認証、バウンスと苦情の監視、1,000通0.10ドルの従量課金と専用IP、そしていつSESを選び、いつ別方式へ寄せるかの判断です。SQS・SNSとの比較は別記事に譲り、SESで何ができ、どう組み、いつ選ぶかに絞ります。

まとめ：SESはアプリからメールを送るためのマネージドな送信基盤

先に結論を示します。Amazon SESは、アプリケーションからのメール送信をサーバー管理なしで担う、従量課金のメール送信基盤です。パスワードリセットや注文確認のようなトランザクションメール、ニュースレターのようなマーケティングメールのどちらも送れ、送った通数分だけ課金されます。到達性（受信箱に届く割合）を左右するIPアドレスの評価や送信ドメイン認証、バウンス処理といった、メール配信でつまずきやすい部分をSES側の仕組みで支えられる点が実務上の利点になります。

向くのは、Webサービスや業務システムからプログラムでメールを送りたい、送信量が増減するので固定費より従量課金にしたい、というケースです。逆に、営業担当が画面上でリストを選んで配信する運用や、開封率をもとにしたシナリオ配信のような機能が要るなら、SES単体ではなくマーケティングオートメーション（MA）ツールのほうが素直に収まります。まずSESで送れるかを起点に考え、配信管理のGUIやシナリオ機能が要るなら上位のツールへ寄せる、という順序が現実的でしょう。

SESの基本｜マネージドなメール送受信サービスと2つの送信経路

SESを理解する近道は、「メールを送る/受ける口を貸してくれるサービス」と捉え、その口が2種類あることをつかむことです。ここでは全体像から入ります。

Amazon SESとは何か｜メールサーバーを持たずに送受信する仕組み

Amazon SESは、メールの送信と受信を代行するマネージドサービスです。送信では、アプリがSESにメールの内容と宛先を渡すと、SESが受信側のメールサーバーへ配送し、届かなかった場合のバウンスや、受信者が迷惑メール報告した場合の苦情（コンプレイント）を通知として返します。受信では、独自ドメイン宛のメールをSESで受け取り、S3への保存やLambdaの起動といった処理につなげられます。自前でPostfixなどのMTAを構築・運用し、IPの評価を維持し、認証や監視を作り込む手間を、SES側の仕組みへ肩代わりさせられるのが本質です。SESはSQSやSNSと名前が似ていますが役割が異なり、3サービスの違いと使い分けはAWS SQS・SNS・SESの違いと使い分けの解説で整理しています。

SES APIとSMTPインターフェースという2つの送信経路の使い分け

SESへメールを渡す経路は2つあります。1つはSES API（v2のHTTPS API）で、AWS SDKからプログラムで呼び出す方式です。もう1つはSMTPインターフェースで、SESが提供するSMTPエンドポイントとSMTP認証情報を使い、既存のメール送信ライブラリやアプリケーションの設定を差し替えるだけで送れます。目安として、新規にアプリを実装するならSDK経由のAPIが型付きで扱いやすく、すでにSMTPで送っている既存システムやSMTPしか話せないソフトからの移行ならSMTPインターフェースが手戻りを抑えられます。どちらの経路でも、送信元アドレスの権限管理に使うのはIAMです。SES APIを叩くIAMユーザーやロールに送信許可のポリシーを付与する設計になり、権限設計の考え方はAWS IAMとはの解説が参考になります。

送信を始める準備｜送信元IDの検証とサンドボックスの解除申請

SESは、なりすまし送信や大量の迷惑メールを防ぐため、使い始めに2つの関門を設けています。送信元の検証と、サンドボックスからの脱出です。

EメールアドレスIDとドメインIDという2種類の送信元IDの検証

SESで送信するには、送信元として使うアドレスかドメインをあらかじめ「ID（アイデンティティ）」として検証しておく必要があります。検証には2種類あり、EメールアドレスIDは特定の1アドレス（例：[email protected]）だけを確認する方式で、届いた確認メールのリンクを踏めば完了します。ドメインIDはドメイン全体（例：example.com）を確認する方式で、DNSに指定のレコードを登録して所有を証明する仕組みです。実務では、ドメインIDを検証しておけば、そのドメイン配下の任意のアドレスを送信元に使えるため、複数のFromアドレスを扱うシステムではドメイン単位の検証が扱いやすくなります。後述するDKIM認証もドメイン単位で設定するため、本番運用はドメインIDを基本に据えるのが定石です。

サンドボックスの1日200通制限を外す本番アクセスの申請手順

新規に作ったSESアカウントは、リージョンごとに「サンドボックス」という制限状態から始まります。サンドボックス中は、送信先が検証済みのアドレス/ドメインかメールボックスシミュレータ宛に限られ、送信量は24時間あたり200通まで、送信レートは1秒あたり1通までに絞られます（2026年時点）。実際の顧客へ送るには、この制限を外す「本番アクセス（production access）」をリクエストします。申請はコンソールの操作、またはAWS CLIのput-account-detailsコマンドで行い、送るメールの種別（マーケティングかトランザクションか）、WebサイトのURL、バウンス・苦情への対応体制があることの確認などを申告する流れです。AWSサポートは初回の応答を24時間以内に返す運用で、内容に問題がなければ本番アクセスが付与されます。開発初期はサンドボックスのまま検証用アドレスでテストし、リリース前に本番申請を通す、という段取りにすると安全です。

到達性を支える認証と評価｜DKIM・SPF・DMARCとレピュテーション

送れることと、受信箱まで届くことは別問題です。到達性を左右する送信ドメイン認証と、送信者の評価（レピュテーション）を押さえます。

Easy DKIM・SPF・DMARCによる送信ドメイン認証

受信側のメールサーバーは、送信元が正規のものかを認証技術で判定します。SESはこれらの設定を助ける仕組みを備えます。DKIMは、メールに電子署名を付けて改ざんと送信元を検証する技術で、SESのEasy DKIMを有効にすると、DNSにCNAMEレコードを登録するだけで署名鍵の管理をSESに任せられる仕組みです。SPFは、そのドメインの送信を許可されたサーバーかをDNSで示す仕組みで、SESではカスタムMAIL FROMドメインを設定してSPFを揃えます。DMARCは、DKIMとSPFの結果をもとに認証失敗時の扱い（隔離や拒否）を宣言するポリシーです。GmailやYahoo!などの主要受信側がドメイン認証を送信者へ求める流れが強まっており、本番運用ではEasy DKIMを有効化し、SPF・DMARCまで揃えることが到達性の前提になります。

バウンス率・苦情率の監視とレピュテーション（送信者評価）の管理

SESは、送信者ごとの評価（レピュテーション）を監視し、バウンス率と苦情率が高い送信者を制限します。バウンスは宛先不達、苦情は受信者による迷惑メール報告を指し、これらが高止まりするとアカウントの送信が一時停止される場合があります。目安として、バウンス率は5%、苦情率は0.1%を超えないよう抑えるのが実務の基準です（2026年時点のダッシュボード上の警告水準）。これらのイベントは、設定セット（configuration set）にイベント送信先を紐づけることで、SNSトピックやKinesis Data Firehose、CloudWatch、あるいはEventBridge経由で受け取り、自動で抑制リストへ反映したり集計したりできます。イベントを受けたバウンス処理をサーバーレスで組むなら、通知の振り分けにAmazon EventBridgeとはの解説、受けた処理の実行にAWS Lambdaとはの解説が組み合わせの参考になります。無効アドレスを送信前に洗い出すには、料金のかからないメールボックスシミュレータではなく、送信結果のバウンスを抑制リストへ反映する運用を作り込むのが堅実です。

料金と構成｜従量課金の体系と専用IP・配信性能を高める構成要素

SESは送った量で課金される従量制です。何にいくらかかるかの骨格と、到達性を底上げする構成要素を整理します。

1,000通0.10ドルの従量課金と無料枠・添付データの課金

課金の中心は送信通数です。個別課金（à la carte）では、送信・受信ともに1,000通あたり0.10ドル、送信メールの添付データは1GBあたり0.12ドルが基本です（2026年時点）。新規のAWS顧客には、アカウント作成後の一定期間、最大200ドル分のFree Tierクレジットが提供される仕組みも用意されています。加えて、送信規模や機能に応じたプラン（Essentials／Pro／Enterprise）では、1,000通あたり0.11〜0.23ドル程度の段階制も選べます。メール送信のテストに使うメールボックスシミュレータは、送信と同じレートで課金される点に注意が必要です。単価は小さく見えても、月数百万通を送るシステムでは無視できない金額になるため、想定通数から試算しておくと予算が読みやすくなります。

設定セット・専用IP・Virtual Deliverability Managerの役割

到達性と運用を支える構成要素も押さえておきます。設定セットは、送信のグループごとにイベント送信先や後述のIP、送信レートの上限などをまとめて管理する単位です。IPアドレスには共有IPと専用IP（Dedicated IP）があり、専用IPはManagedが月15ドル＋通数課金、Standard（自前IP持ち込み／BYOIP）が1IPあたり月24.95ドルで、大量送信で自社の評価を独立して育てたい場合に選びます。Virtual Deliverability Manager（VDM）は、到達性の指標や改善提案を提供する機能で、deliverabilityは1,000通あたり0.07ドルから課金される仕組みです。小〜中規模の送信では共有IPと設定セットの基本構成で足り、送信量が増え評価を自社で管理したい段階で専用IPやVDMを足す、という順序で考えると過剰投資を避けられます。

Amazon SESを採用すべき条件と見送って別方式に寄せる場面

ここは言い切ります。SESはすべてのメール用途で正解になるわけではありません。向く条件と、あえて選ばない場面を分けて示します。

SESの採用が向く条件｜アプリからのトランザクション/大量送信

効果が出るのは、Webサービスやモバイルアプリ、業務システムからプログラムでメールを送りたいケースです。会員登録の確認、パスワードリセット、注文通知といったトランザクションメールや、配信基盤を自前で持ちたい大量のメール配信で、サーバー管理なしに従量課金で送れます。SMTPインターフェースを備えるため、既存システムの送信先をSESへ差し替える移行もしやすく、AWS上に基盤があるならLambdaやSQSと組み合わせた非同期の送信パイプラインも組める点が強みです。AWS上でメール送信基盤を設計・実装したい、既存のメール送信をSESへ移行して到達性と運用を立て直したい、といった相談はAWSを含むインフラ構築の受託で受け付けています。認証設計から監視・運用までを外部に任せたい場合の入口です。

見送るべき場面｜GUIでの配信管理やシナリオ機能が要るケース

逆に見送ったほうがよい場面もあります。営業やマーケティング担当が管理画面でリストを作り、テンプレートを選んで配信し、開封・クリックをもとにシナリオを分岐させる、といった運用が主目的なら、SES単体では画面や機能が足りず、MAツールやメール配信サービスのほうが素直です（それらの内部でSESを配信エンジンに使う構成もあります）。また、送信量がごく少なく、既存のGmailやMicrosoft 365のSMTPで十分に間に合うなら、SESを導入する手間に見合わないこともあります。判断の順序としては、まずプログラムからの送信が中心か・配信管理のGUIが要るかを見極め、GUIやシナリオが主なら上位ツールへ、プログラム送信が主ならSESへ寄せる、という進め方が堅実です。

よくある質問

SESの送信準備や料金など、導入前に迷いやすい点をまとめます。

Amazon SESとSMTPサーバーを自前で立てるのは何が違いますか？

自前のSMTPサーバー（MTA）は、サーバーの構築・運用に加え、IPアドレスの評価維持、DKIM/SPF/DMARCの設定、バウンス処理や監視をすべて自分で作り込む必要があります。SESはこれらをマネージドサービスとして肩代わりし、APIかSMTP経由でメールを渡すだけで送れます。到達性を左右する部分をSES側の仕組みで支えられるのが大きな違いです。

SESのサンドボックスはどうやって解除しますか？

コンソールのアカウントダッシュボード、またはAWS CLIのput-account-detailsコマンドから本番アクセスをリクエストします。送るメールの種別やWebサイトのURL、バウンス・苦情への対応体制などを申告すると、AWSサポートが24時間以内に初回応答を返す運用です。承認されると、検証済み以外の宛先へも送信できるようになります。

SESの料金はどのくらいですか？

個別課金では、送信・受信ともに1,000通あたり0.10ドル、添付データは1GBあたり0.12ドルが基本です（2026年時点）。新規顧客には一定期間のFree Tierクレジットがあり、送信規模に応じた段階制プランも選べます。専用IPやVirtual Deliverability Managerを使う場合は別途費用が加わります。

SESとSNSはメール送信でどう使い分けますか？

SNSでもメール通知は送れますが、宛先はSNSトピックの購読者に限られ、通知用途の簡易なテキストが中心です。顧客向けにHTMLメールを差出人やドメインを整えて大量に送るなら、送信に特化したSESが向きます。2026年10月にサポート終了が予定されるAmazon Pinpointのメール機能についても、移行先としてSESへの寄せ替えが案内されています。SQS・SNS・SESの役割差と使い分けは、3サービスを比較した別記事で詳しく整理しています。

DKIMやSPFは必ず設定しないといけませんか？

技術的にはEasy DKIMを有効にしなくても送信自体は可能ですが、GmailやYahoo!など主要な受信側がドメイン認証を送信者へ求める流れが強まっているため、本番運用ではEasy DKIMを有効化し、SPF・DMARCまで揃えるのが前提です。認証が不十分だと迷惑メール扱いされ、受信箱に届かない割合が増えます。

関連記事

• AWS SQS・SNS・SESの違いと使い分け｜3サービスの選定基準を比較：SESを含むメッセージング3サービスの役割差と、どれをいつ選ぶかの判断基準を比較で整理しています。
• Amazon EventBridgeとは｜イベント駆動連携の仕組み・料金・実装：バウンスや苦情のイベントを振り分けて後続処理へつなぐ、イベント駆動連携の考え方がわかります。
• AWS Lambdaとは｜仕組み・料金体系とコールドスタート対策・採用判断：SESのイベントを受けたバウンス処理や、受信メールの処理をサーバーレスで組む際の土台になります。