Gmailで正規の通知が迷惑メールに入ったら、その一通の原文と元の位置を保存し、認証結果と送信経路を確認します。件名の言葉だけを直す前に、送信者ガイドラインに関わる不備や受信者の設定がないかを調べてください。受信箱へ戻した後の状態は初期の配置と分けます。
最初に確認すること
対象が個人用Gmailか、会社のGoogle Workspaceかも確認します。日本の取引先がGmailの画面で読んでいても、組織の追加ルールがある場合があります。個人用アカウント向けの送信ガイドラインを参照する際は適用範囲を確認し、企業固有の処理は管理者へ照会しましょう。
実際に届いたメールでSPF、DKIM、DMARCの結果を確認します。DNSのレコードがあるだけで成功とは言えません。配信サービスの接続先や署名ドメインが想定と違えば、最近の切替や通知別の設定を確認します。認証が正常なら、それをもって受信箱に入る保証ではないことも記録します。
証拠を集める順序
- 元の迷惑メール位置と原文を保存する。
- 個人用Gmailか企業管理アカウントかを確認する。
- 実メールの認証と利用した送信経路を照合する。
- 正当性を確認した上で本人が必要な操作をし、新しい一通を比較する。
受信者には、差出人表示だけでなく実アドレスと内容が正当かを確認してもらいます。正規と確認したメールを迷惑メールではないと扱う操作は、本人の判断で行います。無条件に広いドメインを許可する案内や、防護機能を丸ごと外す依頼で調査を終わらせないようにします。
想定例と限界
想定例として、整備工場の予約確認だけが迷惑メールに入り、同じ会社のスタッフメールは通常表示されるケースを考えます。スタッフの成功は予約システムの認証を証明しません。予約メールの原文で署名と送信元を調べ、同じシステムから検証用予約を一件作って改善前後を比較する方が適切です。
同じ店舗の別通知を比較する場合は、送信元の表示名が同じでも原文を見ます。問い合わせへの返信はスタッフのメール、予約確認は外部サービスという構成なら、確認する設定も別です。問題が起きた時期に配信頻度やテンプレートを変えた場合は、認証変更とは分けて記録してください。どの変更が影響したかは比較できる証拠が必要です。確認した事実を担当者の作業記録へ残し、迷惑メールという症状だけで共通の修正を全通知へ適用しないようにします。
一人の受信者からの報告だけで、Gmail全体がそのドメインを拒否しているとは言えません。配置、エラー、苦情の証拠を別々に集めます。Inbox CheckのGmail標本が良好でも、報告した人の個人ルールや履歴は再現していません。本文の削除やドメイン変更を行う前に、確認できた原因へ対応しましょう。
参照資料
Google：メール送信者のガイドライン。Google：詳細ヘッダーから経路を確認。
測定方法で対象と限界を確認し、Inbox Checkで検証を準備してください。対象外の受信サービスや個々の組織の結果は別途確認が必要です。