Mailtrapは、開発中のアプリやWordPressから送るテストメールを、実際の相手に届けず専用のSandboxで受け止めて確認できるサービスです。
問い合わせフォーム、会員登録、パスワード再発行など、メール送信を含む機能をローカル環境やステージング環境で試す時に便利です。
以前から使っている開発メモですが、現在のMailtrapでは「Email Sandbox」と「Email API/SMTP」が分かれているため、この記事ではメール送信テスト用途のEmail Sandboxを中心に整理し直します。
Mailtrapとは、実際に送らないメール送信テスト環境
ローカル環境で開発している時に面倒なのが、お申し込みフォームやお問い合わせフォームのメール送信テストです。
送信先に実在するメールアドレスが混ざっていると、テストメールが本当に届いてしまうことがあります。
注意していれば防げることではありますが、人間の作業なので不注意はいつ起きるかわかりません。
MailtrapのEmail Sandboxを使うと、アプリ側から送ったテストメールをMailtrap側の受信箱で捕まえてくれます。
実際のユーザーやクライアントには届かず、Mailtrap上で件名、本文、HTML表示、ヘッダーなどを確認できます。
テスト後に自分のメーラーへ大量に溜まったメールを削除する必要もなくなるので、開発中の心理的な負担がかなり軽くなります。
「誤ってテストメールを送信してしまいました。失礼しました！」
……なんて、テスト開発の真っ最中にクライアントさんへ謝ったことはないでしょうか。
ないですかね。僕はあります。
2026年時点ではEmail SandboxとEmail API/SMTPを分けて考える
2026年6月時点のMailtrapは、主に「Email Sandbox」「Email API/SMTP」「Email Marketing」といった用途ごとの入口があります。
この記事で扱うのは、本番送信ではなく、開発中のメールを安全に確認するEmail Sandboxです。
本番メールを実際に配信する場合は、Email API/SMTP側で送信ドメインや認証まわりを整える話になります。
ローカル開発やステージング環境で、フォーム送信、会員登録、パスワード再発行、注文確認メールなどを確認したい。
その用途であれば、まず見るべきはEmail Sandboxです。
実在する相手にメールを届ける前に、Sandboxで見た目や内容を確認できるのがMailtrapの良いところです。
Mailtrapの基本的な使い方
まずはMailtrapの公式サイトにアクセスし、アカウントを作成します。
https://mailtrap.io/
現在の詳しい画面や仕様は、Email Sandboxの公式ドキュメントを確認するのが確実です。
https://docs.mailtrap.io/email-sandbox/overview
登録後はEmail Sandboxを開き、Sandboxを選びます。
SandboxのIntegrationタブに、SMTPのHost、Port、Username、Passwordなどが表示されます。
この情報を、ローカル環境やステージング環境のメール送信設定に入れる流れです。
以下の画面は、2019年に使っていた時の記録です。
UIの見た目は変わっていますが、「Sandboxを開く」「IntegrationのSMTP情報をコピーする」「アプリ側に設定する」という考え方は同じです。
PHPMailerでMailtrapのSMTP情報を使う
PHPでPHPMailerを使っている場合は、MailtrapのIntegrationタブに表示されるSMTP情報を設定します。
実際のHost、Username、Password、Portはアカウントごとに変わるため、記事内には書きません。
管理画面に表示された値を、そのまま開発環境側に設定します。
$mail = new PHPMailer(true); $mail->isSMTP(); $mail->SMTPAuth = true; $mail->Host = 'MailtrapのHost'; $mail->Username = 'MailtrapのUsername'; $mail->Password = 'MailtrapのPassword'; $mail->Port = 'MailtrapのPort';
大事なのは、本番用のメール送信設定とテスト用のMailtrap設定を混ぜないことです。
ローカル環境、ステージング環境、本番環境で設定ファイルや環境変数を分けておくと事故が減ります。
MailtrapのUsernameやPassword、API tokenは、公開リポジトリや記事本文に貼らないようにします。
WordPressならSMTPプラグイン経由でも確認しやすい
WordPressのフォーム送信や通知メールを確認したい場合は、コードに直接SMTP設定を書くより、SMTPプラグイン経由のほうが扱いやすいことがあります。
Mailtrap公式でも、WordPressではWP Mail SMTPやPost SMTPのようなプラグインにSMTP情報を入れる流れが案内されています。
ローカル環境や検証環境だけMailtrapを向け、本番環境では本番用のメール送信サービスに切り替える、という使い分けが安全です。
テストメールを送ってSandboxで確認する
設定ができたら、実際にテストメールを送ります。
正しく設定できていれば、メールは実際の宛先に届かず、MailtrapのSandboxに表示されます。
ここで件名、本文、HTML表示、テキスト版、ヘッダーなどを確認できます。
フォームの自動返信メールなら、宛名や本文の差し込みが崩れていないか。
パスワード再発行メールなら、リンクが正しく入っているか。
HTMLメールなら、表示や文面が想定どおりか。
こういう確認を本番ユーザーに送らずにできるのが、Mailtrapを使う大きな理由です。
Mailtrapを使う時の注意点
- Email Sandboxはテスト確認用。本番配信とは用途を分ける
- SMTPのUsername、Password、API tokenを公開しない
- 本番環境の設定にMailtrapのSandbox情報を残さない
- 料金や送信数の上限は変わるため、最新のプラン表を確認する
以前は無料版のInbox数や保存件数を細かく書いていましたが、サービスのプランや制限は変わる可能性があります。
この記事では固定の数字を残さず、実際に使う時点で公式のプランと管理画面を確認する前提にしました。
メール送信まわりは事故が起きると目立つので、数字よりも「本番とテストを分ける」ことを優先しておくのが大事です。
まとめ：ローカル開発のメール確認はMailtrapでだいぶ楽になる
Mailtrapを使うと、ローカル開発やステージング環境のメール送信テストがかなり気楽になります。
実際の相手にメールを届けずに内容を確認できるだけで、問い合わせフォームや会員登録まわりのテストは進めやすくなります。
心配がひとつ減るだけで、開発に集中できます。
メール送信が絡む機能を作るなら、最初から「テストメールはSandboxに逃がす」と決めておくのがおすすめです。
あとから慌てて設定を変えるより、ローカル環境の標準設定としてMailtrapを入れておくほうが安心です。
関連する開発メモ
WordPressや自動化まわりの作業メモは、こちらも近いテーマです。
