AI 에이전트 도메인 플랫폼: 2026년 가이드

1년 전만 해도 "AI와 도메인"은 이름 생성기를 뜻했습니다. 사업 아이디어를 입력란에 넣으면 .com과 .ai 후보 목록이 나오고, 사용자는 일반적인 사람용 체크아웃 화면으로 이동해 구매했습니다. 이것은 지금도 실제로 존재하며 유용한 분야입니다. 하지만 이제 이야기의 전부는 아닙니다.

2026년 초부터 두 번째 범주가 현실이 되었습니다. 사람이 마우스를 클릭하는 대신 AI 에이전트가 가용성을 검색하고 가격을 확인한 뒤 직접 등록까지 완료할 수 있는 플랫폼입니다. 예를 들어 "이 아이디어의 랜딩 페이지를 만들고 실제 도메인에 연결해 줘"라는 더 긴 작업 안에서 하나의 단계로 도메인을 등록할 수 있습니다. 이는 더 똑똑한 이름 추천 상자와 본질적으로 다른 개념이지만, 이를 설명하는 수많은 마케팅 문구에서도 두 범주는 계속 혼동됩니다.

이 가이드는 그 지도를 제공합니다. 플랫폼을 에이전트가 사용할 수 있게 만드는 인터페이스 패턴을 설명하고, 현재 에이전트 기반 등록을 지원하는 구체적인 플랫폼을 살펴봅니다. 각 플랫폼이 실제로 할 수 있는 일과 할 수 없는 일을 자체 문서와 대조해 검증하며, 대형 기존 등록대행자가 제공하는 대안과도 비교합니다. 마지막에는 의사결정 표와 자주 묻는 질문을 담았습니다. 일대일 수치 비교를 바로 보고 싶다면 Cloudflare vs Name.com vs Namefi로 이동하세요.

시작하기 전에 한 가지 유의할 점이 있습니다. 아래 플랫폼 중 일부는 공개 베타이며, 베타 기능은 바뀔 수 있습니다. 이 글의 모든 내용은 가이드 게시일을 기준으로 라이브 문서와 대조했습니다. 따라서 구체적인 기능 주장은 영구 사양이 아니라 해당 시점에 유효한 정보로 받아들이세요.

도메인 등록이 에이전트 계층으로 이동한 이유

20년 넘게 도메인 등록은 브라우저 세션을 의미했습니다. 검색 상자, 장바구니, 결제 양식을 거쳐야 했고, 사람이 조작하고 있음을 증명하는 CAPTCHA가 붙는 경우도 많았습니다. 그 기간 대부분 등록대행자에게는 프로그래밍 방식의 API가 있었지만, 이러한 API는 대화 도중 프로젝트에 이름이 필요하다고 판단하는 언어 모델이 아니라 호스팅 대시보드나 대량 갱신 스크립트 같은 다른 소프트웨어 시스템을 위해 만들어졌습니다.

두 가지 변화가 빠르게 이어졌습니다. 먼저 2025년 7월, Name.com은 자사가 최초의 AI 네이티브 도메인 플랫폼이라고 부른 서비스를 발표했습니다. Model Context Protocol(MCP)과 OpenAPI 스키마를 중심으로 구축한 API로, 코딩 에이전트가 사양을 읽고 "내 앱에 도메인 등록 기능을 추가해 줘" 같은 자연어 요청에서 실제로 작동하는 등록 코드를 작성하도록 명시적으로 설계되었습니다(Name.com). 이어 2026년 4월 15일, Cloudflare는 "Registrar API를 사용하면 도메인을 검색하고, 가용성을 확인하고, 프로그래밍 방식으로 등록할 수 있다"는 명확한 설명과 함께 Registrar API 공개 베타를 출시했습니다(Cloudflare Blog, 업계 보도 경유). 특히 에이전트가 이미 Cursor와 Claude Code에서 사용하던 Cloudflare MCP 서버에 이를 직접 연결했습니다.

