SPF レコードジェネレーター
ドメイン用の有効な SPF TXT レコードを作成。IP アドレス、メールサーバー、サードパーティ送信元を追加し、公開用の正確な DNS 値を取得します。
SPF レコードを生成
このドメインのメール送信を許可する IPv4 または IPv6 アドレスを追加します。
Google Workspace や SendGrid などのサードパーティ送信サービスを追加します。
SPF レコードとは何か、なぜ重要なのか
SPF（Sender Policy Framework）レコードは、ドメインを代表してメールを送信できるメールサーバーを指定する DNS TXT レコードです。受信サーバーは、あなたのドメインから来たと主張するメッセージを受け取ると、SPF レコードを照会して送信 IP が一覧にあるか確認します。IP が許可されていない場合、メッセージは拒否されるかスパムとしてマークされることがあります。
SPF は DKIM・DMARC と並ぶ、メール認証の基盤となる 3 つの標準の 1 つです。それがないと、誰でも envelope sender フィールドであなたのドメインを偽装でき、ドメインはフィッシングやなりすましの標的になります。最新のメールボックスプロバイダーや企業向けメールゲートウェイの多くは、メールを受け入れる前に SPF を確認します。
SPF レコードの構文を理解する
すべての SPF レコードは v=spf1 で始まり、バージョンを宣言します。その後、許可された送信者を列挙するメカニズムを追加します。レコードは all メカニズムと呼ばれる修飾子で終わります。
- ip4:x.x.x.x — 単一の IPv4 アドレスを許可
- ip4:x.x.x.x/24 — IPv4 CIDR 範囲を許可
- ip6:::1 — IPv6 アドレスを許可
- include:domain.com — 別ドメインの SPF レコードを取り込む（サードパーティ送信元向け）
- a — ドメインの A レコード IP を許可
- mx — ドメインの MX レコード IP を許可
SPF ポリシー修飾子の説明
SPF レコード末尾の修飾子は、未許可の送信者からのメールに対して受信サーバーがどう扱うかを制御します。
| 修飾子 | 動作 |
|---|---|
| +all | すべての送信者が通過。絶対に使わないでください — SPF を完全に無効化します。 |
| ~all | Softfail — 未許可メールは受け入れられるがフラグが付く。テスト時に使用。 |
| -all | Hard fail — 未許可メールは拒否。本番で使用。 |
| ?all | Neutral — ポリシー未宣言。ほぼ不要。 |
よく使う SPF include ディレクティブ
サードパーティのメールサービスを使う場合は、include: ディレクティブでその許可送信ドメインを追加する必要があります。最も一般的なものは次のとおりです。
- Google Workspace: include:_spf.google.com
- Microsoft 365: include:spf.protection.outlook.com
- Mailchimp: include:servers.mcsv.net
- SendGrid: include:sendgrid.net
- Mailgun: include:mailgun.org
SPF のルックアップ上限と守り方
SPF には評価中の DNS ルックアップが 10 回という厳格な上限があります。include:、a、mx の各メカニズムが 1 回のルックアップとして数えられます。多くのサードパーティ SPF レコードは内部で追加のルックアップを発生させます。合計が 10 を超えると SPF 評価は PermError を返し、失敗として扱われます。上限を守るには、可能な限り直接の IP アドレスを使い、入れ子の include チェーンを避けてください。
SPF は DKIM と DMARC と組み合わせるのが最適
SPF だけでは envelope sender（Return-Path）を保護し、表示される From アドレスは保護しません。なりすましを完全に防ぐには、メッセージに署名する DKIM と、認証結果を From ヘッダーと整合させる DMARC も必要です。これら 3 つの標準が揃って、Gmail、Outlook、Yahoo Mail が期待するメール認証のベースラインになります。
SPF を設定したあとは、リストもきれいに保ちましょう。 メール検証 は送信前に無効・危険なアドレスを削除し、バウンス率を低く保ち、正しい認証で築いた送信者レピュテーションを守ります。また 一括メール検証 で大量のアドレスを検証したり、 メール検証 APIでスタックに直接統合できます。
よくある質問
1. SPF とは何で、なぜ重要なのか？
SPF は Sender Policy Framework の略です。ドメイン所有者が、どのメールサーバーが自分の代わりにメールを送信できるかを指定できる DNS ベースのメール認証方式です。SPF がないと、どのサーバーでもあなたのドメインからメールを送っていると主張でき、フィッシングが極めて容易になります。ISP やスパムフィルターは、メールを配信するかどうかを判断する主要な信頼シグナルとして SPF 結果を使います。
2. SPF レコードをどう公開する？
このツールで SPF レコードを生成し、DNS プロバイダーにログインして、ドメインルート（多くの場合 @ またはルートドメイン）に生成値を持つ TXT レコードを追加します。変更は通常 30 分以内に伝播しますが、世界全体では最大 48 時間かかることがあります。
3. ~all と -all の違いは？
~all（softfail）は、未掲載 IP からのメールは疑わしいが受け入れべきだと受信サーバーに伝えます。-all（hardfail）は、未掲載の送信者を拒否するか強くペナルティするよう指示します。初めて SPF を設定するときは ~all を使い、すべての送信サービスが一覧に入っていると確信したら -all に切り替えてください。
4. 1 つのドメインに複数の SPF レコードを持てる？
いいえ。ドメインには SPF レコードがちょうど 1 つ必要です。同じドメインに v=spf1 で始まる TXT レコードが 2 つあると、SPF 評価は永久エラーになり、すべてのメールが SPF チェックに失敗します。すべてのメカニズムを 1 つのレコードにまとめてください。
5. SPF レコードは何回の DNS ルックアップを許可する？
SPF は、評価ごとに DNS を問い合わせるメカニズム（include、a、mx、ptr、exists）の合計を 10 に制限します。これを超えると permerror になります。include は慎重に数えてください。多くのプロバイダーは、それぞれ上限に数えられる入れ子の include を連鎖させます。
6. SPF だけでメールのなりすましを防げる？
SPF が認証するのは envelope-from（MAIL FROM）アドレスだけで、受信者に表示される From ヘッダーではありません。SPF が通過しても、攻撃者は From ヘッダーを偽装できます。受信トレイに見えるドメインなりすましを完全に防ぐには、SPF と DKIM の両方に整合した DMARC ポリシーが必要です。
その他の機能を探索
BillionVerify が提供するすべての強力な機能を発見