AI 도메인 이름 생성기를 넘어: 에이전트 시대
AI 이름 생성기는 제안에서 멈춥니다. 제안, 검색, 설정, 거래, 관리로 이어지는 역량 사다리와 각 단계를 실제로 제공하는 서비스를 살펴봅니다.
- ai-agents
- domains
- explainer
AI 이름 생성기에 "반려식물 정기 배송 상자"처럼 아이디어를 한 문장으로 입력했다고 해 보겠습니다. 삼십 초 뒤에는 브랜더블 도메인 후보 목록과 로고, 어쩌면 기본 웹사이트까지 손에 들어옵니다. 여기까지는 마법처럼 느껴집니다. 하지만 마법은 그 순간 끝납니다. 다시 1995년부터 사람들이 해 오던 방식대로 결제 페이지를 클릭하고, 카드 번호를 입력하고, 도메인이 만료되기 전에 갱신할 것을 기억해 내길 바라야 합니다.
"AI가 이름을 골랐다"와 "그 이름이 실제로 작동하고, 내 소유이며, 계속 갱신되는 도메인이 됐다" 사이의 간극에서 AI와 도메인에 관한 대부분의 대화는 조용히 멈춥니다. 이 글은 그 너머를 다룹니다. 이름 제안부터 도메인의 전체 수명 주기 관리까지 이어지는 역량 사다리가 무엇인지, 그리고 모두에게 익숙한 도구들이 왜 첫 두 단계까지만 오르는지 살펴봅니다.
생성기는 사용했습니다. 이제 무엇을 해야 할까요? 12단계의 현실
생성기가 이름을 제시한 뒤 그 이후를 자동으로 처리해 주는 것이 없다면 실제로 다음과 같은 일이 벌어집니다.
- 그 이름을 정말 등록할 수 있는지 확인합니다. 생성기가 만든 후보 목록은 실제로 구매하려는 시점에는 실시간 등록 가능 여부보다 늦을 수 있습니다.
- 생성기가 제안한 여러 TLD의 가격을 비교합니다. 프리미엄 가격과 최소 다년 등록 조건은 확장자마다 크게 다릅니다.
- 아직 계정이 없다면 생성기가 연결하는 등록대행자에 계정을 만듭니다.
- 등록자 연락처와 청구 정보를 입력합니다.
- 결제를 완료합니다. 카드 번호를 입력하고, WHOIS 개인정보 보호 부가 서비스를 선택한 뒤 주문을 확인합니다.
- 등록자 이메일 주소를 인증합니다. 연락처가 인증되지 않으면 새 도메인 등록이 보류될 수 있습니다.
- 도메인이 어디를 가리킬지 결정한 다음, 네임서버를 호스팅 업체나 DNS 제공업체의 것으로 설정합니다.
- 사이트에 실제로 필요한 DNS 레코드를 만듭니다. 앱에는 A 또는 CNAME 레코드, 이메일에는 MX, 인증과 SPF에는 TXT 레코드가 필요합니다.
- 어디서든 안정적으로 연결될 때까지 DNS 전파가 끝나기를 기다립니다.
- SSL/TLS 인증서를 발급하거나, 호스팅 업체가 이를 자동으로 처리하는지 확인합니다.
- 자동 갱신을 켜거나, 만료일보다 훨씬 앞선 날짜로 직접 알림을 설정해 도메인이 만료되지 않도록 합니다.
- 나중에 등록대행자를 옮기고 싶다면 도메인 잠금을 해제하고, 현재 등록대행자로부터 인증 코드를 받은 뒤 이전을 시작합니다. 그런 다음 다시 이전할 수 있을 때까지 이전 후 잠금 기간이 끝나기를 기다립니다.
각 단계는 그 자체로 어렵지 않습니다. 하지만 모두 합치면 AI가 한 번의 프롬프트로 이미 결정을 도와줬다고 여겨지는 일을 위해 등록대행자 대시보드, DNS 패널, 달력에 걸쳐 열두 번이나 수동으로 작업해야 합니다. 12단계는 뜬소문이 아닙니다. ICANN은 도메인을 한 등록대행자에서 다른 등록대행자로 이전하려면 Auth-Code가 필요하다고 설명합니다. 현행 이전 정책에 따르면 신규 등록 후 60일 이내이거나 직전의 등록대행자 간 이전 후 60일 이내일 때 등록대행자가 이전을 거부할 수 있습니다. 또한 일부 등록자 변경 후에는, 등록대행자가 잠금 적용 제외 옵션을 제공하고 등록자가 변경 전에 이를 선택한 경우가 아니라면 60일 잠금이 요구됩니다(3.7.5~3.8.5절 및 II.C.2절). 이러한 현행 규정은 일괄적인 30일 잠금으로 전면 대체된 것이 아닙니다. 결국 사람이 어떤 규정이 적용되는지 알고 직접 조치해야 합니다.
역량 사다리: 제안에서 거래까지
생성기 자체가 잘못된 것은 아닙니다. 모호한 아이디어를 단어로 바꿔 주는 실제적이지만 좁은 문제를 해결합니다. 혼란은 "AI가 내 도메인을 도왔다"를 하나의 역량으로 볼 때 생깁니다. 실제로는 다섯 가지 역량이며, 오늘날 시장에 나온 제품 대부분은 처음 두 가지만 제공합니다.
| 단계 | AI가 하는 일 | 여전히 수동인 일 | 구체적인 예 |
|---|---|---|---|
| 1. 제안 | 프롬프트를 바탕으로 브랜드로 만들기 좋은 이름을 제안 | 이름을 정한 뒤의 모든 일 | GoDaddy Airo와 Namecheap의 Visual 생성기는 한 줄 설명을 이름과 로고로 바꿉니다. Airo는 "등록을 마치면 이름, 로고, 기본 사이트도 제안할 수 있습니다" |
| 2. 검색 | 특정 이름의 실시간 등록 가능 여부와 가격을 확인 | "구매" 버튼을 누르고 이후 설정하는 일 | 등록 가능 여부 조회를 통해 이름이 실제로 아직 비어 있는지 확인합니다. 그때쯤이면 후보 목록이 오래된 정보일 수 있습니다. 하지만 결과는 여전히 사람이 클릭해 구매해야 하는 페이지로 이어집니다. |
| 3. 설정 | 이미 보유한 도메인의 DNS 레코드를 읽고 씀 | API가 쓰기 작업을 지원한다면 없음 | Namefi의 DNS 엔드포인트를 이용하면 API 키를 가진 호출자가 A, CNAME, MX, TXT 레코드를 생성, 수정, 삭제할 수 있어 대시보드를 열지 않고도 새 도메인을 실제 배포 환경에 연결할 수 있습니다. |
| 4. 거래 | 결제 페이지 없이 API 또는 프로토콜 호출로 등록을 완료 | 사전에 지출 한도를 승인하는 일 | 독립 보도에 따르면 Cloudflare의 Registrar API 베타는 "AI 에이전트가 브라우저 조작이나 수동 승인 없이 도메인 등록 가능 여부를 검색하고, 가격을 확인하고, 프로그래밍 방식으로 등록을 완료하게 합니다". Namefi의 MCP 서버도 같은 단계를 호출 가능한 도구로 제공합니다. |
| 5. 수명 주기 관리 | 대시보드를 다시 열지 않고 여러 해에 걸쳐 갱신, DNS 변경, 이전을 처리 | 정책을 한 번 설정하는 일 | Namefi의 API는 에이전트가 등록 당일 켤 수 있는 토글로 자동 갱신을 제공합니다. 반면 Cloudflare의 자체 베타는 "이전, 갱신, 연락처 업데이트를 포함한 등록 후 관리는 현재 베타에 포함되지 않습니다"라고 명시합니다. |
사다리를 위에서 아래로 읽으면 패턴이 분명합니다. 1단계와 2단계는 정보에 관한 것입니다. 무엇이라고 이름 붙일지, 등록 가능한지, 가격이 얼마인지 알려 줍니다. 3단계부터 5단계까지는 행동에 관한 것입니다. 설정하고, 구매하고, 계속 운영합니다. 2026년에 "AI 도메인"으로 마케팅되는 거의 모든 제품은 정보 쪽 절반에만 머뭅니다.
기존 업체는 어디서, 왜 멈추는가
GoDaddy Airo와 Namecheap의 Visual 도구는 1단계를 실제로 잘 수행하므로 굳이 그렇지 않은 척할 필요가 없습니다. 처음으로 소규모 사업체의 이름을 짓는 사람에게 한 번에 생성된 후보 목록과 로고, 기본 사이트까지 제공하는 것은 분명한 가치가 있습니다. 자체적으로 작성한 GoDaddy Airo, Namecheap AI, Namefi 비교에서는 이 단계에서 각 서비스가 실제로 무엇을 제공하는지 자세히 살펴봅니다.
하지만 두 제품 모두 결정을 사용자 외의 다른 주체에게 맡기지는 않습니다. 이는 실수가 아니라 구조적인 선택입니다. Airo의 제안은 GoDaddy 자체 결제로 이어지고, 그 다음 단계에는 같은 안내 여정 안에서 AI Builder, Logo Maker, SEO Wizard, LLC 설정 절차가 기다립니다. Namecheap의 Visual 제품군도 같은 방식으로 이름 생성기, 로고 제작기, 사이트 제작기를 차례로 연결하며 모두 Namecheap 제품 안에서 다음 단계로 넘깁니다. 두 경우 모두 AI의 역할은 사용자를 대신해 아무것도 보여 주지 않은 채 구매를 완료하는 것이 아니라, 사용자가 해당 업체의 결제를 완료할 가능성을 높이는 것입니다. 등록대행자의 AI가 4단계에서 자율적으로 거래한다면 자체 상향 판매가 이뤄지는 바로 그 페이지를 건너뛰게 됩니다. 오늘날 이 기능을 출시할 사업적 이유가 없는 셈입니다.
이것이 "기존 업체가 2단계에서 멈추는 이유"에 대한 솔직한 설명입니다. 엔지니어링이 어렵기 때문이 아닙니다. 에이전트 네이티브 도메인 등록대행자란?에서 설명했듯 등록대행자들은 이십 년 동안 프로그래밍 방식의 API를 운영해 왔습니다. 에이전트가 스스로 구매를 완료하면 그들의 비즈니스 모델이 의존하는 순간 자체가 사라지기 때문입니다.
실제로 보는 3~5단계
3단계부터 5단계까지는 양식보다는 도구가 연결된 대화에 가깝습니다. 등록대행자의 MCP 서버나 REST API에 연결된 에이전트가 이름을 확인하고, 실제 가격을 받아 등록하고, DNS 레코드를 설정합니다. 사람이 미리 정한 한도 안에서 에이전트가 직접 호출하는 방식이므로 한 페이지씩 클릭할 필요가 없습니다. CircleID의 2026년 업계 분석은 이를 간단히 설명합니다. "AI 에이전트는 도메인 리셀러 역할을 점점 더 많이 맡아 사람의 개입 없이 등록 가능 여부를 확인하고, 이름을 등록하고, DNS를 설정합니다."
여기서 같은 내용을 반복하기보다 전체 실전 예시는 다른 글에 담았습니다. 자연어로 도메인을 구매하는 방법은 자연어 프롬프트에서 등록과 DNS 설정이 완료된 도메인까지 이어지는 주석 포함 대화를 통해 3단계와 4단계의 작동 방식을 자세히 보여 줍니다. Namefi에서 AI 에이전트로 도메인을 등록하는 방법은 주요 에이전트 클라이언트를 아우르는 표준 설정 가이드로, 자격 증명 받기, 연결하기, 검색 및 가격 확인하기, 등록하기, DNS 설정하기라는 공통 다섯 단계 절차를 설명합니다. 5단계는 더 새로운 부분입니다. Namefi의 문서에 공개된 도구를 사용하면 에이전트가 도메인 등록에 사용한 것과 같은 인터페이스에서 몇 달 뒤에도 자동 갱신을 켜거나 DNS 레코드를 수정할 수 있으며, 별도의 대시보드 로그인은 필요하지 않습니다. 다만 현재 공개된 도구 카탈로그에는 등록대행자 간 이전을 시작하는 작업이 문서화되어 있지 않으므로, 전체 수명 주기 자동화의 이 부분은 아직 별도 경로가 필요합니다.
에이전트에게 맡기기 전에 모든 등록대행자에게 물어볼 다섯 가지 질문
"AI"를 내세우는 모든 등록대행자가 3단계 이상에 해당하는 것은 아닙니다. 에이전트를 연결하기 전에 다음 사항을 물어볼 필요가 있습니다.
- 사람이 먼저 문서를 읽지 않아도 내 에이전트가 제공 기능을 파악할 수 있는가? 사람이 레퍼런스 페이지를 읽고 직접 통합 코드를 작성해야만 API를 이해할 수 있다면, 아무 정보 없이 처음 찾아온 에이전트가 활용할 방법은 없습니다.
- "구매"가 실제로 API에서 이뤄지는가, 아니면 클릭할 링크만 전달하는가? 많은 "AI 기반" 등록 서비스는 여전히 호스팅된 결제 페이지에서 끝납니다. 자동화하려던 바로 그 단계에 사람을 다시 끌어들이는 셈입니다.
- 결제 방식은 무엇인가? 브라우저에 내 카드를 저장해야 하는가, 아니면 에이전트가 자체 자격 증명을 보유할 수 있는가? 저장된 카드는 사람이 양식을 작성한다는 전제에 기반합니다. API 키나 지갑 서명은 소프트웨어가 실제로 보유하고 사용할 수 있습니다.
- 문제가 생겼을 때 에이전트가 대응 가능한 코드를 받는가, 아니면 나를 위한 문단을 받는가? 사람이 로그를 읽을 때는 서술형 오류 메시지로 충분합니다. 에이전트에는 조건 분기에 사용할 수 있는 구조화되고 안정적인 오류가 필요합니다.
- 연결된 뒤 의도한 것보다 더 많이 지출하지 못하도록 무엇이 막아 주는가? 스크립트가 기술적으로 가능한 모든 일을 하게 두는 자격 증명이 아니라, 한 번 설정해 두는 지출 한도나 확인 단계를 찾아야 합니다.
이 질문들은 에이전트 네이티브 도메인 등록대행자란?의 더 상세한 체크리스트와 취지는 비슷하지만 완전히 같지는 않습니다. 그 글은 여섯 가지 구체적인 기준에 따라 특정 플랫폼을 평가합니다. 여기의 짧은 목록은 어떤 서비스든 연결하기 전에 실제로 기억해 둘 수 있는 버전입니다.
자주 묻는 질문
AI 도메인 이름 생성기를 사용하는 것이 실제로 왜 문제인가요?
제 역할에 맞게 사용하는 한 아무 문제도 없습니다. 생성기는 1단계 도구입니다. 모호한 아이디어를 후보 이름으로 바꾸고, 흔히 로고나 기본 사이트도 함께 제공합니다. 문제가 생기는 것은 같은 도구가 등록 가능 여부 확인, 이름 등록, DNS 설정, 갱신 관리까지 모두 처리하리라 기대할 때뿐입니다. 이는 서로 다른 도구가 수행하는 별개의 일입니다.
GoDaddy나 Namecheap도 결국 4단계 또는 5단계에 도달할까요?
가능합니다. 다만 기술적으로 가능한 속도보다 느릴 것이라고 볼 구조적인 이유가 있습니다. 이들의 AI 도구는 고객을 자체 결제와 상향 판매 절차로 이끌기 위해 존재하고, 자율적으로 거래하는 에이전트는 그 과정을 완전히 우회합니다. 오늘날 3단계와 4단계를 실제로 제공하는 곳은 Cloudflare의 Registrar API 베타, Namefi의 MCP 서버와 REST API처럼 에이전트 주도 거래를 위해 특별히 설계된 등록대행자입니다. 자세한 내용은 에이전트 네이티브 등록대행자 비교에서 다룹니다.
단순 갱신 외에 "수명 주기 관리"에는 무엇이 포함되나요?
갱신이 가장 분명한 요소지만, 수명 주기 관리에는 출시 후 DNS 레코드 수정, 필요할 때 다른 등록대행자로 이전 시작, 등록자 연락처를 최신 상태로 유지하는 일도 포함됩니다. 매번 별도로 수동 로그인하지 않고 도메인 등록에 사용한 것과 동일한 프로그래밍 인터페이스에서 모두 처리합니다.
에이전트에게 도메인의 수명 주기를 맡기면 통제권을 잃게 되나요?
등록대행자가 위의 다섯 가지 질문에서 말한 안전장치를 지원한다면 그렇지 않습니다. 사람이 개입하는 확인 지점, 지출 상한, 중요한 작업을 위한 확인 단계를 두면 반복적인 작업은 AI 에이전트에 위임하면서도 설정한 기준을 넘는 모든 작업에 대한 승인 권한은 유지할 수 있습니다.
현재 Namefi는 5단계에 있나요?
부분적으로는 그렇지만, 이 단계의 정의에 포함된 모든 수명 주기 작업을 지원하는 것은 아닙니다. Namefi의 공개 API 레퍼런스에는 프로그래밍 방식의 DNS 읽기·쓰기와 자동 갱신 토글이 문서화되어 있어, 에이전트가 등록 후에도 의미 있는 관리 작업을 수행할 수 있습니다. 하지만 등록대행자 간 이전을 시작하거나 모든 등록자 연락처 필드를 업데이트하는 작업은 현재 문서화되어 있지 않습니다. 서버 측 지출 상한 기능도 공개 문서에 없으며, 현재 이 안전장치는 MCP 클라이언트나 그 주변에 구축한 정책 계층에서 설정해야 합니다.
결국 "API가 있는 등록대행자" 아닌가요? 등록대행자 API는 수년 전부터 있었잖아요.
API가 있다는 것과 에이전트가 처음부터 끝까지 사용할 수 있다는 것은 같은 주장이 아닙니다. 대부분의 등록대행자 API가 스스로 찾아와 바로 사용하는 에이전트가 아니라, 사람이 한 번 통합하는 용도로 만들어진 이유가 바로 에이전트 네이티브 도메인 등록대행자란?에서 다루는 주제입니다.
에이전트에게 사다리의 나머지를 맡기세요
에이전트가 이미 코드를 작성하고 이름을 고를 수 있다면 확인, 구매, DNS 설정, 갱신 관리를 위해 사용자가 다시 대시보드를 클릭할 이유가 없습니다. Namefi는 MCP를 지원하는 에이전트가 직접 호출할 수 있는 도구로 도메인 검색, 등록, DNS 관리, 갱신 제어 기능을 제공합니다. API 키나 지갑 서명으로 인증하므로 사다리가 이름에서 멈출 필요가 없습니다. 등록대행자 간 이전은 현재 문서화된 도구 카탈로그의 범위 밖에 있습니다.
Namefi의 에이전트 도구가 작동하는 방식 알아보기.
출처 및 추가 자료
- Hostinger — 2026년 최고의 도메인 등록대행자 8곳: 테스트 및 비교 — GoDaddy Airo의 제안이 여전히 GoDaddy 자체 등록 절차로 이어진다는 점을 독립적으로 확인합니다.
- webhosting.today — 이제 AI 에이전트가 사람 없이 도메인을 등록할 수 있다 — Cloudflare가 2026년 사월 공개한 Registrar API 베타에 관한 보도로, 이전, 갱신, 연락처 업데이트 같은 등록 후 수명 주기 관리가 아직 베타에 포함되지 않았다는 명시된 공백도 다룹니다.
- ICANN — 이전 정책 · 등록자 이전 FAQ — Auth-Code 요구 사항과 현행 60일 이전 제한의 출처입니다.
- CircleID — 2026년의 도메인 세계: AI, 보안, 시장 성숙도, 새로운 gTLD의 개척지 — 도메인 리셀러 역할을 맡는 에이전트에 관한 업계 분석입니다.
- GoDaddy — Airo: 온라인 성장을 돕는 AI 기반 환경 — Airo의 이름 짓기, 로고, 사이트 구축 제품군에 관한 GoDaddy의 자체 제품 설명입니다.
- Namecheap — Visual: 비즈니스 이름 생성기 — 무료 AI 이름 짓기 및 브랜딩 도구에 관한 Namecheap의 자체 설명입니다.
- Namefi — namefi.io/llms.txt — Namefi의 기계 판독형 API 레퍼런스입니다. MCP 서버, DNS 레코드 엔드포인트, 등록 절차, 자동 갱신 토글을 비롯해 이 글에 나온 모든 Namefi 기능 주장의 출처입니다.
기여자
Fenwei Bian은 30대 소프트웨어 개발자로, 업무 시간은 pull request 속에서 보내고 주말에는 흙이나 톱밥을 손에 묻힌다. GitHub에서 여러 해 동안 오픈 소스에 참여하며 이름도 인터페이스라는 점을 배웠다. 좋은 이름은 명확하고, 무슨 일을 하는지 솔직하게 드러내며, 다음에 그것을 사용할 사람에게 친절하다.
정원 가꾸기는 인내에 보답하고 막연한 기대에는 냉정하기 때문에 좋아한다. 목공은 이음새가 맞거나 맞지 않거나 둘 중 하나이기 때문에 한다. 두 습관 모두 명명에 관한 글쓰기에도 나타난다. 두 번 재고, 출처를 확인하며, 거친 부분을 대충 사포질해 가린 뒤 아무도 눈치채지 않기를 바라지 않는다.
Namefi에서는 도메인 시장이 실제로 어떻게 움직이는지, 이름의 토큰화와 플리핑에 따르는 현실적인 장단점, 그리고 20년 뒤에도 소유하기를 잘했다고 생각할 도메인을 고르는 법에 관해 쓴다.
Victor Zhou는 디지털 신원과 신뢰에 주력하는 기술 창업자이자 표준 편집자다. Namefi를 창업했고, 이더리움 개선 제안을 편집하며, 이전에는 Google Labs에서 스마트 컨트랙트 아키텍처 업무를 이끌었다.
그의 작업은 명명, 소유권, 사람들이 온라인에서 신원을 확립하는 데 사용하는 시스템이 만나는 지점에 놓여 있다. 이러한 관점으로 이름이 개인적 의미, 대중의 인식, 디지털 인프라 사이를 오가는 방식에 특히 관심을 기울인다.
Namefi에서 Victor는 도메인을 오래 지속되는 디지털 신원으로 바라보며 관련 글을 쓰고 편집한다. 이름이 어떻게 소유 가능한 온체인 자산이 되는지, 토큰화가 커스터디와 신뢰를 어떻게 바꾸는지, 명명이 온라인 신원 확립에 쓰이는 시스템에서 무엇을 배울 수 있는지를 다룬다.
Gong Ji-hye(공지혜)는 수원 출신으로 서울에 거주하는 30대 번역가다. 첫 직장은 반도체 팹의 공정 엔지니어였다. 말 그대로 실리콘을 만드는 일을 도왔다. 이후 영어와 한국어 사이의 기술 및 에디토리얼 콘텐츠 현지화로 옮겨 왔다.
그녀는 콩글리시에 익숙하지만 자연스러운 우리말이 있는데도 굳이 콩글리시를 쓰는 데 지친 독자를 위해 번역한다. 로마자 표기와 띄어쓰기, 라틴 문자 로고 옆에 한글로 놓였을 때 이름이 어떻게 보이는지를 꼼꼼히 살핀다. 주말에는 북한산을 걷고, 핸드드립 커피를 마시며, 밀린 웹툰을 본다.
Namefi에서는 도메인과 명명에 관한 글을 한국어로 현지화한다. 한글과 로마자 표기 사이의 선택, .kr 네임스페이스, 두 문자 체계에서 모두 자연스럽게 통해야 하는 브랜드 이름을 함께 고려한다.
관련 가이드
- 에이전트 네이티브 도메인 등록대행자란 무엇인가?등록대행자는 수십 년간 API를 제공해 왔지만 API만으로는 에이전트 네이티브가 아닙니다. 발견성, 문서, 오류, 결제, 정책 훅 체크리스트를 설명합니다.
- AI 에이전트가 사람 없이 도메인을 구매하는 방법 (2026)2026년 4월, 도메인 등록이 에이전트 레이어로 옮겨갔습니다. AI 에이전트가 도메인을 검색하고, 가격을 확인하고, 등록하는 방식과 여전히 중요한 가드레일을 설명합니다.
- 2026년, "AI 도메인 검색"은 서로 다른 두 가지를 뜻합니다"AI 도메인 검색"은 이름을 추천하는 어시스턴트를 뜻할 수도, 직접 구매하는 에이전트를 뜻할 수도 있습니다. 어떤 도구가 필요한지, 어디서 이용할 수 있는지 두 열로 구분해 알아보세요.
- 도메인을 위한 llms.txt: 모든 AI 에이전트가 읽을 수 있는 API일반 텍스트 파일 하나로 모든 AI 에이전트가 등록대행자의 전체 API를 찾고 사용할 수 있게 하는 namefi.io/llms.txt의 작동 방식과 MCP와의 연계 방법을 살펴봅니다.