두 번째 변화가 널리 보도된 것은 Cloudflare가 크고 친숙한 등록대행자이고 메시지도 직설적이었기 때문입니다. 사람이 "동의합니다"를 클릭하고 카드 번호를 입력해야 해서 자동화하기 어려웠던 도메인 등록이 어느새 에이전트가 하위 루틴으로 실행할 수 있는 작업이 된 것입니다. CircleID가 2026년 중반 도메인 업계를 조사한 글에서는 이를 직접적으로 표현했습니다. "AI 에이전트가 가용성을 확인하고 이름을 등록하며 사람의 개입 없이 DNS를 구성하는 도메인 리셀러 역할을 점점 더 많이 하고 있다"는 것입니다(CircleID, 2026년 4월).

이 모든 변화는 레지스트리가 규칙을 바꿔서 일어난 것이 아닙니다. 소수의 플랫폼이 기존 구매 흐름을 브라우저만이 아니라 기계 호출자도 이해할 수 있도록 만들기로 했기 때문입니다. 그리고 이를 위해서는 단순히 "API를 공개하는 것"보다 더 많은 것이 필요합니다.

세 가지 인터페이스 패턴: 원시 API, MCP 서버, llms.txt

모든 API를 에이전트가 사용할 수 있는 것은 아니며, 그 차이는 정확히 이름 붙일 만큼 중요합니다. 전체 체크리스트는 에이전트 네이티브 도메인 등록대행자란 무엇인가?에서 확인할 수 있습니다. 간단히 말하면 이 가이드의 플랫폼에는 서로 겹치는 세 가지 패턴이 나타납니다.

원시 REST API. 가장 오래된 패턴입니다. 개발자 API가 있는 등록대행자라면 기술적으로 소프트웨어를 통한 도메인 등록이 가능합니다. 문제는 발견성입니다. 에이전트가 해당 API의 존재를 이미 알고 있어야 하고, 관련 문서가 문맥에 들어 있어야 하며, API에 맞춘 클라이언트도 미리 작성되어 있어야 합니다. REST API만으로는 범용 에이전트에게 API가 존재한다거나 올바른 사용법을 알려 주지 못합니다.
MCP 서버. MCP는 개방형 모델 독립 프로토콜입니다. 관리자는 이를 "AI 애플리케이션을 외부 시스템에 연결하는 표준화된 방법"이자 "AI 애플리케이션용 USB-C 포트"에 비유합니다(modelcontextprotocol.io). MCP는 Claude, Cursor, Windsurf 등 호환되는 모든 AI 클라이언트에 정의된 호출 가능 도구 집합을 제공합니다. MCP 서버를 제공하는 등록대행자는 에이전트가 REST 문서 벽을 역설계하도록 하는 대신 정확한 작업 메뉴(search_domain, register_domain, set_dns_record)를 건넵니다.
llms.txt로 발견 가능한 API. llms.txt는 사이트 루트의 /llms.txt 파일을 사용하는 일반 텍스트 규약입니다. robots.txt가 크롤러에 권한 규칙을 제공하듯, 언어 모델에 사이트의 주요 문서와 기능을 간결하고 선별된 색인으로 제공하기 위해 2024년에 제안되었습니다. 예를 들어 등록대행자가 namefi.io/llms.txt에 이를 게시하면, 플랫폼을 처음 접한 에이전트도 사람이 먼저 대화에 API 문서를 붙여 넣지 않아도 할 수 있는 일을 발견할 수 있습니다.

이들은 경쟁하는 표준이 아닙니다. 가장 강력한 플랫폼은 세 가지를 모두 계층화합니다. llms.txt로 발견을 지원하고, MCP 서버로 실제 도구 호출을 제공하며, 그 아래에는 REST API를 둡니다.

플랫폼별 비교

Cloudflare Registrar API(베타)

