국제화된 도메인 이름(IDN)

국제화 도메인 이름(IDN)은 아랍어, 중국어, 키릴 문자, 데바나가리, 히브리어, 일본어, 한국어 등 비라틴 문자 체계의 언어 또는 문자를 포함하는 도메인 이름입니다. 프랑스어, 독일어, 폴란드어, 스페인어처럼 악센트 기호가 있는 라틴 문자도 IDN에 해당합니다.

IDN이 등장하기 전, 도메인 이름 시스템(DNS)은 ASCII 문자만 지원했습니다. 라틴 알파벳 26자, 숫자 0~9, 하이픈이 전부였으며, 전 세계 대다수 문자 체계는 도메인 이름에 자국어로 표현될 수 없었습니다.

ICANN은 비영어권 커뮤니티의 인터넷 접근성을 높이기 위해 국제화 도메인 이름을 도입했습니다. 오늘날에는 수십 개 언어에 대한 IDN TLD(최상위 도메인)가 존재하여, 사용자들이 도메인 확장자부터 웹사이트 주소까지 모국어로 인터넷을 이용할 수 있게 되었습니다.

비ASCII 문자가 도메인 이름에 포함되는 방식은 두 가지가 있으며, 이 차이를 이해하는 것이 중요합니다.

IDN TLD (국제화 도메인 확장자) — 이 페이지에 나열된 TLD입니다. 확장자 자체가 비ASCII 문자로 작성되어 있습니다. .中国(중국), .рф(러시아), .مصر(이집트), .한국(대한민국) 등이 그 예입니다. 政府.中国처럼 완전히 국제화된 도메인은 2단계 도메인 이름과 TLD 확장자 모두에 자국어 문자를 사용합니다.

일반 TLD 하의 IDN 도메인 이름 — .com, .net과 같은 일반 TLD나 .kr, .de와 같은 ccTLD를 운영하는 일부 레지스트리는 TLD 확장자가 ASCII로 유지되더라도 2단계 도메인 이름에 비ASCII 문자 등록을 허용합니다. 예를 들어 münchen.de나 académie.fr은 도메인 이름에 악센트 또는 비ASCII 문자를 사용하지만, TLD는 일반적인 ASCII 확장자입니다.

일반 TLD가 비ASCII 등록을 허용하는지 여부는 해당 레지스트리의 정책에 전적으로 달려 있습니다. 광범위한 유니코드 문자를 허용하는 레지스트리도 있고, ASCII만 허용하는 레지스트리도 있습니다. 원하는 TLD의 레지스트리 IDN 정책을 별도로 확인해야 합니다.

보안 측면에서 이 차이가 중요한 이유: IDN 호모그래프 공격은 거의 항상 두 번째 시나리오를 악용합니다. 키릴 문자 а를 라틴 문자 a 대신 사용하는 것처럼 시각적으로 유사한 유니코드 문자를 .com 같은 일반 ASCII TLD 아래 등록하는 방식입니다. 이렇게 하면 주소 표시줄에서 신뢰할 수 있는 브랜드와 시각적으로 동일하게 보이는 도메인이 만들어집니다. IDN TLD 확장자는 일반적으로 레지스트리가 적용하는 단일 문자 체계 정책을 따르므로, 확장자 수준에서 이러한 악용을 제한하지만 완전히 막지는 못합니다.

IDN 도메인이 사용자에게는 모국어 문자로 표시되지만, DNS 인프라는 여전히 ASCII로 동작합니다. 두 방식을 연결하는 것이 Punycode입니다. RFC 3492에 정의된 인코딩 표준으로, 유니코드 문자를 유효한 ASCII 호환 문자열로 변환합니다.

모든 IDN 도메인은 DNS에서 항상 xn-- 접두어로 시작하는 Punycode 형태로 저장되고 해석됩니다. 예를 들면 다음과 같습니다.

• 아랍어 도메인 مثال.إختبار은 xn--mgbh0fb.xn--kgbechtv가 됩니다
• 독일어 도메인 münchen.de은 xn--mnchen-3ya.de가 됩니다
• 일본어 도메인 日本語.jp은 xn--wgv71a309e.jp가 됩니다

최신 브라우저와 이메일 클라이언트는 Punycode 변환을 자동으로 처리하므로, 사용자는 주소 표시줄에서 읽을 수 있는 유니코드 버전을 확인합니다. 이면에서는 DNS가 xn-- Punycode 문자열을 다른 도메인 이름과 동일하게 처리합니다.

