Namefi

自然言語でドメインを購入する方法(2026年)

自然言語のプロンプトから、DNS設定済みの登録ドメインまでを段階的に解説します。ブラウザーでの決済は不要で、自分で管理できる安全策も扱います。

Fenwei BianFenwei Bian著者Victor ZhouVictor Zhou編集者Chie KudōChie Kudō翻訳者2026年7月10日約 23 分で読了
  • ai-agents
  • guide
Xでシェア

「ドメインを買って」と頼むことは、以前ならブラウザーを開き、検索欄に名前を入力し、プライバシー保護やメールホスティングの追加販売ページを進み、カード番号を入力することを意味していました。2026年には、チャット画面に一文を入力し、残りの処理が進むのを見守るという意味が、より多くの購入者にとって現実になっています。これが「自然言語によるドメイン購入」と呼ばれるものです。ただし、この表現は広い意味で使われるため、実際に何が必要なのかを正確に区別する価値があります。

このガイドでは、一つの完全な例を会話ごとに追います。一方には人間の自然な言葉による依頼、もう一方にはAIエージェントが実際に行う処理があり、多くのガイドが省略する部分、つまりエージェントが言葉をAPIへそのまま転送するのではなく、自ら判断しなければならない場面も説明します。実例にはNamefiを使いますが、プロンプトから登録済みドメインまで進む仕組みは一社だけのものではありません。終盤ではその点も率直に比較します。

「自然言語による購入」の本当の意味

大きく異なる二つの仕組みが、どちらも「AIでドメインを購入する」と呼ばれています。両者を混同することが、多くの誤解の始まりです。

一つ目は、チャット画面をまとった名前生成ツールです。事業の内容を説明すると、ツールが登録可能な名前を提案し、いずれかをクリックすると通常のレジストラ決済ページへ移動します。カートもアカウント作成も、手動で探すときに表示される「プライバシー保護を$9.99/年で追加」といった販売提案も同じです。AIが短縮したのはアイデア出しであり、購入手続きではありません。

二つ目は、会話の一部として購入を実行するエージェントです。利用可能性を確認し、アカウント残高に照らして実際の価格を報告し、確認後にドメインを登録し、DNSを設定します。すべてチャットを離れずに完了します。そのためには、エージェントが文章を生成するだけでなく、実際に呼び出せるAPIを持つ必要があります。会話中のクライアントがModel Context Protocol(MCP)サーバーへ接続しているか、通常のREST APIに合わせてスクリプト化され、実際のドメインレジストラ操作を会話の途中で呼び出せるツールとして公開している必要があります。

見分け方は簡単です。AIは、状態を確認できる注文とともにドメインが登録済みだと伝えるでしょうか。それとも「決済へ進む」ボタンまでしか案内しないでしょうか。

始める前に必要なもの

必要なものは二つです。ドメインレジストラのAPIに接続したエージェントと、決済手段です。Namefiでは、Claude、Cursor、WindsurfなどのMCP対応クライアントをNamefi MCPサーバーへ接続し、APIキーまたは暗号資産ウォレットで認証します。正確な設定はクライアントごとに異なり、この記事の対象外です。NamefiでAIエージェントを使ってドメインを登録する方法が基本の設定ガイドで、Claudeでドメインを購入する:Namefi MCPステップ別ガイドはClaude向けにコマンド単位で解説します。この記事ではその設定が完了したものとし、両ガイドの続きに当たる実際の会話から始めます。

会話全体を段階ごとに見る

以下は、注釈付きの一連の実例です。引用部分は人間が入力する内容で、解説部分は裏で起きていることと、エージェントが単に依頼を転送せず判断しなければならない箇所を説明します。

1. フォームの項目ではなく、目的を伝えます。

「Aurorafieldという新しいプロジェクトのドメインが欲しい。まずaurorafield.comを試し、取得済みなら近い候補をいくつか提案して」

