SPF レコードとは。~all と -all の違い、include の上限と確認のしかた

自社ドメインでメールを送ってよいサーバーの一覧を公開する設定。

更新 2026-10-29 SECUNOA(セキュノア)

ひとことで

SPF は、「自社のドメイン(例:@example.co.jp)でメールを送ってよいのは、このサーバーだけです」という一覧を、DNS(ドメインの住所録)に 1 行で公開する設定です。メールを受け取った側は、この一覧と照らし合わせて、正規の送り元かを確かめます。

たとえば v=spf1 include:_spf.google.com ~all は、「Google Workspace のサーバーから送ったものは正規、それ以外は怪しい」という意味です。

無いと何が起きるか

受け取る側が送り元を確かめられないため、自社ドメインをかたったメールが通りやすくなります。逆に、自社の正規のメールが迷惑メール扱いされることもあります。

必要か

メールを送るドメインなら必要です。設定があっても、次の 2 点は確認しておくと安心です。

~all と -all の違い 末尾の all は「一覧に無い送り元をどう扱うか」です。~all は「怪しいが受け取ってよい」、-all は「正規ではないので拒否してよい」。-all の方が厳しく、送り元の登録漏れがあると正規のメールまで届かなくなります。

include は 10 回まで include は「この会社の一覧も含める」という書き方です。メール配信サービスや請求書の送信サービスを足していくと増えますが、受け取る側が問い合わせる回数(include などの合計)は 10 回までと決まっています。超えると SPF 全体が無効と判定されます。

また、SPF のレコードは 1 つのドメインに 1 つだけです。2 行に分かれていると、これも無効になります。

頼み方

制作会社・保守担当(またはメールを管理している会社)には「SPF レコードに今使っている送り元がすべて入っているか、include が 10 回を超えていないか確認してください」と伝えれば通じます。

よくある質問

~all と -all はどちらにすべきですか。

送り元をすべて把握できているなら -all、まだ自信がなければ ~all で始めるのが一般的です。DMARC を合わせて設定していれば、~all でも DMARC 側で扱いを決められます。

自社のサイトで確かめる

ドメインを入れるだけで、この記事に出てきた項目が外からどう見えているかを無料で点検できます。設定は変えません。結果はその場で出ます。