Web開発
ドメインが販売可能であることをDNSで示せるように
A domain can now say it is for sale, in DNS (specification.website)
要約
新しいDNSレコードの仕組み「_for-sale」により、ドメイン所有者はウェブサイトの運用に影響を与えることなく、ドメインが購入可能であることを示すことができます。この仕組みは主にドメインブローカーや自動化されたサービスを対象としており、外部から検証可能で、ドメインの可用性を効果的に通知する手段を提供します。
全文翻訳
これは、RFC 10023(情報提供、2026年7月)で定義され、IANAに登録された予約済みのDNSリーフノード名「_for-sale」です。
_for-sale.example.com で公開された TXT レコードは、example.com が登録済みで通常通り解決されるにもかかわらず、購入可能であることを示します。
_for-sale IN TXT "v=FORSALE1;furi=https://example.com/for-sale"
レコードは、必須のバージョンタグと、最大1つのタグ=値ペアを含みます。
Tag Meaning Example
ftxt= 人間が読めるフリーテキスト ftxt=Eligibility criteria apply.
furi= 連絡先または情報URI furi=mailto:hq@example.com
fval= 希望価格、通貨+金額 fval=EUR2500.00
fcod= 事前合意による独自のコード fcod=XX-aHR0cHM...
まずクリアすべき誤解は、これがドメインを駐車する手段であるということです。それはむしろその逆です。駐車はサイトを販売ページに置き換えますが、ドメインがまだ持つすべての訪問者ごとに費用がかかります。
_for-sale は DNS 上でライブサイトの隣に配置され、ブラウザには何も伝えません。ホームページは引き続きサービスを提供し、メールは流れ続け、レコードは自由にいつでも追加・削除できます。
RFC 10023 はこの点を明確に述べています。この規約は、ドメインがまだアクティブに使用されている間も機能するように設計されています。
これは登録データと同じものでもありません。WHOIS と RDAP は「この名前は登録されていますか?」に答えます。登録済みの名前は購入可能である可能性があり、未登録の名前は価値がないかもしれません。そのギャップこそが、この規約が存在する理由であり、個人ではなくブローカーや自動化された可用性サービスが意図された対象である理由です。
なぜ重要か
ドメイン所有者が最も送りたいシグナルは、これまでチャネルがなかったものです。もしあなたが売却する意思があるなら、プライバシーの削除によっておそらく除去されているWHOISの連絡先にコールドメールを送る以外に、興味のある購入者がそれを知る方法はありません。歓迎されたであろう問い合わせは決して届かず、届いた問い合わせはスパムと区別がつきません。
シグナルをページ上ではなくDNSに配置することが、それに対応できる関係者にとって有用なものにします。ブローカーや可用性サービスは、いずれにせよ名前を解決します。レンダリングされたページでは伝えられないことを、1回の追加ルックアップで知ることができます。なぜなら、稼働中のホームページには「この下のドメインは交渉可能です」とは書かれていないからです。外部でチェック可能で、レコード1つで済み、サイト自体にリスクはありません。ブラウザがそれを見ることはありません。
実装方法
販売したいゾーンのリーフ「_for-sale」に単一の TXT レコードを公開してください。そして、それが本当に意味がある間だけです。
; フリーテキスト
_for-sale IN TXT "v=FORSALE1;ftxt=Serious offers only"
; 交渉のためのURI — https, mailto, tel が使用可能なスキームです
_for-sale IN TXT "v=FORSALE1;furi=https://example.com/fs?d=eHl6"
; 希望価格:大文字の通貨コード、その後に金額
_for-sale IN TXT "v=FORSALE1;fval=USD12500"
最初から正しく理解しておくべきルール:
バージョンタグは必須で、大文字小文字を区別します。すべてのレコードは v=FORSALE1; で始まります。これにより、プロセッサは実際の _for-sale レコードと、DNSワイルドカードが偶然その名前に展開された無関係な TXT レコードを区別できます。
1つのレコードにつき1つのタグ=値ペアです。価格と連絡先URIを公開するには、同じRRsetに2つのレコードを公開し、プロセッサが理解できるものを選ばせます。これは SPF ではありません。ペアは連結されません。
1つのレコードにつき1つの文字文字列、最大255オクテットなので、解析中に再構築する必要はありません。
TTL は 3600 秒以下にしてください。価格を取り下げた、またはすでに売却したドメインを広告する古いレコードは、レコードがないよりも悪いです。
リーフに配置してください。_for-sale.example.com はツリーのどのレベルでも有効ですが、xyz._for-sale.example.com は無効です。また、.arpa の下のレコードは無視されるべきです。アドレス空間の販売オファーは範囲外です。
ドメインがもはや販売用でなくなったときに削除してください。この規約には「販売不可」の値はありません。不在が唯一の「いいえ」と言う方法です。
可能であれば、ゾーンに DNSSEC で署名してください。価格と連絡先URIを主張する署名されていない TXT レコードは、誰かが偽造しやすいものです。
このサイトは _for-sale レコードを提供していません: specification.website は販売されていません。
よくある間違い
複数のペアを1つのレコードに詰め込むこと。「v=FORSALE1;fval=EUR2500;furi=https://…」は妥当に見えますが、フォーマットの定義ではありません。1つのレコードにつき1つのペア、RRsetにつき複数のレコードを使用してください。
願望的観測での公開。このインジケータは、実際に利用可能なドメインのためだけです。マーケティングバナーではなく、問い合わせを誘い出すために存在するレコードは、RFCが名指しで非難している悪用です。
誰かに義務を負わせると想定すること。レコードを公開しても、所有者は売却を約束するわけではなく、広告された fval= 価格は目安です。RFC はプロセッサに免責事項を表示し、購入の約束として扱わないように指示しています。
ゾーン全体をカバーするワイルドカードを期待すること。_for-sale.*.example.com は有効なワイルドカードではありません。1つのレコードで TLD 下のすべてのドメインを販売可能にする方法はありません。
コンテンツを信頼すること。読者側の場合、ftxt= は攻撃者が制御するテキストであり、furi= は攻撃者が制御する URI です。表示前にサニタイズしてください。RFC 自身の例のコンテンツは <script>...</script> です。そして、明示的な確認ステップなしにユーザーを furi= ターゲットに自動的にナビゲートしないでください。
検証
dig +short TXT _for-sale.example.com
回答は v=FORSALE1; で始まり、文字列ごとに最大1つのタグ=値ペアを含みます。
TTL は 3600 以下です: dig TXT _for-sale.example.com | grep _for-sale。
ゾーンに署名されている場合、dig +dnssec TXT _for-sale.example.com は検証済みの RRSIG を返します。
レコードはすべて解決します。リデンプション期間中または pendingDelete 期間中、あるいは DNSSEC 検証が無効な場合、名前は解決されず、シグナルは静かに消えます。
関連トピック
DNSSECDNS CAA レコードDNS for AI Discovery (DNS-AID)Well-known URIs
ソースとさらに読む
RFC 10023 — The "_for-sale" Underscored and Globally Scoped DNS Node Name — IETF
RFC 8552 — Scoped Interpretation of DNS Resource Records through Underscored Node Names — IETF
IANA — Underscored and Globally Scoped DNS Node Names registry — IANA