これは単なる「aurorafield.comを検索して」ではありません。代替案を含む目的です。エージェントは、これを確認可能な処理へ分解する必要があります。正確な名前の利用可能性を照会し、取得済みだった場合に備えて候補の一括照会を控えておきます。言葉どおりにしか処理できないエージェントは、検索条件を一つずつ言い直すよう求めます。役に立つエージェントは、意図した順序を推測します。

2. エージェントが確認し、はい・いいえ以上の情報を返します。

「aurorafield.comは登録できます。代替案を確認する必要はありませんでした。」

内部では、ドメインの利用可能性を確認する読み取り専用の照会が行われています。認証も支出の承認も必要ないため、購入を決める前でも安全に実行できます。慎重なエージェントは何を確認したかも明示するので、費用が発生する前に聞き間違いや入力ミスを発見できます。

3. 確認します。全体で一度だけ、意図的に購入を決める場面です。

「はい、一年間登録して。利用可能になったら、ドメイン自体を203.0.113.10へ向け、wwwも同じ場所へのリダイレクトとして追加して」

この一つのメッセージが、支出の承認、登録期間の指定、DNSの指定という三つを行います。優れたエージェントは、「費用が発生し、ひそかには取り消せないこと」と「単なる設定」を分離します。残高に対する正確な費用を言い直し、「はい、登録して」が内容を理解した確認となるようにし、何も知らないままの承認にはしません。

4. エージェントは登録を送信し、即座に完了したふりをしません。

「登録を送信しました。処理は非同期なので、完了したと仮定せず、終わるまで確認します。少し待ってください。」

ドメイン登録は一回の往復で終わりません。レジストリが処理する注文です。エージェントは登録を送信し、注文が最終状態のSUCCEEDEDFAILEDCANCELLEDPARTIALLY_COMPLETEDのいずれかに達するまで状態をポーリングします。リクエストを送信した瞬間に成功と報告するエージェントは、実際に起きたことではなく、依頼したことを説明しています。誠実な実装は、最終状態を待ってからドメインが自分のものになったと伝えます。

5. 注文が成功すると、エージェントはDNSを設定し、指示されなくても書式を正しく扱います。

「aurorafield.comを登録しました。ルートに203.0.113.10を指すAレコードと、wwwが同じ場所へ向くCNAMEを設定します。完了しました。両方のレコードが有効です。」

この手順には、自然言語の層が吸収し、利用者が意識せずに済む書式上の落とし穴があります。DNSレコードのrdata値は、ホスト名の場合、つまりaurorafield.com.のようなCNAMEの接続先では末尾のドットが必要ですが、ゾーン名自体には付けてはいけません。逆にするとDNS書き込みが拒否される一般的な原因になります。利用者は末尾のドットを入力していません。「wwwを同じ場所へ向ける」を、正しい書式の二種類のレコードへ変換することこそ、会話が代わりに処理すべき判断です。

6. 自然な言葉による追加の依頼も、同じように機能します。

「誤って失わないように、自動更新も有効にして」

新しい設定も、覚えるべき新しいツールもありません。同じ会話が続きます。これが本当の利点です。個々の手順を手動で実行できないからではなく、確認、価格、承認、登録、待機、設定、調整が六つの別画面ではなく一つのやり取りで進むからです。

最後には、ICANN認定レジストラを通じた正式な登録、依頼どおりのDNS、そしてNamefiではデフォルトで、単なるデータベース上の一行ではなく、ウォレットで保有するNFTとしてトークン化されたドメインが得られます。決済ページは一度も必要ありません。

人間が判断に関わるべき場面

この対話記録を読むと、人間の役割は最初のメッセージを入力して最後のメッセージを読むだけだと思うかもしれません。それは誤った結論です。

