「メール配信システムを導入したいけど、月額数万円のツールは副業の予算では厳しい」「自社サービスやブログの読者にメルマガを送りたいのに、ASPの固定費が重い」——そんな悩みを抱えている方は多いのではないでしょうか。実はAWS SES（Simple Email Service）を使えば、月数百円〜数千円程度という驚くほど安いコストで、本格的なメール配信基盤を構築できます。この記事では、SESの仕組みから具体的な構築手順、実際にかかる費用の目安まで、副業や個人開発者でも実践できるレベルで解説します。
AWS SESとは何か、なぜ安いのか
AWS SESはAmazonが提供するクラウド型のメール送信サービスです。最大の特徴は従量課金制で、送信1,000件あたり約0.10ドル（約15円）という価格設定になっている点です。例えば月に1万件のメールを送っても、料金は1ドル程度しかかかりません。一般的なメール配信ツール（例:MailchimpやSendGridの有料プラン）は月額3,000円〜1万円以上の固定費がかかることが多いため、SESの価格は圧倒的に安く感じられます。さらにEC2やLambdaなどAWSの他サービスからメールを送る場合、追加のインフラ費用も最小限に抑えられます。個人開発者や小規模事業者が「使った分だけ払う」構成を作れるのが最大の強みです。加えて、EC2インスタンス上から送信する場合は月62,000件まで無料という枠も用意されており、AWS上で稼働するWebサービスのトランザクションメール（登録確認・パスワードリセットなど）を送るだけなら、実質無料で運用できるケースも少なくありません。また、送信だけでなく受信機能（SES Inbound）もあり、受信したメールをS3やLambdaに自動転送して処理する仕組みを組めば、問い合わせフォームの代替としても活用できます。
AWS SESとほかの配信サービスの料金比較
具体的な数字で比較すると違いがより明確になります。例えば月1万件のメールを配信する場合、SendGridの有料プランでは月額2,000円前後、Mailchimpでは登録者数に応じて月額3,000円〜1万円程度が一般的です。一方SESであれば、前述の通り送信コストは1ドル（約150円）程度にしかなりません。差額は月間1,800円〜9,800円程度にもなり、年間では2万円〜10万円超の節約につながる計算です。もちろんSESにはMailchimpのような高度なテンプレートエディタや開封率分析ダッシュボードは標準で付属しないため、その点はLambdaやCloudWatchと組み合わせて自作する必要があります。「コストを最優先し、多少の実装コストを払ってもよい」という個人開発者やスタートアップには特に相性の良い選択肢といえるでしょう。なお、配信先リストの管理やセグメント配信、A/Bテストといった機能も標準では用意されていないため、これらが必須の場合はDynamoDBやAmazon Pinpointとの併用を検討すると、コストを抑えつつ機能面のギャップを埋めやすくなります。
構築の基本ステップ
ドメイン認証とサンドボックス解除
まずAWSコンソールでSESを開き、送信元ドメインをDNS（Route 53や外部DNS）にTXT・CNAMEレコードを追加して認証します。SPF・DKIM・DMARCを正しく設定することで、GmailやOutlookでの迷惑メール判定を回避しやすくなります。初期状態は「サンドボックス」モードで、認証済みアドレスにしか送信できないため、本番運用にはAWSサポートへ申請して送信制限の解除が必要です。審査は通常1〜2日程度で完了します。申請フォームには想定する月間送信件数や配信リストの収集方法、バウンス対応の仕組みなどを具体的に記入すると、スムーズに承認されやすい傾向があります。審査時は「配信停止（オプトアウト）リンクを本文に必ず含める」「購入したメールリストは使わない」といった運用方針を明記すると、信頼性の高い申請として評価されやすい点も覚えておきましょう。
SDK・APIでの送信実装
Node.jsやPython（Boto3）など公式SDKを使えば、数十行のコードでメール送信APIを呼び出せます。LambdaとAPI Gatewayを組み合わせれば、サーバー不要の「サーバーレス配信システム」も月数百円程度で構築可能です。例えばPythonのBoto3を使う場合、send_emailメソッドに送信元・宛先・本文を渡すだけで実装できるため、初めてAWSを触る方でもサンプルコードを参考にすれば30分程度で最初のテスト送信まで到達できます。HTMLメールを送る場合はテンプレート機能（SES Templates）を使うと、件名や本文の差し込み変数管理も容易になります。配信件数が増えてきたら、EventBridgeで配信スケジュールを定期実行し、SQSをLambdaの前段に挟んでキューイングすることで、送信スロットリング（1秒あたりの送信可能件数）に引っかかるリスクも抑えられます。
運用コストを抑えるための工夫
SESを使ってもバウンス（配信エラー）や苦情（スパム報告）の率が高いと、アカウントが一時停止されるリスクがあります。目安として、バウンス率は5%未満、苦情率は0.1%未満に維持することが推奨されています。これを防ぐには、SNS（Simple Notification Service）と連携してバウンス通知を自動取得し、無効なアドレスを配信リストから除外する仕組みを作ることが重要です。また、送信ログはCloudWatchで無料枠内（月5GB程度）に収まることが多く、追加費用なしで運用状況を可視化できます。さらに、EC2やLambdaの無料利用枠（Lambdaは月100万リクエストまで無料）を組み合わせることで、月間数千件規模の配信であれば、トータルコストを月500円以下に抑えられるケースも珍しくありません。DynamoDBを使って配信リストや送信履歴を管理すれば、こちらも無料利用枠（25GBまで）の範囲に収まることが多く、サーバー代を一切かけずに配信基盤全体を運用することも可能です。加えて、CloudWatch Alarmsでバウンス率・苦情率のしきい値を監視し、一定割合を超えたら自動でSNS経由の通知をSlackやメールに飛ばす仕組みを作っておくと、アカウント停止に至る前に問題のある配信リストを早期に発見できます。
実践例:個人ブログの読者1,000人にメルマガを配信するケース
例えば、副業で運営しているブログの読者1,000人に週1回メルマガを送る場合を考えてみましょう。月4回配信すると送信件数は4,000件。SESの料金は1,000件あたり0.10ドルなので、月額コストはわずか0.4ドル（約60円)程度です。さらにLambdaで配信処理を組めば実行コストも無料枠内に収まり、Route 53のドメイン管理費（年間1,000円前後）を含めても、年間トータルで2,000円以下に収まる計算になります。市販のメルマガツールで同じ規模の配信をすると月額2,000〜3,000円かかることも多いため、年間で数万円の節約につながる計算です。この差額を副業の広告費や学習コストに回せるのは大きなメリットといえるでしょう。読者が5,000人、1万人と増えた場合でも、SESの料金は線形にしか増えないため、月1万人×週1回配信でも月額コストは数百円程度に収まります。規模が拡大しても固定費が跳ね上がらない点は、グロース期のサービスにとって大きな安心材料になります。
セキュリティと迷惑メール対策の追加ポイント
配信規模が大きくなるほど、迷惑メール判定のリスク管理はより重要になります。SESでは送信元の「レピュテーション」が数値化され、ダッシュボード上でバウンス率・苦情率・配信拒否率を時系列で確認できます。この数値が悪化すると警告メールが届き、改善されない場合は送信が一時的に制限されることもあるため、定期的なチェックが欠かせません。また、二重オプトイン（登録確認メールへのクリックを必須にする）方式を採用すると、誤入力や悪意のある登録を減らせるため、結果的にバウンス率・苦情率の改善にもつながります。IAMロールを細かく分離し、SES送信権限を持つLambda関数以外からはAPIを呼び出せないように設定しておくことも、誤送信や不正利用を防ぐ基本的な対策です。
よくある質問
Q. SESは初心者でも設定できますか?
A. DNS設定やSDK連携など多少の技術知識は必要ですが、AWS公式ドキュメントやチュートリアルが充実しているため、サーバー構築経験がなくても数時間程度で基本設定を完了できます。
Q. 迷惑メールと判定されるリスクはありますか?
A. SPF・DKIM・DMARCの設定と、バウンス率・苦情率の管理を徹底すれば、大手配信サービスと同等レベルの到達率を維持できます。
Q. 無料利用枠だけで運用を続けることはできますか?
A. EC2やLambdaから送信する場合の月62,000件無料枠は非常に強力ですが、永続的な無料枠ではなく、アカウントの状況や規約変更により条件が変わる可能性があります。無料枠に依存しすぎず、想定外の課金が発生してもコストが許容範囲に収まるよう、CloudWatchのアラームで予算超過を監視しておくと安心です。
まとめ
AWS SESは、従量課金という仕組みのおかげで、副業や個人開発レベルのメール配信であれば月数百円から運用できる非常にコストパフォーマンスの高いサービスです。ドメイン認証・バウンス管理といった最低限の設定を押さえれば、固定費の高い配信ツールに頼らず、安定したメール配信基盤を自分の手で構築できます。まずは無料枠の範囲で小規模なテスト配信から始めてみましょう。
