受信トレイ到達テストは、管理されたテスト用メールアドレスへ実際に送り、どのフォルダーで確認できたかを観察する方法です。送信設定の確認や文面の比較に使えますが、日本の顧客全体への到達率を測る国勢調査ではありません。まず対象の受信サービス、送信経路、観察時刻を決めます。
確認する対象と条件
日本の店舗では、注文確認と広告案内が別サービスから送られることがあります。店員の普段のメールから試しても、注文システムの検証にはなりません。対象の通知がどの操作で発生し、どの送信サービスを通るのかを整理し、同じ経路で個人情報を除いた検証用メールを作りましょう。
結果は「受信箱」「迷惑メール」「未確認」を分けて残します。Gmailでは受信箱内のカテゴリも別に記録できます。観察できなかったメールを迷惑メールに数えると、原因と数字の両方を誤ります。送信側が受理した記録しかない場合は、受信側の配置が未確認であることを明記します。
実際の確認手順
- 通知の目的と実際の送信サービスを一つ選ぶ。
- 対象に含まれる受信サービスと観察できる分類を確認する。
- 同じ経路で検証用メールを送り、識別子と時刻を保存する。
- 配置と認証と配送応答を分け、未確認を未確認のまま残す。
測定には比較の基準が必要です。変更前の設定、件名、リンク先、送信日時を保存し、変更する箇所を一つに絞ります。日本語の文字化けや全角の表示も同時に確認できますが、表示が正常なことと迷惑メール判定は別です。見た目と配置の確認欄を分けると、担当者間で話が通じやすくなります。
想定例と判断の範囲
想定例として、会員向けの営業日変更通知を、通常と同じ配信サービスから自社管理の受信箱へ送ります。二つのサービスでは受信箱、一つでは未確認だったとします。この段階で「到達率は三分の二」と日本の会員全体へ広げず、未確認の一通について配送応答と観察時間を補い、状況を確かめます。
社内でテストを依頼するときは「どこかに届くか」ではなく「予約確認をこの接続から送ったとき、指定の受信箱で何が見えるか」という問いにします。予約イベントを使わず手動で送った場合は、通知の発生条件は検証していないと注記します。観察結果から分かることを先に決めると、テスト対象を増やすだけで安心する状態を避けられます。次の担当者が同じ条件を再現できるよう、版番号と実行手順も記録してください。
テスト用受信箱は、実在する顧客の過去の操作や個人ルールを再現しません。Yahoo! JAPANや携帯メールを確認したい場合、そのサービスの実測対象があるかを先に確認する必要があります。対応していないサービスの結果を他社の標本で代用せず、実配信の拒否や問い合わせも別の証拠として扱ってください。
参照と次の確認
Google：詳細ヘッダーから経路を確認。Google：Gmailのカテゴリ。
測定方法と制約を確認し、Inbox Checkの検証画面で当日提供される対象を選んでください。結果は標本の観察であり、すべての受信者への到達保証ではありません。