SMTP は Simple Mail Transfer Protocol の略で、メールを送信するときに使われる代表的な仕組みです。
初心者向けに言うと、メールソフトや Web アプリが「このメールを送ってください」と送信サーバーへ渡すときのルールです。
受信そのものを担当するわけではなく、主に送信側で使われます。
共有レンタルサーバーのメールアカウントから送るときも、Resend や Brevo のような送信サービスを使うときも、SMTP 接続を選べることがあります。
ただし、同じ SMTP でも、到達率、ログ、送信制限、運用しやすさはサービスごとにかなり違います。
どんな場面で出てくるか
一番よく出てくるのは、問い合わせフォームや会員登録メール、パスワードリセットメールの送信設定です。
アプリ側では SMTPホスト、ポート番号、ユーザー名、パスワード、暗号化方式 を設定して、メール送信サーバーへ接続します。
たとえば Laravel なら .env の MAIL_HOST や MAIL_PORT の設定で SMTP を使うことがあります。
VPS やクラウドでアプリを動かす場合は、サーバー内にメールサーバーを立てるより、外部のメール送信サービスを SMTP または API 経由で使う方が運用しやすいことも多いです。
実務で見るポイント
SMTP 設定でまず見るのは、接続できるか、認証できるか、送信後に相手へ届いているかです。
エラーが出る場合は、ホスト名、ポート、暗号化方式、認証情報、送信元アドレスの整合性を順番に確認します。
また、SMTP で送れたとしても、それだけで迷惑メールに入りにくくなるわけではありません。
実際の到達率には、SPF、DKIM、DMARC、送信ドメインの信頼性、本文内容、送信頻度などが関わります。
よくある誤解
SMTP は メールを送るための通信ルール であって、メール配信の品質を全部保証する仕組みではありません。
共有レンタルサーバーの SMTP でも送信はできますが、アプリから大量に通知メールを送ったり、到達率やログ確認を重視したりするなら、専用の送信サービスを検討する価値があります。
逆に、小規模な問い合わせフォームや管理者向け通知だけなら、最初から大きな配信基盤を作り込む必要はありません。
大事なのは、送信量、必要なログ、障害時の確認方法、送信元ドメインの認証まで見て、用途に合う方法を選ぶことです。