DNSテキストレコード

一般的な使用例

DNSテキストレコードが重要な理由

DNSテキストレコードは、現代のメール認証とセキュリティの基盤となっています。適切に構成された TXT レコードがないと、メールがスパムとして判定されたり、完全に拒否されたりする可能性が非常に高くなります。Gmail や Microsoft、Yahoo などのプロバイダーは、受信メールを受け入れる条件として有効な SPF、DKIM、DMARC レコードをますます要求するようになっており、TXT レコードの管理はメール到達率にとって不可欠です。 メール認証以外にも、TXT レコードはセキュリティや検証の重要な役割を果たします。Google Workspace や Microsoft 365、各種マーケティングプラットフォームでのドメイン所有権の確認を可能にします。この検証により、悪意のある者が他人のドメインを詐称することを防ぎ、ドメインとサードパーティサービスとの間に信頼を築くことができます。 メールマーケティングやアウトリーチを行っている企業にとって、TXT レコードの適切な構成は送信者評価とインボックス到達率に直結します。有効な認証レコードがないドメインは受信側サーバーから信頼されず、バウンス率の上昇やスパムフォルダへの振り分けを招きます。TXT レコードの設定に時間をかけることは、メール戦略を守り、メッセージを確実に受信者に届けるための投資となります。

DNSテキストレコードの仕組み

DNSテキストレコードは、ドメイン名システム（DNS）インフラ内で柔軟なデータコンテナとして機能します。TXT レコードを作成する際は、ホスト名とそれに関連付けるテキスト値を指定します。メールサーバーや検証システムはこれらのレコードを照会して格納された情報を取得し、メールの認証やドメイン所有権に関する判断に利用します。 プロセスは、メールが送信された際や、サービスがドメイン所有権を確認する必要がある際に開始されます。受信側のサーバーは、送信者のドメインに関連付けられた TXT レコードの DNS ルックアップを実行します。DNS リゾルバーは権威ネームサーバーに問い合わせ、見つかった TXT レコードを返します。これらのレコードには、承認された送信サーバーを指定する SPF ポリシー、署名検証用の DKIM 公開鍵、または認証失敗時の処理を指示する DMARC ポリシーが含まれることがあります。 TXT レコードの文字列は1つあたり最大 255 文字ですが、1つのレコード内で複数の文字列を連結できます。DKIM 公開鍵などの長い値の場合、データは複数の文字列に分割され、受信システムによって再組み立てされます。TXT レコードへの変更は、レコードの TTL（生存時間）値に従って DNS システム全体に伝播し、通常は数分から 48 時間ほどかかります。

ベストプラクティス

よくある質問