外部サービスでメールを検証する前に、顧客の氏名、注文内容、認証コード、使える個別リンクを検証用の値へ置き換えます。原因を追うために必要な送信経路やドメイン情報は残し、実在する顧客の秘密を持ち込まない形を作ります。本文だけでなくヘッダーと共有URLも確認してください。
調査する条件
日本語の注文メールは、住所、配送希望日、購入商品が一通に集まることがあります。テストでは架空の注文を作り、実際に課金や発送が起きない環境を使います。メールを単に転送すると経路や認証結果も変わるため、情報を隠す目的と原文の解析という目的を分けて扱いましょう。
ヘッダーには宛先、Message-ID、内部のホスト名などが含まれる場合があります。公開用の資料では必要な部分だけを示し、原本は権限を持つ担当者が保管します。ドメインの対応関係を説明したいなら、各ドメインを一貫した例示へ置き換え、置換によってアライメントの関係まで変えないよう注意します。
確認の手順
- 顧客情報と権限を与えるリンクを本文から洗い出す。
- 専用アカウントと無害な値で同じ通知を発生させる。
- 原文の保管先と共有用の伏せ字版を分ける。
- 結果URLの公開範囲を確かめ、置換した条件を記録する。
検証結果を共有するリンクも、アクセスした人が何を見られるかを確かめます。結果ページのアドレスを公開チャンネルへ貼る前に、送ったメールやテスト用アドレスが表示される範囲を確認します。保存期間や削除方法はサービスごとの説明を読み、不明な点を推定で補わないでください。
想定例と注意点
想定例として、会員向けの再設定メールを調べるとき、本物の再設定URLをそのまま送る必要はありません。検証用アカウントで権限を限定した操作を行い、専用のデータで通知を発生させます。文面だけを調べる場合は、使えない例示リンクを使ったことを記録し、実リンクの動作検証とは区別します。
伏せ字を使った資料には、その加工が検証前か検証後かも記します。送る前に文面を変えた場合は比較条件の差になり、受信後に資料だけを加工した場合は原文を別途保持している必要があります。二つを混ぜると、どのメールが測定されたかを説明できません。外部窓口へ原文を求められた場合も、正規の窓口かと必要範囲を確認し、顧客の権限を与える値をそのまま公開しない手順で進めてください。担当者が原本の保管先を把握しておくと再調査もしやすくなります。
情報を置き換えると、元メールとの条件差が生じる場合があります。個別リンクのドメインや長さを変えたなら、その差も残します。完全に同じ条件が必要な調査は、自社管理の環境と許可された担当者で進めてください。Inbox Checkでも、対象の標本と保存・共有の実際の範囲を確認してから利用します。
公式資料と検証
Google：詳細ヘッダーから経路を確認。Mailchimp：テスト送信の確認事項。
テスト方法と限界を読み、Inbox Checkで対象を確認してください。対応が確認できる標本のみを使い、実際の受信者全体への保証として扱わないでください。