無料ドメインメール健全性チェッカー — MX、SPF、DKIM、DMARCなどを一括スキャン

任意のドメインの完全なメール健全性チェックを実行。MXレコード、SPF、DKIM、DMARC、Aレコード、MTA-STS、BIMIを一括スキャンで検証し、総合健全性スコアと修正すべき内容を把握します。

完全なメール健全性チェックのためのドメインを入力

完全なメール健全性チェックが重要な理由

完全なメール健全性チェックなしの場合

  • 1つの壊れたレコードがサイレントで失敗し、他のすべては正しく見えます
  • レコードを1つずつ確認するとポリシー間の相互作用の影響を見落とします
  • 配信性の問題が数日または数週間診断されないままになります
  • 移行後のDNSエラーは包括的な監査なしでは発見が困難です

完全なメール健全性チェックありの場合

  • 1回のスキャンで7つのレコードタイプをすべて確認 — MX、SPF、DKIM、DMARC、A、MTA-STS、BIMI
  • 総合健全性スコアで最初に修正すべきことを優先順位付け
  • レコードが相互作用したときにのみ現れる設定エラーを検出
  • 移行後または変更後の確認を数分ではなく数秒で実行

このメール健全性チェッカーが返す情報

単一のスキャンで主要なメール関連のDNSレコードをすべて確認し、レコードごとのステータスとともに健全性スコアを返します。

ステータスつきの総合健全性スコア(0〜100) — healthy、warning、またはcritical
MXレコードのステータスとメールサーバーのホスト名
SPF、DKIM、DMARCのステータスと生のレコード
完全なカバレッジのためのAレコード、MTA-STS、BIMIのステータス

メール健全性チェックの一般的なユースケース

完全なドメインメール健全性チェックは配信性の問題を診断する最速の方法です。

新しいドメインの設定

新しいドメインの設定 — 最初の送信前にすべてのレコードが正しく設定されていることを確認

移行後の監査

移行後の監査 — DNSレコードがESP、ホスティング、またはレジストラの変更後も残っていることを確認

配信性のトラブルシューティング

配信性のトラブルシューティング — メールがスパムに配信される理由を診断

定期的なメンテナンス

定期的なメンテナンス — 本番ドメインの定期的な確認でドリフトを検出

クライアントのオンボーディング

クライアントのオンボーディング — キャンペーン開始前に新規クライアントのドメイン設定を監査

コンプライアンスレビュー

コンプライアンスレビュー — メール認証が組織のセキュリティ基準を満たしていることを確認

健全なDNSが第一歩です。クリーンなメールリストが長期的に配信性を高く保ちます。
EmailVerify.ioを無料で試す

健全性チェック結果の読み方

健全性スコアとレコードごとのステータスを使用して正しい順序で修正を優先順位付けしてください。

総合スコアを確認

スコアが80以上の場合、ドメインのメールインフラは健全です。50〜79はwarning — フラグが立てられたレコードを確認してください。50未満はcriticalで、配信失敗を引き起こす可能性が高いです。

まずMXレコードを修正

MXレコードは受信メールの行き先を制御します。欠落または壊れたMXはメールを受信できないことを意味します。他のレコードより前にMXを修正してください — これなしではSPFとDKIMの検証に基盤がありません。

SPF、DKIM、DMARCを確認

この3つはメール認証のために連携しています。SPFはどのサーバーがドメインの代わりに送信できるかを指定します。DKIMは送信メールに署名します。DMARCは両方のチェックが失敗した際に受信者が何をすべきかを指示します。

高度なレコードを最後に確認

MTA-STSとBIMIはオプションですが、セキュリティとブランド信頼を向上させます。高度なレコードに時間をかける前に、コア認証(SPF、DKIM、DMARC)を修正してください。

ドメインメール健全性チェッカーを使用する方

完全なメール健全性チェックは、メールインフラに責任を持つすべての方が使用します。

メール管理者

ドメインDNS設定と稼働時間に責任を持つメール管理者

配信性コンサルタント

クライアントドメインの設定を監査する配信性コンサルタント

マーケティングマネージャー

キャンペーンがスパムに配信される理由を診断するマーケティングマネージャー

ITチーム

サーバー移行またはDNSプロバイダー変更後にメール設定を確認するITチーム

メール代理店

新規クライアントドメインのオンボーディングチェックを実行する代理店のメールチーム

よくある質問

よくある質問

Question Icon

ドメインメール健全性チェックはどのレコードをカバーしますか?

チェックは7つのレコードタイプをカバーします:MX(メールルーティング)、SPF(送信者認証)、DKIM(暗号署名)、DMARC(ポリシー強制)、Aレコード(IP解決)、MTA-STS(TLS強制)、BIMI(ブランドロゴ表示)。

Question Icon

健全性スコアはどのように計算されますか?

健全性スコアは各メール関連DNSレコードの存在と有効性に基づいて計算されます。コアレコード(MX、SPF、DMARC)は高度なレコード(MTA-STS、BIMI)よりも重く評価されます。スコアが80を超えると健全な設定を示します。

Question Icon

まずどのレコードを修正すべきですか?

まずMXレコードを修正してください — これがないとメールを受信できません。次にSPF、DKIM、DMARCで認証を対処してください。MTA-STSとBIMIのような高度なレコードは、コア認証が確立された後に対処できます。

Question Icon

DKIMが「見つかりません」と表示されるのはなぜですか?

DKIMレコードはselector._domainkey.yourdomain.comのようなセレクタ固有のサブドメインで公開されます。セレクタはメール送信プロバイダーによって定義されます。このツールは一般的なセレクタを確認します — 見つからない場合は、ESPでセレクタ名を確認してください。

Question Icon

SPFレコードは存在するのにDMARCが警告を表示するのはなぜですか?

DMARCはSPF整合性を必要とします — Fromヘッダーのドメインは、SPFパスのドメインと一致する必要があります。送信インフラがReturn-Pathに異なるドメインを使用している場合、SPFはパスするかもしれませんがDMARC整合性は失敗します。

Question Icon

定期的なモニタリングにこのツールを使用できますか?

はい。毎月完全なメール健全性チェックを実行することで、DNSドリフト、インフラ変更後の誤設定レコード、受信トレイプロバイダーが追加した新しい認証要件を検出できます。

Question Icon

このツールは実際のメール配信をテストしますか?

いいえ。このツールはDNSレコードのみを確認します — テストメールを送信したり、受信トレイへの配置をシミュレートしたりしません。実際の配信性テストには、このDNS監査と並行して受信トレイ配置ツールまたはシードリストテストを使用してください。

Question Icon

このツールは確認したドメインを保存しますか?

いいえ。すべてのDNSルックアップはリアルタイムで実行され、クエリ完了後にドメインデータは保持されません。