受信テスト · ツールの使い分け

確認したいのは、
メールの生成？それとも実際の受信？

一時メールとメールサンドボックスの違いは、どちらが高機能かではなく、メールが開発環境の外まで届くかどうかです。何を確認したいのかを決めてから、テストに使うアドレスを選びましょう。

内容を確認：メールサンドボックス

アプリのSMTP送信先をテストサービスに設定し、メールを実際のユーザーには送らずに受け止めます。テンプレート変数やリンク、送信処理の分岐を確認するのに適していますが、インターネット経由で配信できた証明にはなりません。

実際に受信できるアドレスへメールを送り、認証コードや通知が受信箱に届くかを確認します。登録不要で、単発の受け入れテストに適しています。アドレスの期限が切れると、再確認用の受信先としては使えません。

実際のメールサービスで、受信トレイや迷惑メールへの振り分け、継続的な通知を確認できます。アカウントを維持する用途に向いていますが、手動での整理が必要で、個人情報が混ざる可能性も高くなります。

ここでは一般的な使い方を比較しており、すべての製品について保証するものではありません。サンドボックスの提供元や受信ドメインの設定によって機能は異なります。詳しくは各サービスの説明をご確認ください。

確認したいこと	一時受信箱	メールサンドボックス	個人用の別アドレス
インターネット経由の送信から受信まで	テストメールを実際に受信できる	通常、テスト用SMTPの経路のみを確認	該当するメールサービス経由の経路を確認できる
テンプレートと認証コードの内容	実際に届いた本文を確認できる	まとめて確認・連携しやすい	確認できるが、テストメールが混在しやすい
実際のユーザーに送信するリスク	テスト用アドレスであることを明示する	隔離設定が正しければ送信を遮断できる	実際のユーザーのアドレスを誤入力しないよう注意が必要
長期間利用するアカウントの復旧	不向き。アドレスに有効期限がある	実際のアカウント用メールアドレスには不向き	自分で管理できる長期利用のアドレスが適している
特定のメールサービスでの迷惑メール判定	他のメールサービスの状況は確認できない	実際の受信トレイの状況は確認できない	現在使っているメールサービスとアカウントの状況のみ確認できる
大規模な自動テスト	送信頻度や利用上の制限を守る必要がある	専用の開発向けソリューションを優先する	登録と削除を繰り返す用途には通常不向き

まずサンドボックスで変数、遷移先リンク、多言語テンプレートを確認します。テスト用キューに実際の顧客アドレスが入っていないことを確かめてから、インターネット経由でメールを受信できるかテストしましょう。

アプリが成功を返しただけでは不十分です。処理がキューに入ったことを示しているだけかもしれません。送信ログと、実際に届いたメールの件名・本文を照合してください。

新しいテスト用メールアドレスで登録し、認証コードの受信、認証の送信、再ログインまで確認します。各手順の実行時刻と結果を記録し、遅延を未着と取り違えないようにしましょう。

サービスが使い捨てメールを受け付けない場合、ドメインを変えて制限を回避しないでください。自分で管理できる長期利用のメールアドレスか、サービスが認めるテストアカウントを使いましょう。

長期にわたって自分で管理できるメールアドレスを選びましょう。送信元ごとに受信メールを分けたい場合は、長期利用できる転送エイリアスが使えます。転送エイリアスは転送先のメールアドレスに依存するもので、バックアップ用メールアドレスでも送信ツールでもありません。

テストが終わる前に長期利用するアドレスへ変更し、アカウント復旧メールが実際に届くことも確認してください。重要なアカウントや請求、本人確認書類を、期限切れになる一時アドレスに登録しないでください。

まずサンドボックスで内容を確認し、次に一時受信箱でインターネット経由の到達をテストします。最後に長期利用するメールアドレスで、特定のメールサービスにおける表示や振り分けを確認しましょう。3つの結果は互いを補うもので、どれか1つだけで「すべてのユーザーに必ず届く」とは判断できません。

テストメールが届かない場合は、送信時刻、宛先、送信サービスが返したメッセージID、エラーの種類を記録してください。続けて再送信するのは避けましょう。古い認証コードと新しい認証コードが前後して届くと、配信失敗に見える別の問題が起きることがあります。