대부분의 도메인 등록은 간단합니다. 사용 가능한 이름을 검색하고, 연락처 정보를 입력하고, 결제하고, 등록을 완료하면 됩니다.
그러나 일부 도메인 확장자의 경우 추가 단계가 하나 더 있을 수 있습니다: 신원, 연락처 또는 자격 요건 검증.
도메인이 활성화되기 전에 신원 확인, 회사 등록 정보 제공, 주소 확인 또는 서류 제출을 요청받을 수 있습니다. 다른 경우에는 레지스트리가 등록자 정보가 여전히 정확한지 확인해야 할 경우 검증이 나중에 이루어질 수도 있습니다.
.COM과 같은 확장자 등록에 익숙하다면 이는 놀라울 수 있지만, 일부 국가 코드 및 제한 도메인 확장자의 등록 프레임워크에서는 정상적인 절차입니다.
기억해야 할 중요한 점은 단일 글로벌 "도메인 KYC" 규칙은 없다는 것입니다. 요구 사항은 레지스트리, 확장자, 신청자에 따라 다르며 때로는 수행되는 작업에 따라 달라집니다.
새 등록을 계획 중이라면, 주문 전에 NiceNIC에서 도메인 가용성을 검색하고 적용 가능한 요구 사항을 확인할 수 있습니다.
도메인 레지스트리가 등록자를 검증해야 하는 이유는 무엇인가요?
모든 최상위 도메인은 일련의 정책에 따라 운영됩니다.
많은 일반 확장자의 경우 등록이 개방되어 있으며 자격 제한이 비교적 적습니다. 일부 국가 코드 최상위 도메인(ccTLD)은 레지스트리가 현지 법률을 준수해야 하거나, 특정 등록 기준을 유지해야 하거나, 신청자가 특정 자격 요건을 충족하는지 확인해야 하기 때문에 다르게 운영됩니다.
신원 검증은 따라서 여러 가지 다른 목적을 제공할 수 있습니다.
등록자 데이터 정확성 유지
도메인 등록에는 해당 도메인을 담당하는 개인 또는 조직에 대한 정보가 포함됩니다.
레지스트리는 해당 정보가 정확하고 완전하며 최신 상태일 것을 요구할 수 있습니다.
예를 들어, DENIC(.DE의 레지스트리)은 현재 위험 기반 등록자 데이터 검증 프로세스를 사용합니다. 등록자 정보는 완전성과 타당성에 대해 확인되며, 정보가 충분히 검증될 수 없는 경우 추가 검증이 요청될 수 있습니다.
이는 모든 .DE 등록자가 동일한 문서 업로드 프로세스를 거친다는 의미는 아닙니다.
정확한 등록자 정보가 중요하며 필요한 경우 추가 확인이 트리거될 수 있음을 의미합니다.
확장자에 대한 자세한 내용은 NiceNIC .DE 도메인 페이지에서 확인할 수 있습니다.
신청자가 자격 요건을 충족하는지 확인
일부 확장자는 특정 국가와 연결된 개인, 기업 또는 조직을 대상으로 합니다.
노르웨이의 .NO 네임스페이스가 한 예입니다. Norid는 신청자가 정의된 노르웨이 자격 요건을 충족하도록 요구하며 관련 공식 기록에 대해 조직 또는 개인을 검증합니다.
호주도 또 다른 예를 제공합니다. .AU 신청자는 적용 가능한 호주 존재 요건을 충족해야 하며, 개별 네임스페이스는 추가 자격 및 할당 규칙을 가질 수 있습니다.
이러한 상황에서 검증은 단순히 개인이 존재하는지 확인하는 것 이상입니다.
레지스트리는 다음을 결정해야 할 수도 있습니다:
이 개인 또는 조직이 이 특정 도메인을 보유할 자격이 있나요?
그 구분이 중요합니다.
신원 검증이 자동으로 도메인 자격을 의미하지는 않습니다.
레지스트리 또는 현지 규제 요건 충족
레지스트리는 또한 다양한 국가 및 규제 환경에서 운영됩니다.
이것이 한 ccTLD의 등록 요건을 단순히 다른 ccTLD에 복사할 수 없는 이유입니다.
중국의 .CN은 예를 들어, 진정하고 정확하며 완전한 등록자 정보와 적용 가능한 검증 자료를 요구합니다. .CN을 고려하는 고객은 NiceNIC .CN 도메인 등록 페이지에서 현재 프로세스를 검토할 수 있습니다.
스웨덴의 .SE 레지스트리도 등록자 검증 확인을 수행하며, 베트남의 .VN 프레임워크는 eKYC와 같은 전자 신원 검증 프로세스를 지원합니다.
용어는 다를 수 있습니다:
- 신원 검증
- 등록자 검증
- 실명 검증
- 자격 검증
- 데이터 검증
- eKYC
이러한 용어는 관련이 있지만 항상 상호 교환 가능한 것은 아닙니다.
정확한 프로세스는 관련 레지스트리 규칙과 해당 요건의 레지스트라 구현에 따라 결정됩니다.
왜 더 많은 도메인 구매자가 검증 요청을 받고 있나요?
도메인 업계에서 신원 확인이 더 눈에 띄게 되고 있습니다.
한 가지 이유는 레지스트리와 레지스트라가 등록 데이터의 정확성에 더 큰 중점을 두고 있기 때문입니다.
또 다른 이유는 국가 및 지역 규제 프레임워크가 점점 운영자에게 도메인 보유자에 대한 신뢰할 수 있는 정보를 유지하도록 요구하기 때문입니다.
기술도 프로세스를 변화시키고 있습니다. 한때 수동 서류 작업을 필요로 했던 검증은 점점 전자 식별, 데이터베이스 확인 또는 eKYC를 통해 완료될 수 있습니다.
등록자에게 이는 검증 요청이 반드시 등록에 문제가 있음을 나타내는 것은 아님을 의미합니다.
많은 경우, 이는 해당 확장자의 정상적인 프로세스의 일부일 뿐입니다.
모든 검증 요청이 "여권 업로드"를 의미하는 것은 아닙니다
이는 도메인 KYC에 대한 가장 흔한 오해 중 하나입니다.
검증은 여러 형태를 취할 수 있습니다.
레지스트리와 신청자에 따라 다음을 포함할 수 있습니다:
- 이메일 주소 또는 전화번호 확인
- 공식 데이터베이스에 대한 개인 확인
- 회사 등록 번호 검증
- 사업체 법적 이름 확인
- 주소 확인
- 신분증 제공
- 사업자 등록 증명서 제공
- 현지 존재 확인
- 신청자가 자격 규칙을 충족함을 입증
일부 확인은 등록자가 아무것도 업로드하지 않고 자동으로 이루어질 수 있습니다.
다른 경우에는 추가 정보가 필요합니다.
이것이 모든 제한 TLD이 동일한 전통적인 KYC 프로세스를 운영한다고 가정하기보다는 도메인 검증 요구 사항의 관점에서 생각하는 것이 더 나은 이유입니다.
도메인 검증은 언제 이루어질 수 있나요?
검증은 항상 새 등록으로 제한되지 않습니다.
도메인 확장자와 레지스트리 정책에 따라 다음 경우에 발생할 수 있습니다:
- 새 도메인이 등록될 때
- 도메인이 이전될 때
- 등록자 또는 보유자가 변경될 때
- 중요한 연락처 정보가 업데이트될 때
- 기존 보유자 데이터를 독립적으로 검증할 수 없을 때
- 레지스트리가 데이터 정확성 검토를 수행할 때
- 자격을 재확인해야 할 때
이는 특히 기존 도메인 보유자에게 중요합니다.
몇 년 전에 도메인을 성공적으로 등록했다고 해서 연락처 정보가 다시 확인될 필요가 없다는 의미는 아닙니다.
예를 들어, 일부 레지스트리는 검증을 일회성 이벤트로 취급하지 않고 지속적인 데이터 품질 확인을 수행합니다.
정확한 도메인 연락처 정보가 중요한 이유
도메인 연락처 정보를 체크아웃 시에만 중요한 것으로 취급하고 싶은 유혹이 있을 수 있습니다.
이는 불필요한 위험을 초래합니다.
도메인 보유자는 법적 이름, 조직 이름, 주소, 이메일 주소 및 전화번호와 같은 정보를 도메인 수명 동안 정확하게 유지해야 합니다.
부정확하거나 오래된 정보는 향후 검증을 더 어렵게 만들 수 있습니다.
다음과 같은 경우에도 문제가 발생할 수 있습니다:
- 도메인을 이전할 때
- 등록자를 업데이트할 때
- 계정 액세스를 복구할 때
- 레지스트리 요청에 응답할 때
- 소유권 또는 제어를 확인할 때
- 확장자별 검증 프로세스를 완료할 때
지원 문서를 요구하는 확장자의 경우 일관성이 중요합니다.
등록에 한 회사 이름이 표시되고 제출된 증명서에 다른 이름이 표시되는 경우, 두 기록 모두 합법적인 사업체와 관련이 있더라도 신청에 추가 검토가 필요할 수 있습니다.
신원 검증이 내 정보를 공개적으로 만드나요?
아니요. 이들은 별개의 문제입니다.
신원 검증이 자동으로 귀하의 신분증 문서가 공개 도메인 등록 기록에 표시된다는 의미는 아닙니다.
레지스트리 또는 레지스트라는 제출된 문서를 게시하지 않고 등록 뒤의 개인 또는 조직을 검증하기 위해 정보가 필요할 수 있습니다.
공개 등록 데이터 공개는 적용 가능한 레지스트리 규칙, 레지스트라 정책, 개인정보 보호 요건 및 등록 데이터 프레임워크에 의해 별도로 규제됩니다.
이 구분은 사용자가 때때로 세 가지 다른 사항을 혼동하기 때문에 특히 중요합니다:
도메인 등록 시 제공하는 정보, 등록 검증에 사용되는 정보, 공개적으로 표시될 수 있는 정보.
이들은 반드시 동일하지 않습니다.
검증이 도메인 남용을 방지하나요?
검증은 등록 정보의 정확성과 책임성을 향상시킬 수 있지만, 도메인이 절대 오용되지 않는다는 보장으로 취급되어서는 안 됩니다.
도메인 보안 및 남용 방지는 훨씬 더 넓은 범위의 통제를 포함하며, 다음을 포함합니다:
- 계정 보안
- 이전 보호
- DNS 보안
- 레지스트리 및 레지스트라 정책
- 남용 신고 절차
- 증거 검토
- 등록자 알림
- 분쟁 메커니즘
따라서 신원 검증은 도메인 생태계의 한 부분이지 그 자체로 완전한 솔루션은 아닙니다.
도메인을 등록하기 전에 무엇을 확인해야 하나요?
익숙하지 않은 ccTLD 또는 제한 확장자를 등록하기 전에 등록 가격 외에 몇 가지를 확인하는 것이 좋습니다.
질문:
- 개인과 회사가 모두 등록할 수 있나요?
- 현지 존재가 필요합니까? 신원 또는 회사 검증이 필요합니까? 추가 문서가 필요합니까?
- 해외 신청자가 등록할 수 있나요?
- 등록 후 검증이 가능합니까?
- 특별한 이전 또는 갱신 규칙이 있나요?
이러한 요건을 확인하는 데 몇 분을 투자하면 나중에 지연을 방지할 수 있습니다.
NiceNIC은 지원되는 도메인 확장자에 대한 개별 페이지를 제공하여 고객이 가용성, 가격, 등록 정보, 이전 옵션 및 기타 확장자별 세부 정보를 확인할 수 있도록 합니다.
예를 들어, 다음을 검토할 수 있습니다:
주문 전에 현재 도메인 등록 및 갱신 가격을 비교할 수도 있습니다.
도메인 검증은 정상적인 도메인 관리의 일부가 되고 있습니다
도메인 구매자에게 실질적인 교훈은 간단합니다:
모든 도메인 확장자가 동일한 등록 프로세스를 따른다고 가정하지 마십시오.
일부 확장자는 추가 요구 사항이 거의 없는 전 세계적으로 개방되어 있습니다. 다른 확장자는 신원 검증, 현지 자격, 비즈니스 정보 또는 지원 문서가 필요합니다.
그리고 이러한 요구 사항은 진화할 수 있습니다.
가장 좋은 방법은 등록 전에 확장자의 현재 규칙을 확인하고, 정확한 등록자 정보를 제공하며, 도메인이 활성화된 후에도 해당 정보를 최신 상태로 유지하는 것입니다.
레지스트라의 경우 책임도 equally 중요합니다: 검증 요구 사항은 고객이 무엇이 필요한지 그리고 왜 필요한지 충분히 이해할 수 있도록 명확하게 설명되어야 합니다.
추가 정보 요청은 등록의 마지막 단계에서 예상치 못한 장애물처럼 느껴져서는 안 됩니다.
이는 투명한 등록 프로세스의 일부여야 합니다.
도메인을 찾고 계신가요?
NiceNIC에서 2,500개 이상의 도메인 확장자를 검색하고 주문 전에 관련 등록 요구 사항을 검토하세요.
자주 묻는 질문
도메인 레지스트라가 왜 신원 검증을 요청하나요?
일부 레지스트리는 레지스트라가 등록자 신원, 연락처 정보, 현지 존재 또는 자격을 검증하도록 요구합니다. 정확한 이유는 도메인 확장자 및 적용 가능한 레지스트리 요구 사항에 따라 다릅니다.
모든 ccTLD에 KYC가 필요합니까?
아니요. ccTLD 등록 규칙은 크게 다릅니다. 일부는 개방된 등록이 있는 반면, 다른 일부는 추가 신원, 자격, 현지 존재 또는 문서 확인이 필요합니다.
도메인을 등록하려면 항상 신분증을 업로드해야 하나요?
아니요. 검증에는 전자 데이터베이스 확인, 이메일 또는 전화 확인, 회사 정보, 전자 식별, 지원 문서 또는 기타 방법이 포함될 수 있습니다. 프로세스는 확장자에 따라 다릅니다.
이미 등록된 도메인도 검증이 필요할 수 있나요?
예. 일부 레지스트리는 지속적인 데이터 정확성 확인을 수행하거나 보유자 정보가 변경되거나 독립적으로 확인될 수 없을 때 검증을 요청할 수 있습니다.
신원 검증은 WHOIS 공개와 동일한 것인가요?
아니요. 등록자를 검증하는 데 사용되는 정보와 공개 등록 데이터 서비스를 통해 제공되는 정보는 별개의 문제입니다.
필수 도메인 검증을 완료하지 않으면 어떻게 되나요?
결과는 레지스트리와 상황에 따라 다릅니다. 새 등록 또는 이전이 완료되지 않을 수 있으며, 기존 도메인은 적용 가능한 레지스트리 규칙에 따라 제한 또는 기타 조치를 받을 수 있습니다. 진정한 검증 요청에는 항상 신속히 응답하세요.
추가 읽기
확장자별 정보는 관련 레지스트리 규칙 및 레지스트라가 제공하는 등록 정보를 참조하세요.
유용한 공식 리소스에는 DENIC의 .DE 등록자 데이터 검증 지침, Norid의 .NO 도메인 정책, 스웨덴 인터넷 재단의 등록자 검증 지침, auDA의 .AU 규칙, CNNIC의 .CN 요구 사항 및 VNNIC의 .VN 도메인 정보가 포함됩니다.
레지스트리 정책은 변경될 수 있으므로 등록 또는 이전 전에 항상 현재 정보에 대해 요구 사항을 확인해야 합니다.
마지막 검토: 2026년 9월 .
