Do these 3 things before closing this tab:
1Clear out junk files and repair common Windows errors2Fix the driver behind crashes, sound loss and screen glitches3Repair Windows errors before they cause bigger problemsSome links on this page are affiliate links: if you buy through them we may earn a commission, at no extra cost to you.
パスワードリセットや注文確認などを安定して届けたいなら、SMTPサービスは到達率の保証ではなく、認証・ログ・バウンス処理・運用性まで含めて選ぶ必要があります。候補を一つ挙げるなら、重要なトランザクションメールにはPostmark、SMTP設定の簡単さにはSMTP2GO、AWS上で大量送信するならAmazon SESが有力です。マーケティング配信や開発環境を重視する場合は、SendGrid、Brevo、Mailgun、Resendも比較しましょう。
以下は、2026年8月時点の用途適合性、運用負荷、SMTP/API対応、イベント管理、料金情報を踏まえた比較です。これは全ユーザーに共通する「到達率ランキング」ではありません。どのサービスでも、送信者ドメインの評価やリスト品質、受信側の判断によって受信箱への到達は変わります。Googleも、メール配信サービスを利用してもGmailの迷惑メール判定は保証されないと説明しています。
7サービスの早見表
| サービス | 特に向く用途 | SMTP／API | 運用の目安 | 主な注意点 |
|---|---|---|---|---|
| Postmark | 認証、請求書など重要なトランザクション | 両方 | 低〜中 | 最安重視の大量送信やマーケティングが主目的なら別候補も比較 |
| SMTP2GO | 既存システム、複合機、WordPressなどSMTP中心の環境 | SMTP中心 | 低め | 複雑な受信処理やAWSとの統合は要件を確認 |
| Amazon SES | AWS利用企業の大量送信、送信単価の抑制 | 両方 | 高め | バウンス、苦情、監視などを自社で設計する必要 |
| Mailgun | API、Webhook、ログ、受信ルーティング | 両方 | 中程度 | プランや追加機能の費用を確認 |
| SendGrid | トランザクションとマーケティングを同じベンダーで管理 | 両方 | 中程度 | プラン、IP、送信ストリームの設計が複雑になり得る |
| Brevo | 中小企業のマーケティング、CRM、メール運用 | SMTP／API | 低〜中 | 重要な通知とマーケティングの評判を分ける設計が必要 |
| Resend | React、Next.jsなどのAPI中心のアプリ開発 | API中心、SMTP relayも掲載 | 低〜中 | 大規模マーケティングや複雑な受信処理は要件を比較 |
「運用の目安」は、バウンスや苦情の処理、送信上限、認証、監視、障害対応を誰が担うかを基にした比較です。機能や料金はプラン、地域、契約によって異なるため、申込前に公式ページで確認してください。
SMTPサービスとメール配信サービスは同じではない
SMTPリレーは、アプリや機器がSMTPホスト、ポート、認証情報を使ってメールを送る仕組みです。既存ソフトの送信先を切り替えるだけで導入できる場合があります。対してメールAPIはHTTPリクエストで送信する方式で、アプリ側でエラー処理やイベント管理を組み込みやすい傾向があります。SMTPかAPIかだけで到達率が決まるわけではありません。
トランザクションメールは、パスワードリセット、本人確認、注文確認など、個別の操作をきっかけに送るメールです。マーケティング配信は、メルマガやキャンペーンを購読者リストに送る運用で、配信停止、セグメント、購読者管理が重要です。また、返信や受信メールをアプリに渡すInbound処理が必要かどうかも選定条件になります。各社で対応範囲やプランが異なります。機能の違いはMailgunのプラン、SendGridのガイド、Postmarkの料金・機能で確認できます。
「到達率」を一つの数字で見ない
配信サービスの「Delivered」は、一般に受信側サーバーがメールを受け入れたことを示します。それだけでは受信箱に入ったか、迷惑メールフォルダに振り分けられたかまでは分かりません。選定・運用では、少なくとも次を分けて確認します。
- 受け入れ／配信済み: 受信側サーバーが受け付けた割合。受信箱への配置とは別です。
- Inbox／Spam placement: 受信箱または迷惑メールフォルダに入った割合。測定方法や受信先に左右されます。
- バウンス: 恒久的な失敗（hard bounce）と一時的な失敗（soft bounce）。
- 苦情率: 受信者が迷惑メールとして報告する割合。
- 遅延: 送信要求から受信側の受け入れまでの時間。
- ドメイン・IPの評判: 送信履歴や苦情、認証などを受信側が評価する要素。
開封率はプライバシー保護機能や画像の扱いにも左右されるため、迷惑メール判定や受信箱到達の代用指標にはなりません。第三者テストで高い結果が出ても、テスト対象の受信サービス、送信内容、ドメインやIPの状態が異なれば、自社で同じ結果になるとは限りません。SMTP2GOについても、同社の比較記事が紹介するテスト結果は特定条件下の参考値であり、公式の到達率保証ではありません。
おすすめSMTPサービス7選
1. Postmark：重要なトランザクションメールの第一候補
パスワードリセット、メールアドレス確認、ログインコード、請求書など、遅延や未達が利用者の不安や問い合わせにつながるメールに向きます。SMTPとREST API、配信イベントのWebhook、バウンス情報、Inbound処理などを提供し、トランザクションと一括配信をMessage Streamsで分ける設計が特徴です。
向く人: 重要なアプリメールをマーケティング配信と分けたいSaaS、EC事業者。注意点: 大量送信の単価やマーケティング機能を重視する場合は、SESやマーケティング統合型サービスも比較してください。専用IPは少量送信者に自動的な改善をもたらすものではなく、送信量とウォームアップが必要です。
料金の目安: 米国向け公式ページでは、2026年8月18日確認時点で月100通の無料枠、Basicは月15ドル・月10,000通が基準、Proは月16.50ドル、Platformは月18ドルと掲載されています。専用IPは月50ドルからで、通常は月30万通以上の送信者向けとされています。超過料金や追加機能、地域・税・契約条件は公式料金ページで確認してください。
2. SMTP2GO：SMTP設定しか変えにくい環境に
古い業務システム、複合機、NAS、監視装置、WordPressなど、API連携よりSMTP互換性や導入の簡単さを優先する場合に候補になります。代理店や中小企業が複数の送信元を管理する用途にも検討しやすい選択肢です。
Quick wins for a faster PC:
Clear out junk files and repair common Windows errorsFree Scan →Scan for outdated or missing drivers - takes under a minuteDriver Scan →向く人: 既存機器やソフトのSMTP設定を使い続けたい組織。注意点: 高度な受信ルーティング、複雑なAPI基盤、AWSとの統合が必要ならMailgunやSESなども比較を。マーケティング配信を行う場合は、購読管理や配信停止機能が要件を満たすか確認してください。
第三者比較記事には特定条件のテスト結果が掲載されていますが、その数値をあらゆる送信者の到達率として扱うことはできません。料金やプランは公式サイトで確認してください。
3. Amazon SES：AWS上の大量送信と低い送信単価を重視
AWSでアプリを運用し、月数万〜数百万通の送信や送信単価の抑制を目指す開発チームに向きます。SMTPインターフェースとAPIを利用でき、AWSのIAM、CloudWatch、SNS、Lambdaなどと組み合わせられます。
向く人: バウンス、苦情、抑制リスト、監視、リトライを自社で設計・運用できる組織。注意点: 新規アカウントのサンドボックス制限、本番送信アクセスの申請、リージョンごとの設定や送信上限を確認してください。低い送信単価は、運用工数や監視コストまで含めた最安を意味しません。
Recommended Free Tools
料金の目安: 公式料金ページでは基本送信料が1,000通あたり0.10ドルと案内されています。添付ファイルなどのデータ転送、専用IP、検証、分析機能などは追加料金になる場合があります。AWSは2026年7月21日にEssentials、Pro、Enterpriseの料金プラン導入を発表しているため、基本送信料だけでなく必要機能を含めた総額を料金ページと発表で確認してください。
4. Mailgun：API、Webhook、受信処理も必要な開発チームに
SMTPリレーとREST APIに加え、配信ログ、Webhook、バウンス分類、Inbound routingなどを必要とする開発チームに向きます。米国またはEUのホスティングリージョンを選べる点も、データ所在地や社内規程が関わる場合の比較材料です。
向く人: 送信イベントをアプリで扱いたい、受信メールをルーティングしたい、ログや分析を重視する組織。注意点: ログ保持期間や受信処理、検証、専用IPなどはプランや追加費用を確認してください。機能が不要な少量用途では、PostmarkやSMTP2GOのほうが扱いやすい場合もあります。
料金の目安: 公式ページでは無料枠100通／日、Basicは月15ドル・月10,000通、Foundationは1か月無料後に月35ドル・月50,000通、Scaleは1か月無料後に月90ドル・月100,000通と掲載されています。超過や追加機能は公式料金ページで確認してください。
Outdated Drivers Are Slowing You Down
One free scan finds every outdated or missing driver and matches the right update for your exact hardware.Free scan · exact hardware matchPC Slower Than It Used to Be?
A free scan shows the junk files, broken settings and background clutter dragging Windows down - then fixes them in one click.Free scan · Windows 10 & 115. SendGrid：マーケティングとトランザクションをまとめたい場合に
SMTP、API、管理画面から送信でき、マーケティング配信も含めて一つのベンダーで管理したい企業に候補になります。ユーザー管理、分析、Event Webhook、抑制管理など、規模の大きいメール運用で検討したい機能があります。
向く人: 複数チームで送信を管理したい、既存連携を維持したい、マーケティングとアプリメール双方が必要な組織。注意点: Email APIとMarketing Campaignsの料金、共有IPまたは専用IP、サブユーザー権限、送信ストリームを確認してください。共有IPは他の送信者の影響を受ける可能性があります。マーケティングと重要通知を同一の評判に依存させない設計が重要です。詳細は公式ガイドを参照してください。
6. Brevo：CRMやマーケティング機能も一体で使いたい中小企業に
メール配信に加え、CRM、SMS、キャンペーン運用などをまとめたい中小企業に向きます。開発専用の基盤というより、営業・マーケティング担当者が購読者やキャンペーンを扱う用途で比較候補になります。
向く人: SMTP/APIだけでなく、購読者管理やマーケティング機能も必要な企業。注意点: パスワードリセットや請求書など、失敗の影響が大きいメールをメルマガと同じ送信元・評判で運用しないよう設計を検討してください。料金の基準、SMTP上限、認証、ログ保持、Webhookなどは契約前に確認します。料金はプランや送信量等で変わるため、公式料金ページで最新条件を確認してください。
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
7. Resend：モダンなWebアプリのAPI導入を優先するなら
React、Next.js、Node.jsなどの開発環境で、API中心に認証メールやプロダクト通知を組み込みたいスタートアップに向きます。コードで管理するテンプレートやシンプルな統合を重視する場合に検討しやすいサービスです。料金ページにはSMTP relay、送信量、超過料金、ブロードキャスト関連の区分が掲載されています。
Best Value
向く人: 初期プロダクトで開発者体験やAPI導入のしやすさを優先するチーム。注意点: 大規模マーケティング、CRM、複雑な受信ルーティングでは他社の機能が適する場合があります。成長後の送信量、ログ保持、Webhook、ドメイン数、サポート条件も確認してください。無料枠や有料枠の条件は変わり得るため、最新の内容は公式料金ページで確認できます。
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.用途別に選ぶなら
- パスワードリセットや請求書など最重要メール: Postmarkを第一候補に。送信とマーケティングを分けたい場合にも検討しやすい選択です。
- AWS上で大量送信し、運用も担える: Amazon SES。価格だけでなく、バウンス処理や監視を含む総コストで判断します。
- 既存システムのSMTP設定を変えるだけにしたい: SMTP2GOを比較候補に。
- API、Webhook、Inbound routingが必要: MailgunやPostmarkを比較します。
- マーケティング配信やCRMもまとめたい: SendGridまたはBrevo。重要な通知の評判分離も設計します。
- モダンなアプリでAPIをすばやく組み込みたい: Resendを候補にします。
送信量は月間通数だけでなく、ピーク時の送信速度、1日上限、急増時の審査や超過料金も含めて見積もります。たとえば月100通以下なら無料枠で検証できる場合がありますが、本番利用前にログ、サポート、上限、配信停止、Webhookなどを確認してください。月10,000通前後ではPostmark、SMTP2GO、Mailgun、Resendなどの条件を、より大きな規模ではSES、Mailgun、SendGridの総保有コストを比較します。これは固定の最適解ではなく、各社の現行プランと要件に基づく選び方です。
到達率を左右するのは、サービス選びだけではない
メールサービスを変えても、認証や送信者の評判が整っていなければ、受信箱への到達は改善しないことがあります。特にGmail宛ての送信では、送信量に応じて要件が異なります。Googleの送信者ガイドラインを基準に、次を確認してください。
The Tool Desk
Outbyte Driver Updater FREEScan for outdated or missing drivers - takes under a minuteDriver Scan →Outbyte PC Repair FREERepair Windows errors before they cause bigger problemsFix Now →全送信者が確認すること
- SPFまたはDKIMを設定する。
- 送信IPの正引き・逆引きDNSを整合させる。
- TLSで送信する。
- RFC 5322に準拠したメール形式にする。
- スパム率を低く保ち、Fromアドレスを偽装しない。
Gmail個人アカウント宛てに1日5,000通以上送る場合
- SPF、DKIM、DMARCを設定する。
- FromドメインとSPFまたはDKIMの認証ドメインを整合させる。
- マーケティングメールには配信停止機能を用意する。
- Google Postmaster Toolsでスパム率、認証、ドメイン評価、配信エラーなどを監視する。
Googleはスパム率を0.3％未満に保つよう案内しており、DKIMは最低1024ビット、2048ビットを推奨しています。要件は更新されることがあるため、送信者要件のFAQも確認してください。
DNS設定でつまずかないために
- SPF: 既存のSPFレコードを棚卸しし、複数の送信サービスを無計画に追加しないこと。SPFにはDNS検索回数の上限があります。
- DKIM: サービスが指定するセレクタと公開鍵をDNSに登録し、署名が成功しているか確認します。
- DMARC: まずは通常、
p=noneでレポートを観測し、正当な送信元を把握してから段階的にポリシーを強化します。 - 送信元の分離: 例として、
notify.example.comを通知、news.example.comをメルマガに使うなど、用途別のサブドメインを検討します。 - Return-Path: Fromドメインとの関係やカスタムReturn-Pathの設定を確認します。
トランザクションとマーケティングを分ける方法は、送信元ドメイン、サブドメイン、IP、サービスのストリームなど複数あります。規模やサービスの機能に合わせて選び、認証ドメインと送信元の整合を保ちます。
共有IPと専用IP、どちらを選ぶか
共有IPは少量送信者が使いやすく、専用IPのように自社でウォームアップを始める必要がない場合があります。ただし、IPの評判が他の送信者の影響を受ける可能性があります。専用IPは評判を自社で管理できますが、送信量を安定させ、ウォームアップや苦情対応を担う必要があります。送信量が少ないと評判が安定しにくく、専用IPを導入すれば必ず到達率が上がるわけではありません。
Postmarkは専用IPを月50ドルからと案内し、通常は月30万通以上の送信者向けとしています。これは同社の目安であり、必要量や条件はサービスごとに異なります。詳しくはPostmarkの料金ページを確認してください。
導入と移行のチェックリスト
- 送信目的を分ける: トランザクション、マーケティング、社内通知、顧客返信・Inboundを分類する。
- 送信量を見積もる: 月間通数だけでなく、ピーク、1日最大数、今後の増加を把握する。
- ドメインとサービスを棚卸しする: 既存のSPF、DKIM、Return-Path、送信元サービスを確認する。
- バウンスと苦情の処理を決める: hard bounceと苦情は即時抑制し、soft bounceは再試行回数を制限する。退会・配信停止を永続化する。
- 認証を設定する: サービスの案内に従ってSPF、DKIM、DMARCを登録し、検証結果を確認する。
- テスト送信する: Gmail、Outlook／Hotmail、Yahoo、iCloud、企業ドメインで、HTMLとプレーンテキスト、日本語表示、添付ファイルを確認する。
- イベントを試す: 無効アドレスへのテストなどでバウンスWebhookや抑制リストへの登録を確認する。正当な宛先に意図的な大量失敗を起こさない。
- ヘッダーを確認する: Message-ID、Return-Path、DKIM署名、送信元ドメインとリンク先ドメインを確認する。
- 段階的に移行する: 新ドメインや新IPで突然大量送信をせず、送信量を徐々に増やす。旧サービスと二重送信にならないよう切り替える。
- 障害時の手順を用意する: 代替サービス、認証情報、送信キューの扱い、再送方針を決める。旧サービスを停止する前に必要なログやWebhookを確保する。
サービス移行時は、DNS TTLを事前に短くできるか検討しつつ、SPF・DKIM・Webhook・バウンス処理をすぐに削除しないでください。新旧サービスの認証を並行させる場合も、SPFのDNS検索上限に注意し、移行後に不要なレコードを整理します。
Quick Recap
よくある失敗
- SMTPを変えれば迷惑メールに入らないと思う: SPF、DKIM、DMARCの不備、苦情、リスト品質、内容、送信急増などは移行だけでは解決しません。
- 古い・購入した宛先リストに送る: 無効アドレスや苦情が増えると評判に悪影響を与えます。許諾とリストの鮮度を管理します。
- ハードバウンスを再送し続ける: 恒久的な失敗は抑制し、再試行は一時的なエラーに限って回数を制御します。
- 重要通知とメルマガを無分別に混ぜる: マーケティング側の苦情や低い反応が重要メールに影響する可能性があります。送信元やストリームの分離を検討します。
- 料金だけでSESを選ぶ: 送信単価に加えて、実装、監視、ログ保管、送信上限申請、障害対応の人件費も比較します。
- 送信量が少ないのに専用IPを契約する: 自社で評判を育てるだけの量がなければ、共有IPのほうが扱いやすい場合があります。
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
