절대 .online 도메인을 사지 마세요
Source: Hacker News
Introduction
저는 20년 넘게 .com만 고집해 왔습니다. 한 번은 그 규칙을 깨고 작은 프로젝트를 위해 .online TLD를 구매했습니다. 이 글은 그 프로젝트가 어떻게 화재가 난 듯 사라졌는지에 대한 이야기입니다.
Namecheap’s Alluring Offer
올해 초, Namecheap이 계정당 하나의 무료 .online 또는 .site을 선택할 수 있는 프로모션을 진행했습니다. 저는 작은 제품—아주 작은 브라우저—을 만들고 있었고 “왜 안 되겠어?” 라고 생각했습니다. ICANN 수수료를 충당하기 위해 $0.20을 결제하고 도메인을 Cloudflare와 GitHub에 연결했으며, 이제 정상적으로 작동한다고 생각했습니다.
The Disappearing Act
몇 주 뒤, 무관한 도메인의 트래픽 데이터를 확인하던 중 지난 48시간 동안 방문자가 전혀 없다는 것을 발견했습니다. 사이트를 로드하면 무시무시한 전체 페이지 “This is an unsafe site” 경고가 표시되었습니다. 해당 사이트는 앱 스토어 링크와 몇 장의 스크린샷, 그리고 앱에 대한 몇 줄의 텍스트만 포함하고 있었으며—차단을 유발할 만한 내용이 전혀 없었습니다.
경고를 클릭해 사이트를 검사하려고 하면 “site not found” 오류가 나타났습니다.
Initial Recon
Cloudflare가 여전히 활성화되어 있고 CF Worker가 도메인을 가리키는지 확인했으며, 이후 레지스트라를 확인했습니다. Namecheap은 도메인을 정상적으로 표시했고 만료일과 네임서버도 올바르게 보였습니다.
하지만 빠르게 DNS 조회를 해보니 아무 결과도 나오지 않았습니다:
dig NS getwisp.online +short
WHOIS 조회 결과는 serverHold 상태를 보여주었습니다.
Stuck in No‑Man’s‑Land
레지스트리, 레지스트라, 호스팅 제공자, 혹은 Google로부터 받은 이메일이 있는지 두 번 확인했지만 없었습니다. Namecheap에 이메일을 보냈고, 그들은 다음과 같이 답변했습니다:

응답 내용은 보류가 Namecheap이 아니라 레지스트리에서 “남용 행위” 때문에 걸렸다고 명확히 했습니다. 이후 .online TLD를 관리하는 레지스트리 Radix의 남용 팀에 연락했으며, 다음과 같은 답변을 받았습니다:

The Verification Catch‑22
Radix는 도메인이 Google Safe Browsing에 블랙리스트에 올라 있어 정지되었다고 했습니다. 정지를 해제하려면 Google Search Console에서 소유권을 확인해야 하는데, 이는 DNS TXT 또는 CNAME 레코드를 추가해야 합니다. 하지만 도메인이 전혀 해석되지 않으므로 확인 자체가 불가능했습니다.
여기서 발생한 교착 상태:
- Google은 도메인이 확인될 때까지 Safe Browsing 플래그를 제거하지 않습니다.
- Radix는 Google이 플래그를 제거할 때까지 도메인을 재활성화하지 않습니다.
다음 여러 Google 채널을 통해 잘못된 양성 판정을 신고했습니다:
모든 시도에서 “No valid pages were submitted”라는 응답만 돌아왔습니다. 이는 도메인이 해석되지 않기 때문이었습니다. 최후의 수단으로 Radix에 임시 해제 요청을 제출해 Google이 사이트 내용을 검토하도록 했습니다.
A Series of Unfortunate Events
돌이켜보면 제가 저지른 실수 몇 가지는 다시 반복하지 않을 것입니다:
- 생소한 TLD 선택: .com이 여전히 최고의 표준입니다.
- 도메인을 즉시 Google Search Console에 추가하지 않음: 분석을 건너뛰고 필요 없을 거라 생각했습니다.
- 가동 시간 모니터링을 생략: 사이트는 단순 랜딩 페이지였지만 기본적인 가시성을 확보했어야 했습니다.
Radix와 Google 모두 매우 민감한 차단 정책과 번거로운 해제 절차를 가지고 있으며, 문제를 해결할 수 있는 알림이나 유예 기간을 제공하지 않습니다. .online TLD가 본질적으로 거짓 양성에 더 취약한지, 아니면 제 사이트가 일찍 신고된 것인지 알 수 없습니다.
어쩔 수 없죠, c’est la vie. 안녕, $0.20.
Notes
- 원본 사이트의 미러는 여기에서 확인할 수 있습니다.
serverHold는 레지스트리에서 설정하며 다루기 매우 번거롭습니다—보통 심각한 문제를 의미합니다.clientHold는 레지스트라에서 설정하며 주로 결제 또는 청구 문제와 관련됩니다.