電子メール・プロバイダーは、フィッシング、なりすまし、スパムを減らすために、送信者認証を倍増している。グーグル、ヤフー、マイクロソフト、アップルなどの大手企業は、特に大量送信者に対して、より厳格なコンプライアンス・ポリシーを導入している。

もしあなたの組織が大量のメールを送信しているのであれば、これらの新しい要件を満たすことができなければ、配信可能性が損なわれてしまいます。朗報です。コンプライアンスは複雑ではありません。ここでは、主要なメールサービスプロバイダの大量メール送信者要件に関する完全ガイドをご紹介します！

主なポイント

一斉送信メールのガイドライン通常1ドメインにつき1日5,000通以上のメールを送信する場合に適用されます。
SPF、DKIM、DMARCの設定は、より良いメール配信のために必要です。
スパム率を低く保つことで、受信箱の位置を一定に保つことができます。
ワンクリックで配信停止できるオプションは、ほとんどのプロバイダーが推奨または必須としている。
有効なPTRレコードと明確なヘッダーは、電子メールの信頼性を向上させます。
きれいなリストと整ったフォーマットのメールは、よりスムーズな送信をサポートします。

バルクメール送信者とは？

大量メール送信者とは、大量のメールを送信する個人や組織を指します。ほとんどのプロバイダーは、通常1日あたり5,000通以上のメールを送信すると分類しています。これは 単一のドメインから複数の受信者に送信されるメールに適用されます。通常

マーケティング・キャンペーン
ニュースレター
トランザクションメッセージ（注文確認、パスワードリセットなど）
通知またはアラート

大量送信者の主な特徴：

電子メールはしばしば一括送信される（1対1のコミュニケーションではない）。
受信者は、以前に送信者と交流があったかもしれないし、なかったかもしれない。
メッセージは多くの場合、自動化され、Eメールマーケティングプラットフォーム、CRM、または一括送信ツールを介して送信されます。

プロバイダーによる一括送信者のしきい値と要件

1日に何千通ものメールを送信している場合、あなたはレーダーにさらされています。ここでは、各主要プロバイダーが大量送信者をどのように定義し、あなたに何を期待しているかを説明します：

1.グーグル（Gmail）

一括送信のしきい値:1ドメインあたり1日5,000通以上

主な要件

SPF、DKIM、DMARCの実装
Spam rate <0.3%
ワンクリックで配信停止
RFC 5322準拠
有効なPTRレコード
転送メールのARCヘッダー

施行スケジュール：

2024年2月非準拠メールの一時的なエラー
2024年4月非準拠メールの段階的拒否
2024年6月非準拠の電子メールを全面的に拒否する完全施行

詳しくは Google ワークスペース管理者ヘルプ.

2.ヤフー

一括送信のしきい値:1ドメインあたり1日5,000通以上

主な要件

SPF、DKIM、DMARCの実装
Spam rate <0.3%
簡単な配信停止
有効なPTRレコード
RFC 5322準拠

施行期限:2024年2月

詳しくはヤフーセンダーハブ.

3.マイクロソフト（アウトルック、ホットメール、ライブ）

一括送信のしきい値:1ドメインあたり1日5,000通以上

主な要件

SPFとDKIMの実装
SPFまたはDKIM（できれば両方）に対するDMARCの整合性
少なくともp=noneのDMARCポリシー

施行期限:2025年5月5日

詳細はマイクロソフトコミュニティハブ.

4.アップル（iCloudメール）

一括送信のしきい値:指定なし

主な要件

SPF、DKIM、DMARCの実装
転送メールにARCヘッダを追加
有効で一貫性のある From: name
退会リンク
有効なPTRレコード
RFC 5322準拠

施行期限:未定

詳しくはアップルサポート.

注：PowerDMARCでは、DMARCの実装をp=noneで開始し、レポートを監視しながら徐々にp=quarantine、そして最終的にp=rejectに移行することを推奨しています。

なぜ大量送信者にとってメール認証が重要なのか？

SPF（送信者ポリシーフレームワーク）: SPFは、ドメインが承認された送信者を確認するのに役立ちます。メールを受信すると、受信サーバーは送信者のDNSに公開されているSPFレコードをチェックします。送信者がリストにない場合、メールはSPFに失敗します。

