TXTレコードチェッカー - 無料のDNS TXTレコード検索ツール

任意のドメインのすべてのTXT DNSレコード(SPF、DMARC、DKIM、GoogleおよびMicrosoftの認証レコードを含む)を即座に検索・分析できます。無料で、リアルタイム、登録不要です。
DKIMセレクタ
種類で絞り込む
TXTレコードを取得中...
Google DNS ・Cloudflare ・OpenDNSによる実際の DNS 検索・登録不要

TXTレコードチェッカーの使い方

1
ドメイン名を入力してください(例: example.com) を入力フィールドに入力すると、ツールバーが https:// および経路を自動的に追跡する
2
GoogleCloudflareまたはOpenDNSの中からDNSリゾルバーを選択し、さまざまなソースからレコードを照会します
3
DKIMの自動検出機能はデフォルトで有効になっています。15の一般的なセレクタを並行してチェックし、検出されたものはインラインで表示されます。または、この機能を無効にして、特定のセレクタを手動で入力することもできます。
4
レコードを確認」をクリックするか、Enter キーを押すと、そのドメインのすべての TXT レコードが即座に取得されます。フィルターを使用して、特定のレコードタイプを絞り込むことができます

DNSのTXTレコードとは何ですか?

DNSのTXT(テキスト)レコードは、ドメインに関連付けられた任意のテキストデータを格納します。もともと人間が読み取れるメモとして設計されたTXTレコードですが、現在では機械が読み取れる検証や認証、とりわけ電子メールのセキュリティにおいて広く利用されています。

トラフィックやメールを転送するAレコードやMXレコードとは異なり、TXTレコードは公開掲示板のような役割を果たします。メールサーバー、セキュリティツール、サードパーティのサービスは、TXTレコードを読み取って、身元の確認、操作の承認、またはポリシーの適用を行います。

電子メール認証
SPF、DKIM、DMARCはいずれもTXTレコードを使用してポリシーを公開しており、受信メールサーバーはメールを配信する前にこのポリシーを確認します。
ドメイン認証
GoogleやMicrosoftなどのサービスでは、アクセスを許可する前に、ドメインの所有権を証明するためにTXTレコードを追加するよう求められます。
セキュリティポリシー
BIMI、MTA-STS、およびTLS-RPTレコードは、セキュリティ設定を受信サーバーに通知するためにTXTレコードとして公開されます。
サードパーティ製サービスの連携
多くのSaaSツールでは、カスタム送信ドメインやSSOを有効にする前に、ドメインの所有権を確認するためにTXTレコードを使用しています。

TXTレコードの種類 - 各タグの意味

このツールは、検出した各TXTレコードを自動的に分類します。各タグの意味については、以下を参照してください。

TXTレコードの種類一覧 - SPF、DMARC、DKIM、Google、Microsoft、その他
タグ その意味 対象となる
SPF ~で始まる v=spf1 - このドメインのメール送信を許可されるメールサーバーを指定します メールの配信率、スパム対策
DMARC ~で始まる v=DMARC1 - SPFまたはDKIMの検証に失敗したメールの処理方針を設定します メール認証ポリシー、不正利用の報告
DKIM ~で始まる v=DKIM1 - 受信サーバーがメールの署名を検証するために使用する公開鍵 メールの署名、改ざん検知
グーグル 含まれる google-site-verification - Google Workspace または Search Console への所有権を確認する Google サービスのドメイン認証
マイクロソフト 含まれる ms= または Microsoft のキーワード - Microsoft 365 または Azure AD への所有権を証明します Microsoft サービスのドメイン確認
その他 その他のTXTレコード - SaaSツールのトークン、カスタム文字列、またはその他のプラットフォーム認証情報 サードパーティ製サービス、カスタムユースケース

よくあるご質問

TXTレコードの検索では、特定のドメイン名の下に公開されているすべてのTXTタイプのレコードについてDNSに問い合わせを行います。検索結果には、生のレコード値とTTLデータが含まれます。このツールは、Google、Cloudflare、OpenDNSの中から選択したDNSリゾルバーを使用してリアルタイムで検索を実行し、各レコードをSPF、DMARC、DKIM、または検証レコードとして自動的に分類します。
はい。ドメインには、必要なだけTXTレコードを設定できます。実際には、ほとんどのドメインには複数のTXTレコードが設定されています。具体的には、SPFレコードが1つ、DMARCレコードが1つ、DKIMレコードが1つ以上(セレクターまたは送信サービスごとに1つずつ)、さらにGoogleやMicrosoft、その他のプラットフォーム向けのドメイン認証レコードなどです。なお、ドメインにはSPFレコードは1つだけ設定する必要があります。複数のSPFレコードを設定すると、SPF検証に失敗します。
これは、このドメインに対してDNSにレコードが登録されていないことを意味します。SPFが設定されていないと、受信サーバーは送信元の正当性を確認できず、スパムとして判定される可能性が高まります。DKIMが設定されていないと、メールに署名が入らないため、信頼性が低下します。DMARCが設定されていないと、SPFやDKIMの検証に失敗した場合の対応方針が定まっておらず、不正利用の報告も受け取れません。配信率を向上させるためには、これら3つすべてを設定する必要があります。
TXTレコードの変更は、そのレコードのTTL(有効期間)値に基づいて反映されます。TTLが3600の場合、リゾルバーは最大1時間そのレコードをキャッシュし、その後新しいコピーを取得します。変更が世界中に反映されるまでには、TTLや下流のリゾルバーのキャッシュ時間にもよりますが、通常数分から48時間かかります。移行作業中は、TTLを一時的に300秒に短縮することで、反映を早めることができます。
DNSレコードの種類にはそれぞれ異なる役割があります。AレコードはドメインをIPアドレスに紐付け、MXレコードはメールサーバーを指定し、CNAMEレコードはエイリアスを作成し、NSレコードはネームサーバーを指定します。TXTレコードは自由形式のテキストを格納し、認証やポリシーの公開に使用されます。これらはドメインの解決やトラフィックのルーティングには影響しませんが、メールサーバーやサードパーティのサービスによって読み取られます。
検索結果にSPFレコードが表示されない場合、最も一般的な原因は以下の通りです:レコードがまだ追加されていない、または間違ったサブドメインに追加された(ルートドメインに追加されるべきです) @)、DNSの変更がまだ反映されていない(最大48時間ほどお待ちください)、またはレコードに構文エラーがあり、認識できない可能性があります。ドロップダウンメニューから別のDNSリゾルバーに切り替えてみてください。GoogleとCloudflareでは、変更の反映速度が異なる場合があります。

DNSレコードとメール認証を自動的に監視する


PowerDMARCは、SPF、DMARC、またはDKIMレコードに変更が生じた瞬間に通知します。これにより、メールの配信率に影響が出る前に、迅速に対応できます。