Punycode 변환기를 사용하면 한글도메인을 포함한 IDN 도메인을 ASCII 호환 인코딩(ACE) 형식으로 변환할 수 있습니다. DNS 레코드, SSL 인증서, 서버 설정 구성 시 원시 ASCII 형태가 필요할 때 유용합니다.

네 — ICANN 공인 등록 기관 중 유니코드 도메인 이름을 지원하는 곳을 통해 IDN 도메인을 등록할 수 있습니다. 모든 등록 기관이 IDN 등록을 제공하지는 않으므로, 원하는 문자 체계와 TLD를 지원하는 기관을 찾아야 합니다.

IDN 등록 기관 선택 시 확인 사항:

• 필요한 문자 체계 또는 언어 지원 (아랍어, 키릴, CJK, 데바나가리, 한글 등)
• 원하는 IDN TLD 가용성 — 일반 TLD(gTLD)와 ccTLD 모두 IDN 변형이 있을 수 있습니다
• 등록 과정에서 Punycode 변환이 올바르게 처리되는지 여부
• IDN 호환 SSL/TLS 인증서 및 이메일 설정 지원 여부

등록 절차: 등록 기관을 선택하고 가용성을 확인한 후에는 일반 도메인 등록과 동일하게 진행됩니다. 등록 기관이 선택한 유니코드 도메인 이름을 자동으로 Punycode 형식으로 변환하여 레지스트리에 제출합니다. 등록된 도메인은 등록 기관의 관리 패널에서 유니코드 버전으로 관리합니다.

IDN 도메인의 가격은 TLD와 등록 기관에 따라 다르며, 일반 도메인과 동일한 갱신 방식을 따릅니다.

ccTLD(국가 코드 최상위 도메인)는 ICANN이 특정 국가나 지역을 나타내기 위해 지정한 두 글자 도메인 확장자입니다. .kr(대한민국), .jp(일본), .de(독일), .cn(중국) 등이 그 예입니다. ccTLD는 Country Code Top-Level Domain의 약자로, 국가코드최상위도메인이라고도 합니다. 모든 전통적인 ccTLD는 ASCII 문자를 사용하므로, 해당 국가의 문자 체계에 관계없이 확장자는 항상 라틴 알파벳으로 표기됩니다.

IDN(국제화 도메인 이름)은 2단계 도메인 이름, TLD 확장자 또는 양쪽 모두에 비ASCII 문자를 사용하는 도메인입니다. IDN은 DNS 시스템이 라틴 알파벳을 넘어 전 세계의 언어와 문자 체계를 표현할 수 있도록 도입되었습니다.

두 범주는 중요한 지점에서 겹칩니다. 바로 IDN ccTLD입니다. ICANN은 2010년부터 IDN ccTLD 위임을 시작하여 각국이 자국어 문자로 도메인 확장자를 표기할 수 있게 했습니다. 예를 들면 다음과 같습니다.

• .рф는 러시아의 IDN ccTLD로, .ru의 키릴 문자 버전입니다
• .中国과 .中國은 중국의 IDN ccTLD로, 각각 간체자와 번체자입니다
• .مصر는 이집트의 아랍어 IDN ccTLD입니다
• .भारत는 인도의 데바나가리 문자 IDN ccTLD 중 하나입니다

즉, 모든 IDN ccTLD는 IDN이지만, 모든 ccTLD가 IDN인 것은 아닙니다. 대부분의 국가 도메인 확장자는 여전히 ASCII만 사용합니다. 또한 모든 IDN ccTLD가 특정 국가를 나타내지만, 모든 IDN이 ccTLD인 것도 아닙니다. .游戏(게임)이나 .شبكة(웹/네트워크) 같은 IDN gTLD는 국제화되어 있지만 특정 국가에 귀속되지 않습니다.

국가 도메인 확장자 — ASCII와 IDN 모두 — 전체 목록은 저희 국가별 TLD 디렉터리에서 확인하세요.

IDN TLD(국제화 최상위 도메인)는 비ASCII 문자 체계로 작성된 최상위 도메인 확장자입니다. ICANN의 IDN 프로그램 이전에는 .uk나 .de와 같은 ccTLD를 포함한 모든 TLD가 라틴 알파벳을 사용하지 않는 국가의 경우에도 ASCII 문자로 제한되어 있었습니다.

ICANN은 2010년부터 IDN ccTLD 위임을 시작하여 각국이 자국 문자 체계로 TLD를 표기할 수 있게 되었습니다. 예를 들면 다음과 같습니다.

