Gmailへ一括配信する前は、現在の公式送信者ガイドラインの適用範囲を確認し、認証、配送基盤、登録解除の要件を実際の送信経路ごとに点検します。一つの配信サービスで設定済みでも、別の通知サービスまで対応済みとは言えません。個人用Gmail向けの条件と、企業の独自ポリシーを区別してください。
対象と原因の整理
日本の会員向け配信では、店舗スタッフのメール、注文通知、販促キャンペーンが同じブランド名を名乗ることがあります。まずFromと署名ドメイン、利用サービス、メールの用途を一覧にします。大量配信の扱いを判断する際は、現在の公式の数量条件と集計の考え方を確認し、サービス画面の送信件数だけで対象外と決めないようにします。
認証については、SPF、DKIM、DMARCをDNSの一覧で確認するだけでなく、受信した実メールで成功と整合性を調べます。署名が配信会社のドメインのままになっていないか、Fromとの関係を記録してください。複数の配信経路があるなら、それぞれの代表メールを検証し、未確認の経路を残さないことが重要です。
確認手順
- 送信ドメイン、用途、サービスを一覧化する。
- 現行の個人用Gmail向け要件と適用条件を読む。
- 各経路の実メールで認証・接続・解除を検証する。
- 証拠と未対応項目を残し、配信後の実データも確認する。
基盤の確認は、管理者や配信サービスが持つ情報と合わせます。PTRなどのDNS、TLSの接続、配送応答を担当者に確認し、アプリの設定だけで解決する範囲と分けます。広告・登録配信の解除については、本文のリンクとワンクリックの仕組みを別々に確認します。本文にリンクがあるだけで全要件を満たすとは限りません。
想定例と変更後の確認
想定例として、会員セールの送信前に、自社の通常メールは認証済みだが販促サービスのDKIMが未設定と分かった場合を考えます。通常メールの検証結果を流用せず、販促経路を修正して新しい一通を送ります。解除操作も検証用会員で行い、以降の対象から外れることを確認してから配信の準備を進めます。
点検表には、合否だけでなく確認した実メール、公式資料の日付、担当者、残る問題を残します。数量条件や画面は将来変わり得るため、古い社内資料の閾値だけで判断しないでください。日本語の文面を使うことは、認証や解除の技術要件を免除する理由にはなりません。
要件を満たすことと、すべてのメールが受信箱へ入ることは同じではありません。苦情や受信者の期待、過去の処理なども確認が必要です。Inbox Checkの標本を補助資料に使う場合も、実際の配信基盤と同じ条件かを記し、試験の良好な結果を将来の到達保証として表現しないでください。
公式資料
Google：メール送信者のガイドライン。RFC 8058：ワンクリック解除。
検証の方法と限界を確認してから、Inbox Checkで標本を観察してください。未測定の受信サービスは結果に含めず、到達を保証しない形で記録します。