SPF
ドメインからの送信を許可するメールサービス用のSPF TXTレコードを作成し、次のキャンペーンやプロダクトメールを送る前にDNSに公開しましょう。
要約
- このSPFジェネレーターで、ドメインとしてメールを送信できるIPアドレス、MXサーバー、メールプラットフォームを列挙できます。
- 正当な送信サービスをすべて把握しているなら、厳格な設定から始めましょう。ソフトフェイルは、メールの送信元をまだ監査中の場合にのみ使用してください。
- レコードを公開したら、 SPFチェッカーおよびメールヘルスチェックを実行し、DNSに正しく反映されていることを確認しましょう。
SPF
-all
ほとんどの構成で推奨されます。SPFレコードに記載されていないサーバーは認証失敗として扱われます。
~all
記載されていないサーバーからのメッセージも受け付けられますが、マークが付きます。厳格な設定に移る前に、新しいSPFレコードをテストするのに適しています。
ルックアップの
SPFレコードにはDNSルックアップ10回の上限があります。超えると失敗の原因になります。このツールで上限内に収めましょう。
正当な
SPFレコードは、ドメインのルートに置くTXTレコードです。そのドメインとしてメールを送信できるシステムを受信側のメールボックスに伝えます。通常は、社内メール用のGoogle WorkspaceまたはMicrosoft 365、ニュースレター用のメールサービスプロバイダー、領収書やパスワードリセット用のトランザクションメールサービス、場合によってはCRMやセールスエンゲージメントプラットフォームが含まれます。
SPFを安全に作成するには、ハードフェイルのポリシーに切り替える前に、すべての送信元を洗い出すことが大切です。メールプロバイダー、CRM、ヘルプデスク、請求システム、プロダクトアプリ、同じドメインやサブドメインから送信するコールドアウトリーチツールを確認しましょう。SPFに含まれていない送信サービスがあると、本来は正当なメールでも、メールボックスプロバイダーに未認証として扱われることがあります。
SPFには実務上の制約もあります。 include:、 a、 mx、 exists、redirectなどのメカニズムはDNSルックアップを発生させることがあり、SPFの評価はDNSルックアップ10回までに制限されています。見た目に問題がなくてもこの上限を超えるレコードは、メールボックスの評価時に失敗することがあります。レコードは必要なものに絞り、重複したincludeを避け、チームやツールごとに別の送信設定が必要な場合は専用のサブドメインを使いましょう。
社内メール、ニュースレター、アプリの通知、請求書、営業ツールなど、あなたのドメインとして送信するすべてのサービスを集めます。
必要なIPとincludeドメインを追加し、フェイルポリシーを選んで、生成されたSPFの値をコピーします。
レコードを公開し、DNSの反映を待ってから、SPFチェッカーとDMARCチェッカーで結果を確認します。
SPFと
SPFは必要ですが、それだけで到達率の設定が完了するわけではありません。 DKIM はメッセージに署名し、送信後にメールが改ざんされていないことを受信サーバーが確認できるようにします。 DMARC は、SPFやDKIMが表示上のFromドメインと整合しない場合にどうするかをメールボックスプロバイダーに伝えます。これらのレコードが連携することで、メッセージが許可されたものかどうかをメールボックスが判断しやすくなります。
認証があっても、質の悪いリストが安全になるわけではありません。古いアドレス、綴りの誤ったアドレス、リスクのあるアドレスに送信すると、認証は通っても、バウンス率や苦情のシグナルが送信元の評価を下げる可能性があります。キャンペーンやCRMのエクスポートでは、送信前にまずリストを無料メール検証ツールまたは一括検証で検証しましょう。バウンス率3%未満は健全、3-5%はクリーンアップと見直しが必要、5%超は送信ドメインにとって高リスクです。
複数の送信サービスを使うチームは、変更を公開する前に、各includeの担当者を記録しておきましょう。ベンダーの削除、サブドメインの追加、送信プラットフォームの推奨SPF includeの変更があったときに、後の監査が楽になります。
SPF
SPFレコードはどこに公開すればよいですか？
生成した値を、example.comのような送信ドメインのルートにTXTレコードとして公開してください。サブドメインから送信する場合は、代わりにそのサブドメインにSPFレコードを公開します。
-allと~allのどちらを使うべきですか？
正当な送信サービスがすべてレコードに含まれていると確信できる場合は-allを使います。監査中や移行中は、設定期間中にメールボックスプロバイダーへ伝わるシグナルが穏やかになる~allを使いましょう。
1つのドメインに複数のSPFレコードを置けますか？
いいえ。1つのドメインにはSPF TXTレコードを1つだけ置くべきです。複数のSPFレコードがあると、受信サーバーが恒久的なエラーを返すことがあります。すべての送信サービスを1つのレコードにまとめてください。
SPFを設定していても、DKIMとDMARCは必要ですか？
はい。SPFは送信者を許可し、DKIMはメッセージに署名し、DMARCは認証をドメインのポリシーに結び付けます。現代のメールボックスから信頼を得るには、3つのレコードすべてが連携する必要があります。