DKIMレコードチェッカー

DKIMの検索結果の読み方

DKIMの検索は、送信ドメインとセレクターの2つの入力に基づきます。セレクターはドメインだけでは判断できないことがあります。通常は、Google Workspace、Microsoft 365、SendGrid、Mailgun、Postmark、Amazon SES、またはメッセージに署名するメールサーバーから提供されます。セレクターが間違っていると、別のセレクターでDKIMが設定されていても、レコードが存在しないように見えることがあります。

レコードが見つかったら、値がv=DKIM1で始まり、p=タグに公開鍵が含まれていることを確認してください。プロバイダーによっては、鍵の種類やサービスのタグも含まれます。運用上最も重要なのは、公開されている公開鍵が、送信者が使う秘密鍵と一致していることです。メールプラットフォームが鍵をローテーションする場合は、DNSレコードを新しい公開鍵の値に更新する必要があります。

DKIMレコードが見つからない場合は、セレクターに誤字がないかを確認し、DNSのホスト名を確かめ、DNSの反映を待ちましょう。DNSプロバイダーによって、ホスト名のセレクター部分だけを求める場合もあれば、selector._domainkeyという完全な名前を求める場合もあります。レコードが表示されたら、少量のテストメッセージを送信して認証ヘッダーを確認し、実際のメールボックス処理でDKIMが合格することを確かめましょう。

送信前によくあるDKIMの不備

よくあるDKIMの不備は、セレクターの不一致、鍵を貼り付けた際の文字の欠落、DNSレコードの誤った分割、ローテーション後に残った古い鍵です。ルートドメインで認証しているのにキャンペーンはサブドメインから送信している、あるいはその逆も、よくある問題です。Fromアドレスで使われている正確なドメインと、送信元が使っている正確なセレクターを必ず確認しましょう。

DKIMは、受信箱からの信頼を得るための要素の1つです。アウトリーチやマーケティングのキャンペーンでは、認証チェックとリストの検証を組み合わせましょう。VeriMailsなら、メール検証ツール、検証API、または一括CSV検証でアドレスを検証できます。認証はメッセージの送信者を確認するもので、検証は無効なアドレスやリスクのあるアドレスに送信する可能性を減らします。

複数の送信プラットフォームに対応したDKIMチェック

1つのドメインに複数のDKIMセレクターがあることは珍しくありません。チームの受信トレイのメール、ライフサイクルメール、ニュースレター、コールドアウトリーチ、サポートツール、請求通知は、同じブランドから送信されていても、それぞれ異なる鍵で署名されている場合があります。セットアップガイドで最初に見つけたセレクターだけでなく、有効なセレクターをすべて確認しましょう。

セレクターの管理状況をシンプルに記録しておきましょう。記録する項目は、セレクター名、送信プラットフォーム、ドメインまたはサブドメイン、DNSホスト、最終検証日です。プラットフォームを入れ替えたときや、鍵のローテーションで新しいセレクターが作成されたときに役立ちます。プロバイダー側ではDKIMが有効と表示されているのにチェッカーでレコードが見つからない場合も、この一覧があれば不足しているDNSホストをすぐに特定できます。

キャンペーン配信の場合は、シーケンサーやメール配信プラットフォームにリストをインポートする前にこのチェックを行ってください。DKIMの結果が正常でも受信者データの不備は解消されませんが、バウンスやエンゲージメントのシグナルがドメインに影響し始める前に、避けられる認証の問題を1つ取り除けます。

複数のセレクターが有効な場合は、次回のキャンペーンを送信するプラットフォームが使うセレクターを確認してください。1つのドメインで正常なDKIMセレクターと壊れたセレクターが同時に存在することもあるため、確認しやすいセレクターだけをテストすると、準備ができていると誤解するおそれがあります。