• .中国 — 중국 (간체 중국어)
• .مصر — 이집트 (아랍어)
• .भारत — 인도 (데바나가리)
• .рф — 러시아 (키릴 문자)
• .한국 — 대한민국 (한글)

ccTLD 외에도 IDN gTLD(국제화 일반 최상위 도메인)도 사용할 수 있습니다. 아랍어, 중국어, 키릴 문자, 히브리어, 일본어, 한국어, 타밀어, 태국어 등 다양한 문자 체계의 도메인 확장자를 제공합니다.

위임된 IDN TLD의 수는 ICANN이 새로운 신청을 처리함에 따라 계속 늘어나고 있습니다. 이 페이지에서는 현재 사용 가능한 모든 IDN TLD를 지원 문자 체계, 등록 현황, 가격과 함께 확인하실 수 있습니다.

IDN 호모그래프 공격(호모글리프 공격이라고도 함)은 악의적인 행위자가 합법적인 도메인과 시각적으로 동일하거나 거의 동일하게 보이지만, 원래 라틴 문자와 유사하게 생긴 다른 문자 체계의 유니코드 문자를 사용하는 도메인 이름을 등록하는 피싱 유형입니다.

예를 들어, 키릴 문자 а(U+0430)는 대부분의 글꼴에서 라틴 문자 a(U+0061)와 시각적으로 동일합니다. 공격자는 키릴 'а'를 사용하여 pаypal.com이라는 도메인을 등록할 수 있으며, 이는 많은 브라우저에서 paypal.com과 동일하게 표시됩니다.

이 유형의 공격은 일반적으로 IDN TLD 확장자가 아닌 .com과 같은 표준 ASCII TLD를 대상으로 합니다. 2단계 도메인 이름에서 문자 체계를 혼합하면서 친숙하고 신뢰할 수 있어 보이는 확장자를 유지하는 방식에 의존하기 때문입니다. 이 차이에 대한 자세한 설명은 위 질문을 참조하세요.

브라우저와 레지스트리의 대응 방식:

• 최신 브라우저는 도메인이 문자 체계를 혼합할 때 주소 표시줄에 Punycode(xn--) 버전을 표시하여 속임수를 가시화합니다
• 많은 레지스트리가 단일 문자 체계 정책을 적용하여 도메인이 서로 다른 유니코드 문자 체계의 문자를 혼합하지 못하도록 합니다
• ICANN은 레지스트리에 호모그래프 공격 위험을 줄이기 위한 조치 구현에 관한 지침을 제공합니다

자신을 보호하는 방법: 링크를 클릭할 때는 항상 주소 표시줄을 주의 깊게 확인하세요. 신뢰하는 도메인에 xn-- 접두어가 표시되거나 예상치 못한 문자가 포함된 경우 의심하고, 링크를 클릭하는 대신 사이트에 직접 접속하세요.

IDN 도메인은 비라틴 문자 체계로 검색하는 대상 사용자층을 겨냥할 때 SEO에 효과적일 수 있습니다. 특히 사용자들이 모국어로 검색어와 브랜드명을 입력하는 시장에서 유리합니다.

기술적 SEO 관점에서 구글을 포함한 검색 엔진은 IDN 도메인을 완전히 지원하며, 다른 도메인과 동일하게 색인합니다. IDN의 Punycode 버전과 유니코드 버전은 동일한 목적지로 연결되므로 중복 콘텐츠 문제가 발생하지 않습니다.

고려해야 할 요소:

• 지역 관련성: 대상 시장의 모국어 문자를 사용하는 IDN 도메인은 현지 신뢰도와 브랜드 인지도를 강화할 수 있습니다
• 키워드 일치: 대상 시장의 사용자가 한글 또는 모국어 문자로 검색하는 경우, 일치하는 IDN 도메인이 주제 관련성 신호를 강화할 수 있습니다
• 링크 빌딩: 일부 플랫폼과 구형 시스템은 IDN 도메인을 올바르게 렌더링하거나 링크하는 데 어려움이 있을 수 있습니다. 사용 중인 생태계와의 호환성을 확인하세요
• 이메일 전송 가능성: 모든 이메일 클라이언트가 IDN 이메일 주소를 완전히 지원하지는 않습니다. 이메일이 도메인 전략의 일부라면 이 점을 고려하세요

대부분의 국제 SEO 전략에서는 hreflang을 구현한 ccTLD 또는 gTLD가 여전히 주요 권고 사항입니다. 하지만 모국어 문자 체계에서의 브랜드 정체성이 우선 과제인 경우, IDN TLD는 의미 있는 보완 수단이 될 수 있습니다.