Gmailの新ガイドラインでエンジニアが知っておくべき、これからの「メール配信」のあり方

Gmailの新ガイドラインでエンジニアが知っておくべき、これからの「メール配信」のあり方 2024/09/18 Developers Summit 2024 KANSAI 1

自己紹介中井勘介 K an s u k e N
a k a i 会社名株式会社構造計画研究所役職執行役員 SendGrid事業責任者 2 メールに携わり始めて早10年何でも気軽にご相談ください @nakansuke

Twilio SendGrid 3 ❖ アメリカ生まれのクラウド型メール配信サービス ❖ 月間送信通数1,480億通以上 ❖ メルマガの一斉送信から自動通知メールまで導入企業

自己紹介東邦之 K u n i y u k
i A z u ma 会社名株式会社Cubicroot 役職開発部部長メールサーバーを作ったり大量配信の相談係をしたりバウンスメールの解析をするOS SのS isi ma iを開発してます (h ttps: //l ib si sim ai .or g) @a zu ma kun i yuki 4

Gmailの新ガイドラインを元に、メール世界の「ニュースタンダード」を考えよう 5

Gmailガイドライン対応しましたか？ 6 ❖ 2023年10月 Googleが送信者向けガイドラインの更新を発表 ❖ 要件を満たさなければGmail宛てのメールが届かなくなる半数以上の宛先に届かなくなるかも！？

Gmailガイドラインの要件 7 ❖ 送信元ドメインでSPFとDKIMを設定する ❖ 送信元ドメイン、IPアドレスに対し、正引き、逆引きDNSレコードを設定する ❖ DMARCを設定する ❖ ヘッダFromドメインはSPF,
DKIMドメインと一致させる ❖ 転送する場合はARCヘッダを追加する ❖ ヘッダFromにGmailのドメインを指定してはならない ❖ 送信経路にはセキュア通信 (TLS) を利用する ❖ RFC 5322に準拠した形式で送る ❖ 迷惑メール報告率を0.1%未満に維持する ❖ ワンクリックでの配信停止に対応する

ガイドラインが求めていること 8 • メッセージが、誰から送られてきたものか明確であること • 安全かつ信頼できる方法で送信されていること • 受信者が必要としている、読まれるメールを送っていること • 不要なメールは受け取らない選択を受信者自身ができること
①認証と信頼 ②送信者としての適切な振る舞い

Gmailガイドラインの要件 9 ❖ 送信元ドメインでSPFとDKIMを設定する ❖ 送信元ドメイン、IPアドレスに対し、正引き、逆引きDNSレコードを設定する ❖ DMARCを設定する ❖ ヘッダFromドメインはSPF,
DKIMドメインと一致させる ❖ 転送する場合はARCヘッダを追加する ❖ ヘッダFromにGmailのドメインを指定してはならない ❖ 送信経路にはセキュア通信 (TLS) を利用する ❖ RFC 5322に準拠した形式で送る ❖ 迷惑メール報告率を0.1%未満に維持する ❖ ワンクリックでの配信停止に対応する

ガイドラインの意義 10 ❖ メールボックスプロバイダ（Google、Yahoo! など）が目指しているのは「受信者にとって快適な受信トレイ」スパムメール受信者が望まないメール

ガイドラインの意義 11 ❖ メールボックスプロバイダ（Google、Yahoo! など）が目指しているのは「受信者にとって快適な受信トレイ」 ❖ 対策を強化するため、Googleはガイドラインを厳格化 ❖ Gmailに限らず、各プロバイダは受信者が望むメール
ほど届きやすい仕組みを備えている

メール配信の歴史 12 「無秩序」時代一括大量配信によりメールは嫌がられるものに「スパム報告」時代スパムボタンを使ってスパムを撲滅するように「エンゲージメント」時代スパムフィルタが洗練されより複雑になり、またパーソナライズされたフィルタにより不要なメールはブロックされるように受け手が欲しがるメールを送る必要がでてきた

新ガイドラインで何が変わった？ 13

2024年2月以前 14 ❖ 2014年?月米国Yahoo!のDMARCが”p=reject”に ❖ 2015年3月 DMARCがRFC7489になる ❖ 2016年1月
GmailでDMARCが実装される ❖ 2017年9月 GmailでARCが実装される ❖ 2019年10月 Gmail宛転送がDMARC違反で拒否(観測) ❖ 2023年10月 Gmail+米国Yahoo!でガイドライン発表

DMARC導入率(60%) 15 出典: https://www.proofpoint.com/jp/blog/email-and-cloud-threats/Global-DMARC-Adoption-Rate-Survey-2023 出典: https://www.proofpoint.com/jp/blog/email-and-cloud-threats/Japan-lags-far-behind-in-fighting-spoofed-emails-DMARC 2022年

DMARC導入率の上昇 16 出典: https://www.proofpoint.com/jp/newsroom/press-releases/Nikkei225-Firms-and-Japanese-Gov-Accelerating-Measures2Combat-Email-Spoofing-Fraud

2024年2月以降 17 ❖ 2024年2月 Gmailの新ガイドライン開始(一時エラー) ❖ 2024年3月米国Yahoo!宛の送信が厳しくなる(観測) ❖ 2024年4月
Gmailの新ガイドライン開始(恒久エラー) ❖ 2024年5月 Microsoftも追従するという情報 ❖ 2024年6月今月開始と聞いてた件は始まらず ❖ 2024年8月米国Yahoo!宛の送信が緩和(観測)

Microsoftも!? 18 出典: https://www.valimail.com/blog/microsoft-email-authentication-requirements/ May, 2024 Ross Adams, Microsoft’s Principal
PM Architect said 「いつ実施するかが問題、やる・やらないの話ではない(意訳)」 Microsoftからの公式発表はまだ

Microsoftも! 19 出典: https://www.valimail.com/blog/microsoft-email-authentication-requirements/ 最終的にp=quarantine / reject に持っていきたい意図がありそう p=noneは通らなくなる可能性? Microsoftからの公式発表はまだ

メール配信アンチパターンよくある誤解たち 20

21 ダブルオプトインをやらない 1. フォームにメールアドレスを入力 2. 実際にメールを送信 3. メール本文内のリンククリックで登録完了ダブルオプトインのメリット ❖
明確な受信意思がありエンゲージメントが高い ❖ 開封、クリックによりレピュテーションに好影響 ❖ メールアドレスの存在、到達が確認済み ❖ スパムトラップの混入防止

参考：スパムトラップとは 22 メールボックスプロバイダが仕掛けている罠のメールアドレススパムトラップはメールを受信するがオプトインや開封はしないスパムトラップに送り続けると悪質な送信者と判断される到達率を維持するには、宛先からスパムトラップを排除受信者の反応を気にせず
送り続けることはNG

登録者のメアドは絶対に消さない 23 ❖ 反応のない宛先はリストから削除する ❖ 例）再エンゲージメントメールに反応がなければ削除新規ユーザーアクティブユーザー非アクティブ
ユーザー退会候補新規ユーザー新規登録やサインアップしたばかりアクティブユーザー製品やサービスに満足しており、継続が期待できる非アクティブユーザーしばらく利用がなく、関心が薄れている離脱のリスクが高い退会候補離脱が確実視され、これ以上の働きかけが効果的でないどんな人でもいずれはエンゲージメントが下がる

配信停止を分かりにくくする 24 ❖ わかりやすい配信停止フロー＝迷惑メール報告の防止 ❖ ワンクリックでの配信停止の導入一時的な配信停止オプションすべてのメールを停止する受信者を82%も減らすことができる Oracle: Modern
Marketing Blog “The Evolving Use of Snooze in Email Marketing” Oracle: Modern Marketing Blog “The Evolving Use of Snooze in Email Marketing”

バウンスメールを放置する 25 ハードバウンス Hard Bounce 500系恒久エラー • 宛先メールアドレスが存在しない •
宛先ドメインが存在しない • 宛先メールアドレスが閉鎖・停止中 • 長期間にわたりメールボックスが一杯ソフトバウンス Soft Bounce 400系一時エラー • ドメイン認証に失敗・内容でスパム判定 • RFC違反・セキュリティポリシーに違反 • メールが大きすぎる • 一時的にメールボックスが一杯 • 接続数が多い・速度が速すぎる・DNS関連 • レピュテーションによる拒否宛先メールアドレスの存在に関するバウンス発生を観測したら直ぐに配信対象から除外 3回までならOKとか謎ルールを用いないこと宛先MTAからの警告・回数や内容を注視し対応する

直ぐに除外すべきハードバウンス 26 User Unknown: 宛先不明(メールアドレスが存在しない) Mailbox Full: 受信箱が一杯(500系エラー・長期間にわたるもの) Suspend: アカウント停止中(料金未払い・BAN・非アクティブ)
再送し続けると「宛先リストを管理できていない」と見做される

安易な変更をする 27 発信者アドレス(From:ヘッダー・Envelope From) 送信元IPアドレス (レピュテーションでも重要な部分) メールの形式 (ヘッダーや本文の構造における大きな変更) 変更するなら数カ月前から計画的に暖機運転が必要 Gmailの新ガイドラインで
言及されている

必要な変更をしない 28 宛先リストの更新(バウンスした宛先の削除・定期的な宛先確認) 配信サーバーの調整(相手側ポリシーの変更・一時エラーの観測) 配信頻度やコンテンツ(クリック率やスパム報告率と合わせて) 配信における信頼性の維持(相手側MTAから・ユーザーから)

まとめメールのような枯れた技術でも進化は続けている昔当たり前だったことも、今では当たり前ではないかも「ニュースタンダード」に乗り遅れないようにキャッチアップを続けていくことが重要 29

Gmailの新ガイドラインでエンジニアが知っておくべき、これからの「メール配信」のあり方

Gmailの新ガイドラインでエンジニアが知っておくべき、これからの「メール配信」のあり方

nakansuke

More Decks by nakansuke

Other Decks in Technology

Featured

Transcript