新しい送信ドメインは、一定の日数が経てば必ず受信箱へ届くようになるものではありません。配信を増やす前に、認証、正規の送信経路、受信を希望する対象、実際の拒否や苦情を確認します。ウォームアップという名前の作業をしたこと自体を、到達の証明として扱わないでください。
確認する範囲
日本の店舗がブランド変更やシステム更新でドメインを変える場合、顧客が新しい差出人を認識できるかも重要です。これまでの登録の目的と案内内容を確認し、急に異なる用途の配信を増やさないようにします。技術的な設定と、受信者が想定している連絡という条件は別々に点検しましょう。
まず実際の通知でSPF、DKIM、DMARCとFromの整合性を確認します。Webサイトのドメインが新しいことと、メールの認証ドメインが新しいことは一致しない場合があります。署名、送信IP、配信サービス、対象の通知を一覧にし、変更した部分と変えていない部分を明らかにしてください。
点検の手順
- 新旧の認証ドメインと送信経路を整理する。
- 受信者の期待と登録目的、解除の動作を確かめる。
- 拒否・延期・苦情など取得できる実データを確認する。
- 標本の範囲を明記し、増量と復旧の判断を記録する。
配信量を増やす判断には、サービスの公式要件と実運用の情報を使います。成功件数だけではなく、延期、拒否、苦情、登録解除を確認します。見えていない項目をゼロとして埋めず、取得できない理由を記録します。異常がある状態で数だけ増やすより、確認できた不備を先に修正する方が原因を追いやすくなります。
想定例と判断の条件
想定例として、新ブランドのニュースレターを始める店舗が、検証用受信箱では良好だったので全会員へ一斉に増やそうとした場合を考えます。まず会員が新しい差出人を理解する案内と、解除の動作を確かめます。標本の配置は一つの証拠として残し、実配信の結果を確認できる運用を整えてから判断します。
自動的な相互開封や返信を行えば評価が確実に良くなる、という保証を前提にしないでください。検証では人為的な操作を含む条件を記録し、自然な受信状態と混同しません。旧ドメインから移行する場合も、必要な通知が止まらないよう、旧経路の終了条件と復旧手段を担当者間で共有します。
Inbox Checkで観察する標本は、顧客の履歴や日本の受信サービスの構成を代表しません。一定回数成功したから準備完了という閾値を作らず、認証、内容、実エラー、標本の条件を一緒に確認します。未測定のサービスや企業経路は未確認とし、配信後も実際の問題を追ってください。
公式の参照先
Google:メール送信者のガイドライン。AWS:SESの配信可能性。
方法論と測定範囲を読み、Inbox Checkの対象を確認してから検証してください。標本で確認したことと未知の範囲を分けて残します。