無料ツール
SPFレコードチェッカー：ドメインのSPFを数秒でテスト
ドメインを入力すると、無料のSPFチェッカーがSPFレコードを取得し、各メカニズムを解説して、メール認証を阻害する問題を指摘します。
SPFレコードチェッカーは、どのサーバーがあなたのドメインの代わりにメールを送信することを許可されているかを正確に示します。SPFはDKIMやDMARCと並ぶメール認証の3本柱の一つであり、Gmailなどのメールプロバイダーはすべてのメッセージでこれをチェックします。SPFレコードが欠落していたり、重複していたり、長すぎたりすると、メールはスパムとして扱われやすくなります。このツールはドメインのTXTレコードをリアルタイムで照会し、各メカニズムを平易な言葉で解析し、一般的なミスがないか検証します。
無料SPFレコードチェッカーの使い方
- 1
yourcompany.comのようにドメインを入力します。URLやメールアドレスを貼り付けても、ドメイン部分を抽出します。
- 2
「SPFをチェック」をクリックするか、Enterキーを押します。
- 3
まずポリシー判定を確認してください。許可していないサーバーを受信側がどう扱うかがわかります。
- 4
メカニズムリストを確認し、リストされているすべてのサービスが現在もメールを送信しているか確認します。
- 5
警告が表示された場合は修正してください（レコードの追加、重複の統合、DNSルックアップの10件以内への削減など）。
SPFレコードチェッカーFAQ
SPFレコードとは何ですか？
SPF (Sender Policy Framework) は、ドメインのDNSにあるTXTレコードで、あなたの代わりにメールを送信することを許可されたサーバーをリスト化したものです。メッセージが届くと、受信サーバーはそのレコードを照会し、送信元のIPがリストにあるかを確認します。これはGmailやYahooが現在一括送信者に求めている、DKIMやDMARCと並ぶ認証基準の一つです。
SPFレコードをドメインに追加するにはどうすればよいですか？
DNSプロバイダーのダッシュボードで、ドメインのルートにTXTレコードを作成します。値は v=spf1 で始まり、メールプロバイダーが指定するメカニズムを記述し、~all または -all で終わります。Google Workspaceの標準レコードは v=spf1 include:_spf.google.com ~all です。
なぜSPFレコードは1つしか持てないのですか？
SPF仕様では、ドメインごとに v=spf1 で始まるレコードを正確に1つだけ持つことが求められています。2つ以上あるとチェックが恒久的なエラーとなり、各レコードが正しくても認証に失敗します。新しいツールを追加する際は、2つ目のレコードを作るのではなく、すべてのメカニズムを1つのレコードに統合してください。
DNSルックアップ制限の10件とはどういう意味ですか？
include、a、mx、exists、redirectなどのメカニズムを評価すると、受信側は追加のDNSクエリを実行する必要があります。悪用を防ぐため、仕様ではチェックごとにこれを10件までに制限しています。制限を超えると恒久的なエラーとなり、SPFは黙って失敗します。ネストされたincludeもカウントされるため、このツールの推定値は下限値となります。
SPFだけでメールがスパムに入るのを防げますか？
いいえ、SPFは必要ですが十分ではありません。2024年以降、GmailとYahooはすべての人に最低限SPFまたはDKIMを、一括送信者には両方に加えてDMARCを求めています。コンテンツの品質、リストの健全性、送信量も到達率に影響します。まずは正しいSPF、DKIM、DMARCレコードを設定し、バウンス率や苦情率を低く保つようにしてください。
SPFはGmail経由のメールマージキャンペーンに影響しますか？
はい、良い方向に影響します。Mail Merge for Gmailでキャンペーンを送信すると、メッセージはGoogle自身のサーバーを経由して送信されます。ドメインに _spf.google.com を含めていれば、GoogleのSPFでカバーされます。つまり、すべてのキャンペーンメールは、あなたのSPFレコードが明示的に許可しているインフラから送信されることになります。
SPFの設定は完了しましたか？次は送信です。
Mail Merge for Gmailは、Google Sheetsから直接、Gmailの認証済みサーバーを使用してパーソナライズされたキャンペーンを送信します。