.self TLD, 자가 호스팅의 신원 계층 실험

도메인이 다시 제품 전략이 되는 이유

Human-Centered Computing Foundation의 발표는 .self라는 새 최상위 도메인(TLD)을 인간 중심 기술과 자가 호스팅을 위한 공간으로 만들겠다는 제안이다. 단순히 멋진 도메인 이름을 늘리는 이야기가 아니다. HCCF는 ICANN Applicant Support Program 참여 승인을 받았다고 밝히며, 광고와 데이터 추출 중심 웹을 다른 신뢰 구조로 바꾸겠다는 캠페인을 시작했다.

AI 시대에 이 주제가 다시 중요해진 이유는 분명하다. 사용자는 검색창보다 에이전트에게 묻고, 에이전트는 수많은 웹페이지와 API를 대신 읽는다. 이때 "누가 말했는가", "어떤 공간은 개인이 통제하는가", "프로필과 서비스의 출처를 어떻게 검증하는가"가 검색 순위보다 중요한 인프라 문제가 된다.

.self가 겨냥하는 빈자리

자가 호스팅은 오랫동안 기술자들의 취향처럼 보였다. 하지만 ICANN의 New gTLD Program과 Applicant Support Program은 도메인 정책이 단지 등록 사업자의 사업이 아니라 커뮤니티와 공익 구조의 문제임을 보여준다. .self의 논점은 개인 데이터, 온라인 정체성, 커뮤니티 운영을 대형 플랫폼 계정에만 맡기지 말자는 데 있다.

W3C DID Core나 Solid Project 같은 분산 신원, 개인 데이터 저장소 논의와 연결하면 .self는 새로운 앱이라기보다 주소 체계의 브랜드와 규칙을 바꾸려는 시도에 가깝다. 성공한다면 "내 사이트"가 블로그 주소를 넘어 인증 가능한 디지털 홈으로 확장될 수 있다.

한국 기업과 개발자에게 보이는 실전 의미

한국 서비스팀이 이 흐름을 당장 도입할 수 있다는 뜻은 아니다. 새 TLD는 신청, 심사, 위임, 등록 정책, 분쟁 처리까지 긴 시간이 걸린다. 그럼에도 지금 읽어야 하는 이유는 에이전트 친화 웹의 기본 단위가 다시 열리고 있기 때문이다.

JSON-LD, 개인 웹사이트의 AI 검색 여권에서 보았듯 구조화 데이터는 AI 검색에서 출처를 읽히는 최소 장치다. Cloudflare 임시 계정, 에이전트 배포의 새 관문은 에이전트가 서비스 계정을 어떻게 다룰지 보여줬다. .self는 이 흐름을 DNS와 커뮤니티 정책으로 끌어내린다.

국내 스타트업은 도메인 자체보다 설계 원칙을 먼저 가져올 수 있다. 개인이 데이터를 내보낼 수 있는 구조, AI 크롤러와 에이전트에 보여줄 메타데이터, 커뮤니티 검증 정책, 계정 복구 절차가 제품 차별화가 된다. 특히 의료, 교육, 크리에이터 경제처럼 신뢰가 매출로 직결되는 영역에서는 "플랫폼 계정"과 "검증 가능한 독립 홈"의 차이가 커진다.

가장 큰 리스크는 이상이 아니라 운영이다

새 TLD는 좋은 이름만으로 유지되지 않는다. 등록 남용, 피싱, 상표권 분쟁, 프라이버시 정책, 레지스트리 운영 비용이 붙는다. ICANN의 Registry Agreement 같은 계약 구조를 보면, 공익적 의도와 실제 운영 책임 사이에는 상당한 간극이 있다.

또 하나의 문제는 자가 호스팅의 보안 부담이다. 개인이 직접 서버를 운영하면 플랫폼 종속은 줄지만 패치, 백업, 키 관리, 스팸 방어 책임이 생긴다. 따라서 .self가 대중성을 얻으려면 "모두가 서버 관리자가 되자"가 아니라 관리형 호스팅, 오픈 프로토콜, 쉬운 이전성의 조합으로 가야 한다.

Obscure Sorrows 표절, AI 검색의 출처 붕괴에서 본 출처 혼란은 앞으로 더 커질 수 있다. .self 같은 실험은 그 혼란을 해결할 수 있는 한 조각이지만, TLD만으로 신뢰가 자동 생성되지는 않는다. 등록 정책, 검증 메타데이터, 콘텐츠 서명, 사용자 교육이 같이 필요하다.

자주 묻는 질문

Q1: .self는 이미 사용할 수 있나요?

A: 발표는 캠페인과 구상 단계에 가깝다. ICANN 절차를 거쳐야 하므로 일반 등록 가능 여부는 별도 확인이 필요하다.

Q2: AI 뉴스와 TLD가 무슨 관련이 있나요?

A: AI 에이전트가 웹 출처를 대신 판단할수록 주소, 메타데이터, 신원 검증이 모델 성능만큼 중요해진다.

Q3: 자가 호스팅은 보안상 위험하지 않나요?

A: 위험할 수 있다. 그래서 개인 운영만이 아니라 관리형 호스팅과 표준화된 백업, 인증, 업데이트 모델이 같이 필요하다.

Q4: 한국 서비스가 지금 준비할 일은 무엇인가요?

A: 구조화 데이터, 계정 이전성, 도메인 기반 인증, AI 크롤러 정책을 정리하는 것이 현실적인 첫 단계다.

Q5: .self가 성공하면 플랫폼이 약해지나요?

A: 단기간에는 아니다. 다만 개인과 커뮤니티가 신뢰 가능한 홈을 갖는 선택지가 늘면 플랫폼 의존 협상력이 조금씩 바뀐다.