ドメインを登録できるエージェントは、実際のお金を使い、稼働中のトラフィックを処理するドメインのDNSを書き換えることもできます。上の会話が問題なく進んだのは、購入前の手順3という一か所で確認を行い、その前後の処理は費用がかからないか、明示的に依頼されていたからです。これは偶然ではなく、意図的に設定すべき方針です。

  • 明示的な確認が必要な操作を決めます。 利用可能性確認などの読み取り専用照会にはリスクがなく、確認も不要です。費用が発生する操作や、すでに稼働中のものを変更する操作に移る時点を「先に確認する」境界にします。
  • 会話を始める前に、エージェントが使える金額に上限を設けます。 Namefiでは、APIキーが引き出す残高に入金する額を決めるだけです。エージェントが無人で利用しても構わない額だけを入金します。
  • 認証情報の範囲を、新しい登録を所有するウォレットに限定します。 会話中に公開したくない資産を持つウォレットは使いません。
  • 承認前にDNSの変更内容を読みます。 ほかのインフラ変更を確認する場合と同じです。エージェントは上記の末尾ドット規則のような構文を正しく扱えても、利用者が意味した「同じ場所」を誤解すれば、レコードを間違った場所へ向ける可能性があります。

エージェントネイティブなドメインレジストラとは?では、レジストラのエージェント向け機能を評価する一般的なチェックリストとして、この内容をさらに詳しく説明しています。NamefiでAIエージェントを使ってドメインを登録する方法の安全策セクションでは、Namefi固有の設定について同じ内容を扱います。

CloudflareとName.comにおける同じ考え方

この方向へ進んでいるレジストラはNamefiだけではありません。2026年4月からベータ版になっているCloudflareのRegistrar APIは、AIエージェントがブラウザー操作や手動承認なしで、ドメインの利用可能性検索、価格確認、プログラムによる登録完了を行えるようにします。異なる事業者のAPIに対して、上記とよく似た会話を行えます。Name.comも同じ変化を対象に、同様の「AIネイティブ」という方針でAPIを作り直しました。

上記の安全策はどのレジストラでも重要なので、正直に説明すべき点があります。Cloudflareのベータ版に関する業界記事は、ベータ版の発表ではエージェント単位の支出上限や登録承認のワークフローを説明していないと明記しています。これは上の「始める前に決める」という助言と同じ内容を、組み込み機能ではなく不足点として表現したものです。また、提案だけして購入しない方式は現在も一般的です。たとえばWixは、ウェブサイトビルダー内でAIによる名前提案を行う独自ガイド「AIを使ってドメイン名を購入する方法」を公開しています。これは、この記事の冒頭で二つ目と区別した、一つ目の「AIがドメインを買う」方式です。

各エージェントネイティブレジストラが実際に対応する価格、決済、DNS管理、トークン化所有権の詳しい比較は、Cloudflare vs Name.com vs Namefi:エージェントネイティブレジストラをご覧ください。

よくある質問

ドメイン名を提案するチャットボットとは本当に違うのですか?

はい。違いは提案ではなく購入です。名前提案チャットボットは、「登録可能な名前はこれです。いずれかをクリックして決済へ進んでください」で終わります。自然言語による購入は、会話を離れずに、状態を確認できる注文と登録済みドメインまで進みます。

エージェントが確認せずにお金を使うことはありますか?

上記の推奨どおりに設定していれば、そうすべきではありません。読み取り専用の照会には費用がかからず、確認も不要です。残高を使うすべての操作は、明示的な承認を待つように設定すべきです。これは技術に組み込まれた性質ではなく、利用者が定める方針です。

エージェントに正確なドメイン名を伝えなかったらどうなりますか?

有能なエージェントは、「自分のコーヒーショップ向けで、できれば短いもの」のような曖昧な依頼を、最初に検索と提案を行う手順として扱います。実際の名前を確認するまで、購入手順には進みません。

登録を送信した後で取り消せますか?

注文が成功の最終状態に達すると、ほかと同じ正式なドメインになります。通常のレジストラのキャンセルおよび返金方針が適用され、エージェントを使ったことを理由とする特別な「取り消し」はありません。そのため、登録前の確認が会話中のほかのどの時点より重要です。

この方法で登録すると、ドメインは自動的にトークン化されますか?

Namefiではデフォルトでトークン化されます。別のウォレットを指定しない限り、新しく登録したドメインはAPIキーに紐づくウォレットに対してBase上のNFTとして発行され、標準的なICANN登録に加えて、オンチェーンで移転可能な所有権が得られます。詳しくはトークン化ドメインとは?をご覧ください。