2026년 4월 15일부터 제공된 Cloudflare 베타는 검색, 가용성 및 가격 확인, 등록이라는 세 가지 작업을 지원합니다. Cloudflare는 이를 "도메인 수명주기의 첫 번째 중요한 순간"이라고 표현하며, 이전, 갱신, 연락처 업데이트는 그해 후반에 제공할 예정이라고 밝혔습니다(Cloudflare Blog). 가격은 Cloudflare의 오랜 등록대행자 모델을 따릅니다. 대시보드, API, 에이전트 중 어느 경로로 호출하든 마진 없이 "레지스트리가 청구하는 금액을 정확히 그대로 청구"합니다(Cloudflare Blog).

에이전트 대상 기능은 별도 제품이 아니라 통합 방식입니다. "Registrar API는 전체 Cloudflare API의 일부이므로 오늘날 에이전트는 Cloudflare MCP를 통해 이미 접근할 수 있으며", "Cursor, Claude Code 또는 MCP 호환 환경에서 작동하는 에이전트는 Registrar 엔드포인트를 발견하고 호출할 수 있습니다"(Cloudflare Blog). Cloudflare가 설명한 의도된 흐름에는 확인 지점이 포함됩니다. 에이전트가 "이름을 제안하고, 실제 등록 가능 여부를 확인하고, 승인을 위해 가격을 표시한 다음 구매를 완료"할 수 있다는 것입니다(Cloudflare Blog). 그러나 문서상 이는 API 자체에서 강제하는 지출 한도 기능이 아니라 설계 제안입니다.

이를 중심으로 계획하기 전에 알아둘 두 가지 제약이 있습니다. 베타는 아직 Cloudflare의 전체 TLD 카탈로그를 지원하지 않고, Cloudflare가 "우선 제공하는 선별된 인기 TLD 집합"만 지원합니다(Cloudflare Blog). 또한 기존 Cloudflare 계정으로 비용이 청구되므로 에이전트가 API를 호출하더라도 법정화폐를 사용하는, 사람이 가입한 관계를 전제로 합니다.

Name.com AI 네이티브 API

2025년 7월 발표된 Name.com 플랫폼은 동일한 자연어-코드 변환 개념을 중심으로 구축되었습니다. 개발자나 에이전트가 원하는 바를 설명하면("내 앱에 도메인 등록 기능을 추가해 줘"), AI 클라이언트가 이를 실제 통합 코드로 바꿀 수 있도록 문서가 구조화되어 있습니다. MCP와 OpenAPI를 기반으로 하며, 셀프서비스 개발자 접근을 제공하고 Claude와 Cursor 같은 도구를 지원합니다(Name.com). 가격은 투명한 사용량 기반이며, 등록대행자 API에서 흔한 리셀러형 마진 구조를 사용합니다.

Name.com 발표에서 문서화하지 않은 것은 암호화폐나 지갑 기반 결제 경로 또는 API 자체에 내장된 명시적 사용자 확인 단계입니다. 표준 개발자 계정 모델을 생각하면 둘 다 개연성은 있지만 출처에 명시되어 있지 않으므로, "법정화폐를 사용한 계정 기반 청구"는 완전히 확인된 세부 사항이 아니라 현재의 합리적 가정으로 취급해야 합니다.

Namefi: MCP 서버와 지갑 체크아웃

