この
DNSは、ドメインの設定情報を公開する層です。メールボックスプロバイダーはメールを受信・評価する際にDNSを参照し、ドメインが正しく設定されているか、認証レコードが存在するか、返信や受信メールをどこにルーティングすべきかを判断します。DNSの小さなミスは、すべての受信サーバーから見えてしまうため、到達率の大きな問題につながることがあります。
このチェッカーは、新しいメールプラットフォームを接続するとき、SPFやDMARCのレコードが反映されたかを確認するとき、MXレコードが正しいメールホストを指しているかを確かめるとき、キャンペーン前にドメインを見直すときに便利です。一括メール検証の代わりにはなりませんが、キャンペーンを支えるドメインのインフラが足を引っ張っていないことを確認できます。
メールに
MXレコード
MXレコードは、ドメイン宛てのメールをどのサーバーが受信するかを示します。MXレコードがないと、受信メールが届かない場合があります。古いプロバイダーを指していると、返信、パスワードリセット、業務連絡が誤った場所に届くことがあります。営業やマーケティングのチームにとっては、送信は問題なく行われているように見えても、返信の処理が気づかないうちに止まってしまうおそれがあります。
TXT
TXTレコードには通常、SPFとDMARCのレコードが含まれます。SPFは、ドメインからのメール送信を許可されたサービスの一覧です。DMARCは、認証に失敗したメッセージを受信側がどう評価すべきかを指定します。1つのドメインに設定できるSPFレコードは1つだけなので、SPFレコードの重複は、通常のキャンペーンが突然認証チェックに失敗し始めるよくある原因です。
DKIM
DKIMレコードは、セレクターごとの名前の下に保存されます。例：selector._domainkey.example.com。これにより、送信プラットフォームがそのドメインのためにメッセージに署名したことが証明されます。メールプラットフォームからDKIMセレクターの公開を求められた場合は、変更が反映された後にDNSチェッカーでレコードが存在するかを確認してください。
A、
AレコードとAAAAレコードは、名前をIPアドレスに対応付けます。CNAMEレコードは、あるホスト名を別のホスト名に向けます。ネームサーバーレコードは、どのDNSプロバイダーがドメインを管理しているかを示します。送信プラットフォームからトラッキングドメイン、ブランドリンク、Return-Pathレコードの接続を求められた場合に重要になります。
実践的な
ドメインが想定どおりのDNSプロバイダーとメールホストを指しているかを確認します。途中までしか完了していない移行を見つけられます。
SPFとDMARCを確認します。ドメインに複数のSPFレコードがある場合は、複数のプラットフォームから送信する前に1つに統合してください。
送信プラットフォームを利用する前に、DKIMセレクター、ブランドトラッキングドメイン、確認用トークンが参照できることを確認します。
この
新しい送信ドメインを立ち上げる前、メールプロバイダーを変更した後、到達率チェッカーで認証の不足が報告されたとき、サポートチームからDNSレコードが有効であることの証明を求められたときに、DNSチェッカーを使いましょう。複数のクライアントのドメインを管理する代理店にとっても、必要なレコードが存在するかをすばやく繰り返し確認できるので便利です。
DNSは正しく見えるのにキャンペーンがバウンスし続ける場合は、ドメイン設定からリストの品質に目を向けましょう。健全なアウトバウンドでは両面を確認します。送信ドメインが正しく認証されていること、そして受信者リストに到達可能なアドレスが含まれていることです。
複数の送信ドメインを管理するチームは、想定されるMX、SPF、DKIM、DMARCの値を簡単に記録しておきましょう。プロバイダーの移行、代理店からの引き継ぎ、DNSの整理の後に、想定外の変更を見つけやすくなります。