DKIM (ドメインキー識別メール): DKIMは電子メールにデジタル署名を追加します。これにより、受信サーバーはメッセージが改ざんされておらず、本当に請求された送信者からのものであることを確認することができます。

DMARC（Domain-based Message Authentication Reporting & Conformance）の略： DMARCSPFとDKIMの上に構築されている。DMARCは、SPFとDKIMの上に構築され、ドメイン所有者が不正なメッセージの処理方法を指定できるようにします。DMARCは、メール認証アクティビティに関する詳細なレポートを提供します。

その他のバルク送信者の必須要件および推奨要件

1.有効なPTRレコード

適切な PTRレコード(rDNS)がないと、スパムフィルターに疑われてしまいます。あなたのメールは迷惑メールに入ってしまうかもしれません。専用IPまたはセルフホストMTAからメールを送信する場合、そのIPには有効なPTRレコード（リバースDNSとも呼ばれる）が必要です。簡単に言うと、IPはドメイン名を指し、そのドメイン名は同じIPを指し返す必要があります。これは双方向のチェックです。

2.ワンクリックで配信停止

グーグル、ヤフー、アップルなどのメールサービスプロバイダーは、一括送信者にワンクリックで簡単に配信停止できるワンクリックで簡単に購読解除できるをメールに含めるよう求めています。マイクロソフトも、メール衛生のベストプラクティスの一部として、これを推奨しています。

Googleは、ユーザーがワンクリックで配信停止できるような特別なヘッダーを含めることを期待しています。これがないと、GoogleはGmailの受信トレイに「配信停止」ボタンを表示することができません。

ここで、必要なことを説明します：

この2つのヘッダーをメールに含めてください：

リスト配信停止-投稿配信停止=ワンクリック
List-Unsubscribe: <https://yourdomain.com/unsubscribe/example>

3.低いスパムメール率

メールプロバイダーはあなたのスパムメール.あまりにも多くの人があなたのメールをスパムとして報告すると、あなたの評判は下がり、配信能力は急速に低下します。ほとんどのプロバイダーが許容する最大閾値は 0.3%未満.これは特に ユーザーからのスパム報告バウンス率ではありません。

クレームを少なくするために、実際にサインアップした人にのみ送信することをお勧めします。ワンクリックで配信停止できるようにし、受信者が簡単に配信停止できるようにする。オンラインのスパム計算ツールを使って定期的にスパム率を監視する。

4.有効な "From "と "Reply-to "ヘッダー

メールプロバイダーは、あなたが有効なFrom:とReply-toアドレスを使うことを期待しています。これらのアドレスはメールを受信できなければなりません。期限切れまたは無効なヘッダを使用すると、メールがバウンスする可能性があります。また、偽造されたヘッダーやなりすまされたヘッダーを使用すると、一時的なエラーや配信上の問題が発生することがあります。

5.コンテンツのフォーマットとメールリストの衛生

清潔で簡潔なEメールリストを維持し、Eメールが適切なフォーマットに従っていることを確認してください。メール内容の書式は、インターネット・メッセージ・フォーマット（IMF）標準、RFC 5322に準拠する必要があります。

一括送信者の行動計画

実装 SPF、DKIM、DMARCの導入ドメイン
有効にする ワンクリック配信停止
PTRレコードをチェックするレコードが有効であることを確認する
スパム率を 0.3%以下に保つ
有効なヘッダーを使用するFrom:" と "Reply-to" には有効なヘッダを使用すること。
メーリングリストを メーリングリストをクリーンに保つ
RFC固有の 適切な電子メールの書式ガイドライン
転送メールにARCヘッダーを実装

コンプライアンスを維持するためのツールとリソース

SPF、DKIM、DMARC設定の確認

PTRレコードのチェック

メールヘッダの分析

スパムメール率をチェックする

メッセージフォーマットに関するRFCガイドラインを見る

最後の言葉

Google、Yahoo、Microsoft、Appleなどのプロバイダーは、より安全で信頼性の高い受信体験を促進するために、バルクメール送信者ポリシーを進化させています。コンプライアンスチェックリストは長く感じるかもしれませんが、各ステップは信頼を築き、配信可能性を向上させ、メールが適切な読者に届くようにするのに役立ちます。SPF、DKIM、DMARCから始め、リストを健全な状態に保ち、メール認証を有利に働かせましょう！