先に要点
- 結論から言うと、VPS 上のアプリが送る `本人確認 / パスワードリセット / 通知メール` のような用途なら、Resend や Brevo のような送信サービスを使う方が無難なことが多いです。
- 共有レンタルサーバーのメールアカウントを使った SMTP 送信でも動くことはありますが、到達率、制限、保守のしやすさは環境差が大きいです。
- 「普通の会社メール」と「アプリが自動送信するメール」は、同じメールでも運用上の性格がかなり違います。
- 自前の SMTP サーバーを VPS に立てることもできますが、SPF、DKIM、DMARC、逆引き、IP評価、バウンス対応まで抱えるので、理由がない限り初心者向けではありません。
VPS なら自由なんだし、普通にメールアカウント作ってそこから送ればいいのでは？
Resend や Brevo みたいなサービスをわざわざ使う意味あるの？
これはかなり自然な疑問です。
実際、共有レンタルサーバーでは「メールアカウントを作って SMTP で送る」が普通にできるので、VPS でも同じ感覚で考えやすいです。
ただ、実務ではここを 全部同じメール送信として扱うとズレやすい です。
この記事では、VPS のアプリが送るメールをどう考えるべきかを、共有レンタルサーバーの SMTP、送信サービス、自前運用の違いとして整理します。
まず前提: 「会社メール」と「アプリの自動送信メール」は別物に近い
ここを分けて考えるとかなり整理しやすいです。
会社メール
人が普段やり取りするメールです。
- 営業連絡
- 問い合わせ返信
- 社内外との通常連絡
アプリの自動送信メール
システムが自動で送るメールです。
- 会員登録の本人確認
- パスワードリセット
- 注文完了通知
- エラー通知
- 定期レポート送信
この2つは、見た目は同じメールでも、求められるものが違います。
会社メールは人が都度判断できますが、自動送信メールは 止まらないこと / 届くこと / ログが追えること がかなり重要です。
アプリのメール送信は「メール機能」ではなく「認証や通知の一部」です。だから、単に送れればよいではなく、到達率、再送、ログ、制限、障害時の切り分けまで含めて考えた方が安全です。
共有レンタルサーバーのSMTPで送るのはダメなのか
ダメとまでは言いません。
実際、共有レンタルサーバーのメールアカウントから SMTP 送信して動いているサイトは普通にあります。
特に向いているのは次のようなケースです。
- 小規模な会社サイト
- 問い合わせフォーム通知
- 送信通数が少ない
- 多少の遅延や制限が致命傷ではない
- Web とメールを同じホスティングでまとめたい
この用途なら、共有レンタルサーバーの方がむしろ楽なこともあります。
メールアカウント作成、SMTP 接続情報、受信箱まで一緒に持てるので、管理が分かりやすいからです。
ただし、ここで注意したいのは、動くことと向いていることは別 だという点です。
VPS上のアプリ送信で共有レンタルサーバーSMTPがズレやすい理由
VPS 上で Laravel や Node.js、Python アプリを動かしていて、その通知メールを共有レンタルサーバー SMTP に乗せる構成も技術的には可能です。
でも実務では、次の点で少しズレやすいです。
1. 送信制限や運用ルールがホスティング寄り
共有レンタルサーバーのメール機能は、基本的には そのホスティング利用者の一般的なメール運用 を想定していることが多いです。
そのため、
- 送信通数制限
- 接続制限
- 迷惑送信判定
- 大量送信時の制約
が、アプリ通知用途では引っかかることがあります。
2. 障害切り分けがしにくい
メールが届かないとき、
- アプリ側の問題か
- SMTP 接続の問題か
- 相手側で迷惑判定されたのか
- ホスティング側の制限か
の切り分けが必要になります。
共有レンタルサーバー SMTP でもログが全く見えないわけではありませんが、アプリ送信専用サービスほど追いやすくない ことが多いです。
3. 自動送信メール向けの機能が弱いことがある
アプリ送信では、
- 配信ログ
- 失敗理由
- 再送設計
- バウンス管理
- Webhook 連携
が欲しくなることがあります。
こうした機能は、一般的なメールアカウントより、送信サービスの方が最初から考えられていることが多いです。
ResendやBrevoを使う意味は何か
ここで出てくるのが、Resend や Brevo のような送信サービスです。
2026年4月15日時点で公式情報を確認すると、どちらも SMTP や API での送信、送信ドメインの認証設定、配信管理の仕組みを用意しています。
これらのサービスが向いているのは、
- アプリが自動送信する
- 確認メールや通知の到達率を上げたい
- ログを追いたい
- 将来ある程度通数が増える
- バックエンドから安定して送信したい
といった場面です。
つまり、メールアカウントを持つ より、メール送信基盤を借りる イメージに近いです。
VPSで自前SMTPサーバーを立てるのはどうか
できます。
でも、よほど理由がない限り、最初の選択としてはあまりおすすめしません。
自前でやる場合、考えることがかなり増えます。
ここまで見ると分かる通り、単に「メールを送る」では済みません。
むしろ、メール配信そのものを運用する仕事 が増えます。
メールサーバー運用に慣れていて、送信ポリシーや評価管理まで自分で持つ理由があるなら別ですが、小規模アプリの通知用途では重すぎることが多いです。
結局、どれを選ぶべきか
| 方式 | 向いている場面 |
|---|---|
| 共有レンタルサーバーのメールアカウント SMTP | 小規模サイト、問い合わせ通知、送信通数が少ない |
| Resend / Brevo などの送信サービス | アプリ通知、本人確認、パスワードリセット、配信ログ重視 |
| VPSで自前SMTP運用 | 理由が明確で、メール配信運用まで自分で持つ場合 |
かなりざっくり言うと、
- 会社サイトのフォーム通知 なら共有レンタルサーバー SMTP でも十分なことがある
- アプリの重要メール なら送信サービスの方が安心しやすい
- 自前 SMTP は分かっていて選ぶもの
という整理で大きくは外しません。
実務ではどう分けると失敗しにくいか
1. 人が送るメールはメールサービス寄りで考える
営業や問い合わせ返信のような「人が送るメール」は、共有レンタルサーバーのメール、Google Workspace、Microsoft 365 など、人の運用に向いた仕組みで考える方が自然です。
2. アプリが送るメールは通知基盤として考える
登録確認、ワンタイムリンク、リセットメール、決済通知のようなものは、アプリの一部です。
なので、アプリ側から使いやすく、配信確認しやすい送信サービスの方が向きやすいです。
3. ドメイン認証の理解は避けない
どの方式を取るにしても、送信ドメインの信頼性には SPF、DKIM、DMARC の理解が効きます。
外部サービスを使えば全部自動で安全 ではなく、DNS 側の設定確認は必要です。
小規模 Laravel アプリなら、まずは Resend や Brevo の送信ドメイン設定を行い、SMTP か API のどちらかで接続し、登録確認メールやパスワードリセットメールだけ先に通す、という始め方がかなり現実的です。逆に、会社サイトの問い合わせ通知だけなら、今の共有レンタルサーバー SMTP を残す方がシンプルなこともあります。
まとめ
VPS だから Resend や Brevo を絶対使うべき、というわけではありません。
共有レンタルサーバーのメールアカウントを使った SMTP 送信でも回る場面はあります。
ただし、アプリの重要な自動送信メール まで同じ感覚で扱うと、到達率、ログ、制限、保守の面で後から苦しくなりやすいです。
そのため実務では、フォーム通知のような軽い用途は共有レンタルサーバー SMTP、認証や通知のような重要メールは Resend / Brevo のような送信サービス、と分けて考えると失敗しにくいです。
一番危ないのは、「送れれば同じ」と思ってまとめてしまうことです。
メールは同じでも、人が使うメール基盤と、アプリが依存する通知基盤は役割がかなり違う と見ておく方が安全です。