なぜテスト用メールアドレスが必要なのか
ほとんどのサービスはメールを送ります。注文確認、認証コード、領収書、予約内容、各種通知。こうしたメールも製品の一部ですが、意外とよく壊れます。リンクがステージング環境を指している、認証コードが期限切れになってから届く、差出人に ip-10-0-3-17.internal のようなサーバー名がそのまま出ている。実際のユーザーから問い合わせが来るまで、誰も気づきません。
自分のGmailでテストしていると、すぐに限界が来ます。受信トレイがテストメールで埋まり、同じアドレスでは新規登録をやり直せず、チームメンバーにアドレスを渡すのも面倒です。使い捨ての受信箱なら簡単です。ページを開いてアドレスをコピーし、アプリに入力して、メールがリアルタイムで届くのを確認するだけ。使い終わったら放っておいて構いません。7日後に自動で削除されます。
本物のドメインにある本物の受信箱なので、アプリはお客様に送るときと同じように通常のSMTPでメールを送ります。モックではなく、コード、メール配信サービス、DNS、受信まで、経路全体をテストできます。
アプリのメールを1分でテストする手順
- このページ上部のアドレスをコピーします。
- ローカル・ステージング・本番のどこでも、メールが送信される場面でそのアドレスを使います。会員登録、注文、予約、決済、通知設定など。
- 受信箱を見守ります。 再読み込みしなくても、たいてい数秒でメールが表示されます。
- メールを確認します: 差出人、件名、本文、すべてのリンク、認証コード。
- リンクを開くかコードを入力して最後まで進め、各ステップが正しく動くか確かめます。
例: 格安SIMの申し込みとeSIM開通をリリース前にテストする
格安SIM（MVNO）や通信キャリアのQA担当だとします。来週のリリースで、オンラインの料金プラン申し込み画面が変わります。お客様はプランを選び、メールアドレスを入力して支払いを済ませます。そこから先は、ほとんどの手続きがメールで進みます。リンクがひとつ間違っているだけで、お客様はeSIMを開通できません。だからこそ、初日からすべてのメールが正しくなければなりません。
使い捨ての受信箱を使えば、新規のお客様と同じように、本番反映前のステージング環境で一連の流れをたどれます。
- このページのアドレスでステージング環境からプランを申し込みます。
- メールで届いた認証コードでメールアドレスを確認します。
- 申込受付メールを確認します: プラン名、月額料金、割引、受付番号が正しいか。
- 本人確認（eKYC）の結果メールを確認します: 審査結果と次の手順がわかりやすく書かれているか。
- eSIMプロファイルのメールを確認します: QRコード画像が表示されるか、代替テキストがあるか、開通用リンクがステージングではなく本番を指しているか。
- プランの種類ごとに繰り返します（プリペイド、ポストペイド、家族割）。新しいタブを開くたびに別の受信箱ができるので、テスト用のお客様ごとに受信箱を分けられます。
銀行、保険、ECサイト、旅行予約、SaaSの無料トライアルなど、お客様の操作のあとにメールが届くサービスなら、どれも同じ考え方でテストできます。お客様が受け取るすべてのメールを、最初の問い合わせが来る前に、リリース前に確認しましょう。
ユーザーより先に見つけられる不具合
- 本番メールに残ったステージングのリンク。 別の環境からコピーしたベースURLの設定。よくある不具合で、誰かがクリックするまで気づきません。
- すぐに期限切れになる認証コード。 メールが届くまでに40秒かかるのに、コードの有効期限は30秒。
- 壊れたテンプレート。
{{first_name}}のような変数がそのまま表示される、件名が空になっている。 - 送信ドメイン認証の設定漏れ。 メールが迷惑メールに入るなら、送信元のSPF・DKIM・DMARCを確認しましょう。SPF・DKIM・DMARCをやさしく解説で詳しく説明しています。
- 言語や表記の間違い。 日本のお客様に英語のテンプレートが届く、日付や金額の表記（2026年10月23日、税込 3,980円）が崩れている。
複数のユーザーを同時にテストする
チームへの招待、権限、承認フローは、一人ではテストできません。このページを新しいタブかシークレットウィンドウで開くと、まったく別の受信箱ができます。テストユーザーごとにタブをひとつ使うのが一番手早い方法です。AのアカウントからBを招待し、Bの受信箱で承認して、Aにどんな通知が届くかを確認します。詳しくはQAチームのマルチユーザーテストをご覧ください。
使い捨てメールが向かない場面
使い捨ての受信箱はテスト用です。受信箱のリンクを知っていれば誰でも読めますし、すべて7日後に削除されます。本番の管理者アカウント、決済に紐づくアカウント、あとで復旧が必要になるアカウントには使わないでください。そうしたアカウントには、チームで管理している本物のメールボックスを使いましょう。
また、キャリアメール（docomo・au・SoftBankなど）の迷惑メールフィルターやドメイン指定受信で届くかどうかは、使い捨てアドレスではテストできません。キャリアメール宛ての到達性は、実機の検証用アドレスで別途確認しましょう。
よくある質問
- 本物の受信箱ですか？モックですか？
- 本物のドメインにある本物の受信箱です。アプリはお客様に送るときと同じように通常のSMTPで送るので、コード、メール配信サービス、DNS、受信まで経路全体をテストできます。
- HTMLメールも表示できますか？
- はい。HTMLメールは、ユーザーが見るのと同じ形で表示されます。
- テストメールはいつまで残りますか？
- 各メールは届いてから7日後に自動で削除され、受信箱は作成から7日後に期限切れになります。いつでも自分で削除することもできます。
- 複数のユーザーを同時にテストできますか？
- はい。新しいタブやシークレットウィンドウでページを開くと、別の受信箱ができます。テストユーザーごとにタブを分ければ、招待・権限・承認フローを簡単にテストできます。
- テストメールが届きません。
- まずアドレスに入力ミスがないか確認してください。サービスによっては使い捨てドメインをブロックしていますし、配信サービスによっては新しい送信者の最初のメールが1〜2分遅れることがあります。自社アプリから送っている場合は、ログとメール配信サービスの管理画面を確認してください。
- 本番のアカウントに使ってもいいですか？
- いいえ。受信箱のリンクを知っていれば誰でも読めて、7日後に期限切れになります。テストだけに使い、あとで復旧が必要なアカウントには使わないでください。