Namefi의 자체 기계 판독형 기능 색인인 namefi.io/llms.txt는 위에서 설명한 세 번째 인터페이스 패턴의 실제 사례이며, 아래 내용의 단일 진실 공급원입니다. Namefi는 api.namefi.io/mcp에서 Streamable HTTP 방식의 MCP 서버를 운영하며, 등록, 가용성 확인, DNS 관리를 위한 타입 지정 도구를 제공합니다. 명령 하나(claude mcp add --transport http namefi https://api.namefi.io/mcp)로 Claude Code에 추가할 수 있습니다. 그 아래에는 x-api-key 헤더로 인증하는 REST API(api.namefi.io/v-next/)가 있습니다. 키는 도메인을 소유한 지갑에서 생성해야 하므로, API 접근 권한이 별도의 계정 복구 흐름이 아니라 온체인 보관 권한에 직접 연결됩니다.

차별점은 결제입니다. Namefi 문서에는 두 가지 경로가 나옵니다. 표준 API 키 경로는 선불 NFSC(Namefi Service Credits) 잔액에서 결제되고, 암호화폐 네이티브 경로는 지갑 서명을 사용합니다. 후자에는 SIWE(Sign-In With Ethereum)가 포함되며, 문서에서 Web3 사용자와 "에이전트 지갑"이라고 부르는 주체가 등록대행자 계정을 전혀 만들지 않고 구매를 승인할 수 있습니다. 등록 후에는 전체 DNS 레코드 CRUD(A, AAAA, CNAME, MX, TXT 등), 자동 갱신, 도메인 파킹 및 포워딩, 자동 ENS 레코드 생성을 지원합니다. 그리고 여기의 다른 두 플랫폼과 구조적으로 구별되는 기능인 토큰화도 제공합니다. 실제 ICANN 등록 도메인을 온체인 지갑에 보관하는 자산으로 나타내는 기능입니다. Claude, Codex, Cursor와 다른 세 에이전트에서 설정하는 단계별 방법은 Namefi에서 AI 에이전트로 도메인을 등록하는 방법에 있으며, Claude에 초점을 맞춘 자세한 설명은 Claude로 도메인 구매하기: Namefi MCP 단계별 가이드에서 볼 수 있습니다. 자연어 요청이 실제로 어떤 모습인지 알고 싶다면 자연어로 도메인을 구매하는 방법(2026)을 참고하세요.

한 가지 공백은 분명히 짚을 필요가 있습니다. Namefi의 llms.txt에는 지원하는 TLD의 고정 목록이 없습니다. 사용 사례에서 TLD 범위가 결정 요인이라면, 도입하기 전에 현재 문서에서 직접 확인하세요.

GoDaddy와 Namecheap 같은 기존 대형 업체가 대신 제공하는 것

대형 소비자 등록대행자가 위 표에 포함되지 않은 이유를 정확히 구분할 필요가 있습니다. "AI 도메인 검색"이라는 표현은 서로 다른 두 제품을 가리키기 때문입니다. 주요 기존 업체는 AI 기반 이름 추천과 온보딩에 크게 투자했습니다. 사업 설명을 입력하면 브랜드로 활용할 만한 이름 후보를 생성하고, 때로는 로고나 초기 사이트 생성기를 함께 제공하는 도구입니다. 이것은 실제로 유용한 제품입니다. 그러나 위 플랫폼과는 다른 범주입니다. 그 흐름에서 AI는 사람이 결정을 내리도록 돕지만, 외부 에이전트가 도구처럼 호출해 스스로 검색하고 가격을 확인한 뒤 등록을 완료할 권한은 갖지 않습니다. 결국 사람은 체크아웃 페이지로 이동해 구매 버튼을 눌러야 합니다. 기존 업체가 위 세 플랫폼과 같은 권한을 문서화한 에이전트 호출 가능 API, MCP 서버 또는 llms.txt 파일을 공개하기 전까지는 이 범주가 아니라 "AI가 사람의 선택을 돕는" 범주에 속합니다.

종합 의사결정 표

플랫폼	인터페이스	결제	사용자 확인	TLD 범위
Cloudflare Registrar API(베타)	REST API + Cloudflare MCP. Cursor, Claude Code, 모든 MCP 클라이언트에서 기본 지원	기존 Cloudflare 계정에 청구되는 법정화폐	구매 전 "승인을 위해" 가격을 표시하는 설계 패턴. API 자체에서 강제하는 지출 한도는 문서화되지 않음	베타 출시 시 선별된 인기 TLD 집합. 전체 Cloudflare 카탈로그는 아님
Name.com AI 네이티브 API	REST + OpenAPI 스키마, MCP 호환. 자연어-코드 변환 워크플로	법정화폐, 표준 개발자 계정 청구, 리셀러형 사용량 가격	공개 발표에 문서화되지 않음	발표에 항목별 목록 없음
Namefi	REST API(`x-api-key`) + MCP 서버(`api.namefi.io/mcp`, Streamable HTTP)	선불 API 키 잔액을 통한 법정화폐 또는 계정이 필요 없는 암호화폐 지갑 서명(SIWE)	설계상 선택 가능. API 키 경로는 선불 잔액으로 한정되고, 지갑 경로는 거래마다 서명 필요	공개 문서에 항목별 목록 없음. 원하는 TLD의 현재 지원 여부를 확인해야 함

가용성 검색, DNS 관리, 갱신 자동화, 토큰화 소유권 등을 포함한 전체 기능별 표는 Cloudflare vs Name.com vs Namefi: 에이전트 네이티브 등록대행자에서 확인할 수 있습니다.

선택 방법

이미 Cloudflare 생태계를 사용하고 있고 지금 당장 검색-확인-등록 기능만 필요합니다. 도메인과 DNS가 이미 Cloudflare에 있다면 Registrar API가 가장 마찰이 적은 선택입니다. 다만 베타의 TLD 목록과 기능 범위가 아직 완전한 등록대행자보다 좁다는 절충점이 있습니다.
도메인 등록을 기반으로 리셀러 또는 멀티테넌트 제품을 구축하고 있습니다. Name.com의 사용량 가격과 셀프서비스 개발자 접근은 리셀러를 염두에 두고 설계되었습니다.
에이전트가 사람이 미리 소유한 계정 없이 거래해야 하거나, 도메인 자체를 이동 가능한 지갑 보유 자산으로 만들고 싶습니다. 이것이 Namefi가 해결하도록 설계된 공백입니다. 가입 단계 없는 지갑 서명 체크아웃과, 도메인을 다른 온체인 자산처럼 이동하고 보관 권한을 증명할 수 있는 토큰화 소유권을 제공합니다.
에이전트에게 구매 권한이 정말 필요한지 확신하지 못합니다. 사람이 직접 "구매"를 클릭하면서 이름 선택에 도움만 받고 싶은 경우라면 이 가이드의 어떤 플랫폼보다 AI 기반 이름 생성기가 더 적합합니다. 전체 구분은 "AI 도메인 검색"이 2026년에 서로 다른 두 가지를 뜻하는 이유에서 확인하세요.

자주 묻는 질문

ChatGPT나 Claude가 지금 바로 도메인을 대신 구매할 수 있나요?

이는 모델 자체가 아니라 해당 채팅 클라이언트가 어떤 도구에 접근할 수 있는지에 전적으로 달려 있습니다. Claude 같은 모델에는 도메인 등록 기능이 내장되어 있지 않습니다. 검색하고 가격을 확인한 뒤 구매를 완료하려면 플랫폼의 MCP 서버나 API에 연결되어야 합니다. 예를 들어 Namefi의 MCP 서버나 Cloudflare MCP를 통한 Cloudflare Registrar API에 연결할 수 있습니다. 이런 연결이 없으면 AI 어시스턴트는 사용자가 직접 등록할 이름을 제안하는 데 그칩니다.

먼저 확인하지 않고 AI 에이전트가 도메인을 등록하고 돈을 쓰도록 해도 안전한가요?

다른 자동 구매 권한과 같은 방식으로 다루세요. 권한을 부여하기 전에 범위를 제한해야 합니다. 이들 플랫폼에 문서화된 가장 안전한 패턴은 총 노출 금액을 제한하는 선불 잔액(Namefi의 API 키 경로), 재사용할 수 없는 거래별 서명(지갑 서명 체크아웃), 최종 구매 호출 전 수동 확인 단계입니다. 이 가이드의 어떤 플랫폼도 사용자를 대신해 보편적인 지출 한도를 강제하지 않습니다. 일반적으로 계정 충전 한도 또는 자체 에이전트 워크플로의 명시적 확인 단계를 통해 보호 장치를 직접 설정해야 합니다.

API, MCP 서버, llms.txt의 실제 차이는 무엇인가요?

REST API는 호출 가능한 기본 작업 집합입니다. MCP 서버는 그중 정의된 일부 작업을 별도의 도구로 묶어, MCP 호환 AI 클라이언트가 사용자 지정 통합 코드 없이 직접 호출하게 합니다. llms.txt 파일은 발견 계층입니다. 사이트 루트에 있는 간결하고 선별된 색인으로, robots.txt가 크롤러에 색인 가능 범위를 알려 주듯 에이전트에 어떤 문서와 기능이 존재하는지 알려 줍니다. 플랫폼은 세 가지 중 하나만 제공할 수도 있지만, 가장 강력한 에이전트 네이티브 플랫폼은 세 가지를 모두 결합합니다. llms.txt로 발견되고, MCP로 호출되며, 그 아래에서 REST가 두 기능을 뒷받침합니다.

이 플랫폼들을 사용하려면 암호화폐 지갑이 필요한가요?

아닙니다. Cloudflare와 Name.com은 모두 표준 법정화폐 기반 계정 청구를 사용하고, Namefi도 선불 잔액에 대한 API 키 청구를 지원합니다. 지갑은 Namefi의 계정 없는 지갑 서명 체크아웃 경로나 토큰화 소유권 기능을 특별히 사용하려는 경우에만 필요합니다.

현재 이 플랫폼 중 가장 "완성된" 것은 무엇인가요?

어느 것도 완성되어 변하지 않는 사양으로 취급해서는 안 됩니다. Cloudflare 서비스는 전체 카탈로그보다 좁은 TLD 목록을 가진 베타라고 명시되어 있고, 베타 기능은 정의상 바뀔 수 있습니다. 특정 기능에 의존하는 제품을 구축하기 전에 각 플랫폼의 라이브 문서에서 현재 기능을 확인하세요.

Namefi에서 다음 도메인을 구매하고 토큰화하세요

워크플로에 어떤 인터페이스 패턴이 맞든, Namefi는 구매자가 양식을 클릭하는 사람만큼 에이전트, 지갑 또는 스크립트인 경우를 위해 만들어졌습니다. MCP 서버와 문서화된 REST API, 계정 생성을 완전히 건너뛰는 지갑 서명 체크아웃 경로를 갖춘 ICANN 공인 등록대행자이며, 선택적 토큰화를 통해 도메인 자체를 에이전트 지갑이 보유하고 이동할 수 있는 자산으로 만들 수 있습니다.

Namefi에서 도메인을 검색하고 등록하세요.

출처 및 추가 자료

Cloudflare Blog — Registrar API 베타 발표 (출시일, 지원 작업, 원가 가격, MCP 통합, 선별된 TLD 집합)
webhosting.today — AI 에이전트가 사람 없이 도메인을 등록할 수 있게 되다 (Cloudflare 베타와 그 거버넌스 영향에 대한 업계 설명)
Name.com — 최초의 AI 네이티브 도메인 플랫폼 (발표, 2025년 7월)
CircleID — 2026년 도메인 세계: AI, 보안, 시장 성숙도, 새로운 gTLD 개척지 (리셀러로서의 에이전트 분석, 2026년 4월)
dev.to — AI 에이전트로 사람 없이 도메인 이름을 등록하는 방법 (Cloudflare Registrar API를 기반으로 한 서드파티 MCP 튜토리얼)
llmstxt.org — /llms.txt 파일 (사양 및 근거)
modelcontextprotocol.io — Model Context Protocol이란? (프로토콜 개요)
Namefi — namefi.io/llms.txt (Namefi 자체 기능 색인: API, MCP 서버, 인증 모델, DNS 및 토큰화 기능)