Mailgun は、アプリケーションからメールを「確実に届ける」ことを主眼にしたメール送信 API だ。SMTP と REST の両方に対応し、送ったメールがバウンスしたか・開封されたか・クリックされたかをイベントとして追跡できる。
トランザクションメールでの強み
パスワードリセット、注文確認、通知メールといったトランザクションメールでは、到達率がそのままサービスの信頼性に直結する。Mailgun はバウンス処理やイベント追跡が API レベルで整っているため、「届かなかったメール」を検知してアプリ側のロジックに反映させやすい。受信メールのルーティング（Inbound）やメールアドレスの妥当性検証といった機能も、サポート対応や登録フォームの品質改善に効いてくる。
到達率は設定で決まる
押さえておきたいのは、Mailgun を使えば自動的に届くわけではないという点だ。独自ドメインからの送信では SPF・DKIM・DMARC といった認証レコードの設定が前提になり、これを怠ると受信側のスパムフィルタに弾かれる。送信ドメインの「ウォームアップ」（少量から徐々に送信量を増やす運用）も、新規ドメインでは到達率を左右する。API の品質より、こうした送信元の信頼を積み上げる地道な運用が結果を決めることは理解しておきたい。
競合サービスとの比較軸
同種のメール送信 API には SendGrid や Amazon SES などがあり、選定では「価格」「運用のしやすさ」「分析機能の厚み」のどこを重視するかが分かれ目になる。SES はコストを最優先するなら有力だが到達率やイベント分析は自前で組む比重が大きく、Mailgun はログ・イベント追跡・受信処理が一体で揃っている分、運用画面まわりの作り込みが少なく済む。すでに AWS に寄せている環境なら SES、メール基盤を独立して持ちたいなら Mailgun、というのが素直な切り分けになる。
料金とツール選定
価格は月間送信数ベースの段階制で、無料枠は数百通／日程度。送信量が増えるほど上位プランに移る構造なので、送信ボリュームの見積もりが料金感を左右する。イベントログの保持期間もプランで差がつくため、トラブル調査でどこまで遡って追跡したいかも判断材料になる。
大量の販促メールやステップ配信を主目的にするなら、セグメント配信やシナリオ機能を持つ MA ツールのほうが適している。Mailgun はあくまでトランザクションメールの基盤として選ぶのが妥当だ。
受信メールの処理という使い道
Mailgun は送信だけでなく、受信したメールを解析して Webhook で自社アプリに渡す機能を持つ。問い合わせメールを自動でチケット化する、返信メールをスレッドに紐づける、といった「メールを入口にした業務フロー」を組める。自前でメールサーバーを立てて受信処理を書くのは運用負荷が高いため、この機能を目的に選ばれることもある。
受信エンドポイントは公開されるため、検証なしでは偽装したメール通知を送り込めます。また配信は再試行されるため、同じメールが複数回届きます。メッセージ ID で処理済みを判定しないと、同じ問い合わせから複数のチケットが生成されます。
送信ドメインの評価は資産として育つ
メールの到達率は、送信元ドメインの過去の振る舞いに依存する。いきなり大量に送るとスパム判定を受けやすいため、送信量を段階的に増やす「ウォームアップ」の考え方がある。ドメインを変えると、それまで積み上げた評価はゼロに戻る。サービス移行を検討するときは、送信ドメインを維持できるかどうかが到達率の観点で効いてくる。