ドメインメールのヘルスチェックとは何ですか?
ドメイン電子メールの健全性チェックは、メールが受け入れられ、認証され、信頼されるかどうかを制御するすべての DNS レベルの制御を 1 回のパスで検査します。このツールは、ドメインの 7 つのレイヤー (MX レコード、SPF、DKIM、DMARC、A レコード、MTA-STS、BIMI) をクエリし、重み付けされた全体スコアとともに各レイヤーのステータスをレポートします。
スコアは一律の平均ではありません。基本的なコントロールの方が重要であり、あれば便利な BIMI ロゴよりも動作する MX と SPF の方が重要であるため、この数値は実際の配信可能性への影響を反映しています。これは、送信前のチェックリストと考えてください。これにより、何がしっかりしていて、何が欠けているか、送信をスケールする前に最初に修正すべき点が一目でわかります。
ドメインメールのヘルスチェックを実行する理由は何ですか?
1全体像を一度に見る
7 つの個別のルックアップを実行する代わりに、すべての認証層とルーティング層を 1 つの優先順位付きビューで取得します。
2最も影響の大きいギャップを最初に修正する
重み付けされたスコアは、簡単な勝利だけでなく、到達性を最も左右するコントロールを示します。
3大きな送信の前に監査する
起動、移行、またはウォームアップの立ち上げ前に、ドメインが運用準備が整っていることを確認する
4時間の経過に伴うトラックの強化
変更するたびに再実行して、SPF、DKIM、DMARC、MTA-STS がすべて適切に機能していることを確認します。
ヘルスチェックの仕組み – ステップバイステップ
メールの送信元のドメインを入力します。ルート ドメインです。プロトコルやパスは必要ありません。
このツールは、パブリック DNS 経由で MX、SPF、DKIM、DMARC、A、MTA-STS、および BIMI を並行してクエリします。
DKIM の場合、最も一般的なセレクターが調査されるため、ユーザーがキーを指定しなくても有効なキーが見つかります。
各レイヤーは重要度によってスコア付けされ、結果は重み付けされた 0 ～ 100 の健康スコアに結合されます。
全体的な判定 (健全、注意が必要、重大) に加えて、チェックごとの合格/不合格の内訳も得られます。
一般的なドメインの健全性のギャップと修正
DMARCポリシーなし
DMARC がないと、SPF と DKIM はエンドツーエンドで適用されません。少なくとも p=none を公開してから強化してください。
DKIMが見つかりません
共通セレクターが解決されない場合は、署名がオフになっているか、カスタム セレクターを使用している可能性があります - ESP の設定を確認してください
SPF が許容範囲すぎるか不足しています
SPF レコードが欠落しているか、+all であるとスプーフィングが発生します。実際の送信者のみをリストし、-all または ~all で終わります。
MX レコードがありません
有効な MX がない場合は、ドメインがメールまたはバウンス レポートを確実に受信できないことを意味します。プロバイダーの記録を公開してください。
よくある質問 (FAQ)
1 回のスキャンで、ドメインの 7 つの DNS レベルのレイヤー (MX レコード (メール ルーティング)、SPF、DKIM、DMARC (認証)、A レコード (アドレス解決)、MTA-STS (トランスポート暗号化)、BIMI (ブランド ロゴ) を検査します。それぞれが合格、欠落、または不明として報告され、単一の重み付けされた到達性スコアに結合されます。
スコアは一律の平均ではなく、重要度によって重み付けされます。基本的なコントロール (MX、SPF、DKIM、DMARC) が最も多くの影響を及ぼしますが、MTA-STS や BIMI などの新しいオプションのレイヤーによる影響は小さくなります。これは、この数値が実際の配信可能性への影響を反映していることを意味します。つまり、DMARC がないドメインのスコアは、単に BIMI ロゴがないドメインよりもはるかに低くなります。
いいえ。ヘルスチェックは、主要な電子メールプロバイダーが使用する最も一般的な DKIM セレクターを自動的に調査するため、ほとんどの場合、何も入力しなくてもキーを見つけます。ドメインで一般的ではないカスタム セレクターを使用している場合、署名は機能していても DKIM レイヤーが見つからないと表示されることがあります。その場合は、DKIM チェッカーを使用して個別に確認してください。
正常な範囲にあるドメインには、動作する MX、有効な SPF レコード、DKIM 署名、および信頼できる送信の中核である強制された DMARC ポリシーが存在します。通常、中間のスコアは認証が不完全であることを意味し (多くの場合、p=none での DMARC または DKIM が欠落している)、低いスコアは修正されるまで配信性に悪影響を与える根本的なギャップを示しています。
主要な送信イベント (製品の発売、ドメインの移行、ウォームアップ ランプの開始など) の前に 1 回実行し、メール設定の DNS 変更後にも 1 回実行します。定期的なチェックでは、ベンダーによる DKIM キーのローテーションやポリシー ファイルのオフライン化などのサイレント リグレッションも、配信に影響を与える前に検出します。