2024 年、Google と Yahoo ではメール認証の実践の分野で大きな変化が起きています。かつては単に「やるべきこと」と考えられていたことが、今では「しなければならないこと」へと進化しています。
これらの新しい要件に従わないと、電子メールが意図した宛先に届かなくなる可能性があります。
Google は送信者要件の施行期限を 2 月から 4 月まで、ワンクリック購読解除の期限を 6 月まで延長しましたが、Vibetrace がすでにこれらの基準に準拠していることを強調することが重要です。
次のセクションでは、当社のプラットフォームがすでに満たしている Google/Yahoo の要件を詳しく掘り下げ、完全なコンプライアンスを確保するためのガイダンスをお客様に提供します。
これらの変更により、当社のコミュニケーション戦略が主要なメールボックス プロバイダーが推奨するベスト プラクティスと一致し、お客様の電子メール エクスペリエンスが向上すると確信しています。
私たちは、これらの新しい要件に対処できるようお手伝いいたします。ご質問がある場合、またはさらに詳しい説明が必要な場合は、お気軽にアカウント マネージャーまたは当社のカスタマー サポート チームにお問い合わせください。
Vibetrace のコンプライアンス 電子メールの要件
デフォルトの電子メールプロバイダー
デフォルトの電子メールプロバイダーは、 スパークポスト (メッセージバード)。彼らは、業界のベストプラクティスに基づいて顧客に最高のエクスペリエンスを提供することに重点を置いています。私たちは最初からこれらのルールに従っているので、すべてのお客様が安全です。
Vibetrace のお客様は、当社がお客様に代わって新しい要件に対応いたしますので、ご安心ください。
Vibetrace のすべての顧客向け。 ドメイン認証が必要です
要件 1: ドメインの SPF および DKIM 電子メール認証を設定します。
当社のプラットフォームは、有効な DKIM キーと SPF レコードの使用を義務付けることで、この要件への準拠を保証します。
要件 2: 送信ドメインまたは IP に有効な順方向および逆方向 DNS レコード (PTR レコード) があることを確認します。
BYOIP (Bring Your Own IP) プログラムのものも含め、すべての Vibetrace IP には PTR レコードが装備されています。これらのレコードは、送信側ホスト名と送信側 IP アドレスの関連付けを確認し、すべてのホスト名はそれぞれの送信側 IP アドレスを正確に指す転送 DNS エントリを持っています。
要件 3: 電子メールの送信には TLS 接続を使用します。
お客様にとって最適なセキュリティと安定性を追求するため、TLSv1.1 以降のサポートを提供します。
要件 4: インターネット メッセージ フォーマット標準 (RFC 5322) に従ってメッセージをフォーマットします。
Vibetrace は RFC 5322 に完全に準拠しています。
要件 5: メーリング リストや受信ゲートウェイの使用など、電子メールを定期的に転送する場合は、送信電子メールに ARC ヘッダーを追加します。
Vibetrace はリレーとして機能しないため、この要件は当社には適用されません。
要件 6: マーケティング メッセージと購読メッセージは、ワンクリック購読解除をサポートし、メッセージ本文に明確に表示される購読解除リンクを含める必要があります。
Vibetrace は、ワンクリック ソリューションと考えられる List-Unsubscribe ヘッダーで 'mailto' メソッドを採用することでこの要件を遵守しています。将来的には、List-Unsubscribe-Post ヘッダーと組み合わせて、購読解除ヘッダーに「mailto」と並んで HTTPS URI が必須になった場合に含める予定です。
メッセージ本文の購読解除リンクに対する責任はお客様にあることに注意することが重要です (下記を参照)。
お客様の責任
- スパム率の管理: スパム レートを 0.10% 未満に保ち、0.30% を超えないようにしてください。スパム トラップに起因する配信可能性の問題を軽減するには、さまざまなタイプとトラップのソースをカバーし、解決のための推奨事項を提供する包括的なガイドを参照してください。
- 購読解除リンクを含める: 受信者のエンゲージメントと効率を高めるために、各メッセージの本文に目立つように購読解除リンクが含まれていることを確認してください。
- DMARC 電子メール認証: Google のガイドラインによれば、1 日の電子メールの量が 5,000 メッセージを超える場合は、送信ドメインの DMARC レコードを確立することをお勧めします。ただし、電子メールの量に関係なく、すべての送信ドメインに対して DMARC レコードを実装することがベスト プラクティスと考えられます。最初に推奨される構成は、ポリシーを「なし」に設定することです。さらに、送信者の From: ヘッダーが SPF ドメインまたは DKIM ドメインと一致していることを確認してください。
さらに詳しい情報については、以下を参照してください。