このように会話するために、Namefi APIを学ぶ必要がありますか?

いいえ。それがこの仕組みの目的です。上の対話記録にあるすべての処理は自然な文章で進みます。APIと正確なリクエスト形式は、利用者が読むためではなく、エージェントが呼び出すために内部に存在します。仕組みを直接確認するには、Claudeでドメインを購入する:Namefi MCPステップ別ガイドで、同じ流れと各手順の内部操作名を確認できます。

会話を始める

「名前を考えるのを手伝うAI」と「登録済みドメインを取得するAI」の違いはAIそのものではありません。接続先に実際のレジストラAPIが存在するか、確認なしに実行できる操作へ適切な制限を設定したかという違いです。Namefi MCPサーバーは、NamefiにおけるそのAPIです。設定には数分しかかからず、その後の上記の流れは入力するだけです。

Namefi APIキーを生成して会話を始める

出典と参考資料

執筆・編集メンバー

Fenwei Bian
ソフトウェア開発者・ライター • Namefi

Fenwei Bianは30代のソフトウェア開発者です。仕事中はプルリクエストに向き合い、 週末は土やおがくずに手をまみれさせています。GitHubで長年オープンソースに携わる 中で、名前はインターフェースだと学びました。良い名前は明快で、何をするものかを 正直に伝え、次にそれを使う人への思いやりがあります。

園芸をするのは、忍耐には応えてくれる一方、都合のよい思い込みは通用しないからです。 木工をするのは、継ぎ手が合うか合わないかはごまかせないからです。どちらの習慣も、 彼女のネーミングに関する文章に表れています。二度測り、出典を確認し、粗い箇所を 上辺だけ磨いて誰にも気づかれないことを願ったりはしません。

Namefiでは、ドメイン市場が実際にどう動くのか、名前をトークン化して転売する際の 現実的なトレードオフ、そして20年後も所有していてよかったと思えるドメインの選び方に ついて執筆しています。

Victor Zhou
Victor Zhou編集者
創業者・標準仕様エディター • Namefi

Victor Zhouは、デジタルアイデンティティと信頼を専門とするテクノロジー企業の創業者で、 標準仕様のエディターでもあります。Namefiを創業し、Ethereum Improvement Proposalsの 編集に携わっています。以前はGoogle Labsでスマートコントラクトのアーキテクチャ設計を 率いていました。

彼の仕事は、ネーミング、所有権、そして人々がオンラインで自らのアイデンティティを 確立するために使うシステムが交わる場所にあります。だからこそ、名前が個人的な意味、 社会的な認知、デジタルインフラの間をどのように行き来するのかに強い関心を持っています。

Namefiでは、永続的なデジタルアイデンティティとしてのドメインについて編集・執筆して います。名前が所有可能なオンチェーン資産になる仕組み、トークン化が保管と信頼をどう 変えるのか、そして人々がオンラインでアイデンティティを確立するために使うシステムから ネーミングが何を学べるのかを扱っています。

Chie Kudō
Chie Kudō翻訳者
日本語ローカライゼーション翻訳者 • Namefi

Chie Kudō(工藤 知恵)は、福岡を拠点とする30代の翻訳者です。電機メーカーで ハードウェアQAエンジニアとして製品資料の作成と確認に携わった後、英語と日本語の 間で技術記事や編集記事をローカライズする仕事に転じました。

品質保証で身につけた習慣は、今の仕事にも生きています。用語の一貫性はもちろん、 ブランド名を漢字、かな、ローマ字のどれで表すか、半角と全角をどう使い分けるか、 借用元の英語とは異なる意味を持つ和製英語をどう扱うかといった、日本語組版ならではの 細部を厳しく確認します。小さなベランダ菜園を楽しみ、週末にはボルダリングをします。

Namefiでは、ドメインとネーミングに関する記事を日本語にローカライズしています。 名前がページ上でどう読めるか、そして最初から正しく入力してもらえるかに目を配っています。

関連ガイド

この記事について議論する

Namefi Discussで議論を見る