登録、ログイン、パスワード再設定、通知用に代表的なメールを1通ずつ用意し、トリガー条件と想定到達時刻を記録します。
公開前チェック・12項目
メールテストチェックリスト：「送信」から「使える」まで確認
メールが届いたかだけで判断しないでください。クリーンなテスト受信箱で、送信者情報、内容、操作性、フォールバックを順に確認し、証跡を公開担当者に渡しましょう。
少なくともデスクトップと幅390pxのスマートフォンで確認し、長い件名、ボタン、認証コードが切れないことを確かめます。
リンクをクリックし、認証コードをコピーし、期限切れコードも試して、遷移先、状態、エラーメッセージが一致することを確認します。
「メールは正常」と一言で済ませず、送信時刻、到達時刻、スクリーンショット、課題番号を保存します。
01・送信者情報
表示名、From、Reply-To、想定ドメインを確認し、ブランド名に環境名の接尾辞や誤字がないことを確かめます。テストメールに返信し、管理されていないアドレスに届かないことも確認します。
送信者情報がフィッシングメールと誤解されないか確認します。メールの種類によってサブドメインが異なる場合は、対応関係をテスト記録に明記します。
02・件名とプレビューテキスト
件名には操作と文脈を示し、完全な認証コード、注文の機密情報、内部環境名は含めないようにします。プレビューテキストは本文1行目の繰り返しではなく、件名を補足する内容にします。
短い件名と、ローカライズ後の非常に長い件名をそれぞれ確認します。クライアントで省略されてもメールの目的を判別できることを確かめます。
03・認証コード
桁数、区切り、コピーのしやすさ、有効時間、1回限りの使用ルールを確認します。連続して2回リクエストした場合に、旧コードと新コードが設計どおり処理されることも確認します。
誤ったコード、期限切れコード、空白を含むコードを入力し、アカウントの状態を漏らさず問題点を示すエラーメッセージになることを確認します。
04・リンクとボタン
メインボタンは正しいドメイン、パス、言語のページに遷移し、テスト環境のホスト名を含めないようにします。キーボードフォーカス、ボタン文言、遷移先のページタイトルで、次の操作が分かることを確認します。
配信停止、設定、テキスト版のリンクを確認します。リンクの期限が切れた後も、空白のエラーページではなく復旧手段を示します。
05・HTML構造
外部画像を無効にしても、読み上げ順、代替テキスト、主要操作が理解できることを確認します。狭い画面で表がはみ出さないか、装飾画像がスクリーンリーダーで重複して読み上げられないか確認します。
文字サイズ、行間、コントラストが読みやすさを満たすことを確認します。認証コード、金額、重要な説明だけを画像に載せないでください。
06・テキスト版へのフォールバック
テキスト版にはHTML版と同じ主要情報、完全なリンク、問い合わせ方法を含めます。トラッキングパラメータを削除しても、リンクが有効な宛先を指すことを確認します。
改行、リスト、長いURLが読みやすいか確認します。テキスト版がない場合は、黙って合格にせず公開リスクとして記録します。
07・パーソナライズ項目
通常の氏名、空の氏名、非常に長い氏名、ラテン文字以外の文字をテストし、テンプレート変数や余分な句読点が表示されないことを確認します。金額、日付、タイムゾーンは受信者の状況に合わせて表示します。
項目が欠けた場合もフォールバック文言が自然で、内部変数名を漏らさないようにします。本番サンプルに実在する顧客の機密情報を使わないでください。
08・到達速度
「すぐ届いた」という感覚ではなく、トリガー時刻と受信時刻を記録します。認証コードのメールは、設定した有効期限を基準に許容時間を決めます。
遅延がある場合は、アプリのキュー、送信サービスの受理、宛先メールボックスのフィルタリング、ユーザーの更新という4段階を切り分けてから再送を判断します。
09・状態の一貫性
ユーザーが1回操作したときに重複メールを送らないようにします。画面に送信済みと表示されたら、バックエンドにも対応するイベントが生成されている必要があります。失敗後に再試行しても、古いリンクや認証コードを使わないことを確認します。
タブをまたいだ場合や更新後の状態を確認します。成功メールが届いた後も、画面に処理中と表示され続けないようにします。
10・アクセシビリティ
キーボードで読み上げ順にリンクを操作し、フォーカスが明確で、ボタン名に意味があり、見出し階層が連続していることを確認します。メールでは色だけを成功やエラーの唯一の伝達手段にしないでください。
装飾画像には空の代替テキストを設定し、情報を含む画像には簡潔な説明を付けます。アニメーションは、動きを減らす設定を尊重します。
11・セキュリティとプライバシー
メールにパスワード、完全な決済情報、本番用キー、不要な個人情報が含まれていないことを確認します。パスワード再設定やログインのリンクには適切な期限を設定し、使用後は無効にします。
テストアドレスは、許可された内容のテストにのみ使用します。終了後はサンプルを削除し、一時アドレスを重要アカウントの長期的な復旧先に設定しないでください。
12・公開判定
結果を「合格」「リスク付き合格」「公開阻止」に分類し、不合格項目ごとに再現手順を添えます。判定にはクライアント、画面幅、言語、テスト時刻を明記します。
修正後は該当項目だけを再テストするのでは不十分です。トリガー、到達、開封、操作までの一連の流れを回帰テストします。
最低限残す公開記録
次の担当者が口頭の結論に頼らず再現できるよう、毎回の検収で少なくとも以下の項目を残します。
| テストケース | トリガーと到達 | クライアント | 判定 |
|---|---|---|---|
| 登録認証コード | トリガー時刻、到達時刻、コード有効期限 | デスクトップWeb＋スマートフォン | 合格または課題番号 |
| パスワード再設定 | リンク生成、初回使用、2回目の使用 | HTML＋テキスト版 | 遷移先と期限切れ状態 |
| 通知テンプレート | 項目の組み合わせとタイムゾーン | 画像オン／オフ | レイアウトと文言のリスク |
準備はできましたか？ ForwardTopのテスト受信箱に戻り 新しいアドレスを作成して、毎回の検収をクリーンなテストケースから始めましょう。