Internationalized डोमेन नाम (IDNs)

अंतर्राष्ट्रीय डोमेन नाम (IDN) एक ऐसा डोमेन नाम होता है जिसमें गैर-लैटिन लिपियों या भाषाओं के अक्षर शामिल होते हैं — जैसे अरबी, चीनी, सिरिलिक, देवनागरी, हिब्रू, जापानी या कोरियाई — साथ ही उच्चारण चिह्नों वाले लैटिन अक्षर जो फ्रेंच, जर्मन, पोलिश या स्पेनिश जैसी भाषाओं में उपयोग होते हैं।

IDN के अस्तित्व में आने से पहले, डोमेन नाम प्रणाली (DNS) केवल ASCII वर्णों को समर्थन करती थी: लैटिन वर्णमाला के 26 अक्षर, 0–9 के अंक और हाइफन। इससे दुनिया की अधिकांश लिपियाँ किसी डोमेन नाम में मूल रूप से प्रदर्शित होने से वंचित रह जाती थीं।

ICANN ने अंतर्राष्ट्रीय डोमेन नामों को गैर-अंग्रेज़ी बोलने वाले समुदायों के लिए इंटरनेट को अधिक सुलभ बनाने के उद्देश्य से शुरू किया। आज, दर्जनों भाषाओं के लिए IDN TLD (शीर्ष-स्तरीय डोमेन) उपलब्ध हैं, जिससे उपयोगकर्ता डोमेन एक्सटेंशन से लेकर वेबसाइट के पते तक — पूरी तरह अपनी मातृभाषा में वेब पर नेविगेट कर सकते हैं।

गैर-ASCII वर्ण किसी डोमेन नाम में दो अलग-अलग तरीकों से प्रकट हो सकते हैं, और इस अंतर को समझना ज़रूरी है:

IDN TLD (अंतर्राष्ट्रीय डोमेन एक्सटेंशन) — ये इस पृष्ठ पर सूचीबद्ध TLD हैं। एक्सटेंशन स्वयं किसी गैर-ASCII लिपि में लिखी होती है। उदाहरणों में .中国 (चीन), .рф (रूस), .مصر (मिस्र) और .한국 (दक्षिण कोरिया) शामिल हैं। 政府.中国 जैसा पूरी तरह अंतर्राष्ट्रीयकृत डोमेन दोनों स्तरों पर मूल अक्षरों का उपयोग करता है — दूसरे स्तर के डोमेन नाम और TLD एक्सटेंशन, दोनों में।

सामान्य TLD के अंतर्गत IDN डोमेन नाम — कुछ रजिस्ट्रियाँ जो .com, .net जैसे परिचित TLD या .in या .de जैसे ccTLD संचालित करती हैं, वे दूसरे स्तर के डोमेन नामों में गैर-ASCII वर्णों की अनुमति देती हैं, भले ही एक्सटेंशन स्वयं ASCII में ही रहे। उदाहरण के लिए, münchen.de या académie.fr में डोमेन नाम में उच्चारण चिह्नयुक्त या गैर-ASCII वर्ण हैं, लेकिन TLD एक सामान्य ASCII एक्सटेंशन है।

कोई मानक TLD गैर-ASCII पंजीकरण स्वीकार करता है या नहीं, यह पूरी तरह उस रजिस्ट्री की नीति पर निर्भर करता है। कुछ रजिस्ट्रियाँ Unicode वर्णों की विस्तृत श्रृंखला की अनुमति देती हैं; अन्य केवल ASCII अक्षरों तक सीमित रहती हैं। कोई सार्वभौमिक नियम नहीं है — इच्छित TLD के लिए विशिष्ट रजिस्ट्री की IDN नीति जांचना आवश्यक है।

सुरक्षा के लिहाज़ से यह अंतर क्यों मायने रखता है: IDN होमोग्राफ अटैक लगभग हमेशा दूसरे परिदृश्य का फायदा उठाते हैं — .com जैसे सामान्य ASCII TLD के अंतर्गत ऐसे दिखने वाले Unicode वर्णों (जैसे लैटिन a के स्थान पर सिरिलिक а) वाला डोमेन नाम पंजीकृत करना। इससे एड्रेस बार में किसी विश्वसनीय ब्रांड के समान दिखने वाला डोमेन बन जाता है। IDN TLD एक्सटेंशन आमतौर पर रजिस्ट्रियों द्वारा लागू की जाने वाली सख्त एकल-लिपि नीतियों के अधीन होते हैं, जो एक्सटेंशन स्तर पर इस प्रकार के दुरुपयोग को सीमित करती हैं — हालांकि पूरी तरह समाप्त नहीं करतीं।

हालांकि IDN डोमेन उपयोगकर्ताओं को उनकी मूल लिपियों में दिखाई देते हैं, DNS इन्फ्रास्ट्रक्चर अभी भी ASCII पर काम करता है। दोनों के बीच सेतु का काम Punycode करता है — RFC 3492 में परिभाषित एक एन्कोडिंग मानक जो Unicode वर्णों को एक मान्य ASCII-संगत स्ट्रिंग में परिवर्तित करता है।

प्रत्येक IDN डोमेन DNS में उसके Punycode समकक्ष के रूप में संग्रहीत और रिज़ॉल्व होता है, जो हमेशा xn-- प्रीफिक्स से शुरू होता है। उदाहरण के लिए:

• अरबी डोमेन مثال.إختبار बन जाता है xn--mgbh0fb.xn--kgbechtv
• जर्मन डोमेन münchen.de बन जाता है xn--mnchen-3ya.de
• जापानी डोमेन 日本語.jp बन जाता है xn--wgv71a309e.jp

आधुनिक ब्राउज़र और ईमेल क्लाइंट Punycode रूपांतरण को स्वचालित रूप से संभालते हैं, इसलिए उपयोगकर्ता एड्रेस बार में पठनीय Unicode संस्करण देखते हैं। पृष्ठभूमि में, DNS xn-- Punycode स्ट्रिंग को किसी अन्य डोमेन नाम की तरह रिज़ॉल्व करता है।

किसी भी IDN डोमेन को उसके ASCII-संगत एन्कोडिंग (ACE) रूप में अनुवादित करने के लिए Punycode कनवर्टर का उपयोग किया जा सकता है — DNS रिकॉर्ड, SSL सर्टिफिकेट या सर्वर सेटिंग्स कॉन्फिगर करते समय यह उपयोगी होता है।

हाँ — IDN डोमेन पंजीकरण ICANN-मान्यता प्राप्त रजिस्ट्रारों के माध्यम से उपलब्ध है जो Unicode डोमेन नामों को समर्थन देते हैं। हर रजिस्ट्रार IDN पंजीकरण की पेशकश नहीं करता, इसलिए ऐसा रजिस्ट्रार खोजना ज़रूरी है जो विशेष रूप से आवश्यक लिपि और TLD को समर्थन करता हो।

IDN रजिस्ट्रार चुनते समय किन बातों का ध्यान रखें:

• आवश्यक लिपि या वर्ण सेट (अरबी, सिरिलिक, CJK, देवनागरी आदि) का समर्थन
• वांछित IDN TLD की उपलब्धता — जेनेरिक TLD (gTLD) और ccTLD दोनों के IDN वेरिएंट हो सकते हैं
• पंजीकरण प्रक्रिया के दौरान Punycode रूपांतरण का सही संचालन
• IDN-संगत SSL/TLS सर्टिफिकेट और ईमेल कॉन्फिगरेशन का समर्थन

पंजीकरण प्रक्रिया: रजिस्ट्रार की पहचान करने और उपलब्धता की पुष्टि करने के बाद, प्रक्रिया मानक डोमेन पंजीकरण जैसी ही होती है। रजिस्ट्रार स्वचालित रूप से चुने गए Unicode डोमेन नाम को उसके Punycode समकक्ष में परिवर्तित करता है और रजिस्ट्री को भेजता है। डोमेन को रजिस्ट्रार के कंट्रोल पैनल में Unicode संस्करण का उपयोग करके प्रबंधित किया जाता है।

IDN डोमेन की कीमतें TLD और रजिस्ट्रार के अनुसार अलग-अलग होती हैं और किसी अन्य डोमेन नाम की तरह ही नवीनीकरण मॉडल का पालन करती हैं।

ccTLD (देश कोड शीर्ष-स्तरीय डोमेन) एक दो-अक्षरीय डोमेन एक्सटेंशन है जिसे ICANN किसी विशेष देश या क्षेत्र को प्रतिनिधित्व देने के लिए नियुक्त करता है — जैसे .in (भारत), .us (संयुक्त राज्य), .de (जर्मनी) या .jp (जापान)। ccTLD की फुल फॉर्म Country Code Top-Level Domain है। सभी पारंपरिक ccTLD ASCII वर्णों का उपयोग करते हैं, यानी एक्सटेंशन हमेशा लैटिन वर्णमाला में लिखी होती है — चाहे देश की मूल लिपि कुछ भी हो।

IDN (अंतर्राष्ट्रीय डोमेन नाम), इसके विपरीत, एक ऐसा डोमेन है जो गैर-ASCII वर्णों का उपयोग करता है — दूसरे स्तर के डोमेन नाम में, TLD एक्सटेंशन में, या दोनों में। 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 कार्यक्रम से पहले, सभी TLD — जिनमें .uk या .de जैसे ccTLD भी शामिल थे — ASCII वर्णों तक सीमित थे, यहाँ तक कि उन देशों के लिए भी जो लैटिन वर्णमाला का उपयोग नहीं करते।

ICANN ने 2010 में IDN ccTLD सौंपना शुरू किया, जिससे देश अपने TLD को अपनी मूल लिपि में प्रदर्शित कर सकें। उदाहरण के लिए:

• .中国 — चीन (सरलीकृत चीनी)
• .مصر — मिस्र (अरबी)
• .भारत — भारत (देवनागरी)
• .рф — रूस (सिरिलिक)
• .한국 — दक्षिण कोरिया (हंगुल)

ccTLD के अलावा, IDN gTLD (अंतर्राष्ट्रीय जेनेरिक शीर्ष-स्तरीय डोमेन) भी उपलब्ध हैं — जिनमें अरबी, चीनी, सिरिलिक, हिब्रू, जापानी, कोरियाई, तमिल, थाई और कई अन्य लिपियों में डोमेन एक्सटेंशन शामिल हैं।

प्रत्यायोजित IDN TLD की कुल संख्या बढ़ती जा रही है क्योंकि ICANN नए आवेदनों पर कार्रवाई करता रहता है। यह पृष्ठ सभी वर्तमान में उपलब्ध IDN TLD को उनकी समर्थित लिपियों, पंजीकरण की स्थिति और मूल्य निर्धारण के साथ सूचीबद्ध करता है।

IDN होमोग्राफ अटैक (जिसे होमोग्लिफ अटैक भी कहते हैं) एक प्रकार का फ़िशिंग है जिसमें एक दुर्भावनापूर्ण व्यक्ति ऐसा डोमेन नाम पंजीकृत करता है जो किसी वैध डोमेन से दिखने में एकदम समान — या लगभग समान — लगता है, लेकिन एक अलग लिपि के Unicode वर्णों का उपयोग करता है जो मूल लैटिन अक्षरों जैसे दिखते हैं।

उदाहरण के लिए, सिरिलिक अक्षर а (U+0430) अधिकांश फ़ॉन्ट में लैटिन अक्षर a (U+0061) से दिखने में एकदम समान है। एक हमलावर सिरिलिक 'а' का उपयोग करके pаypal.com जैसा डोमेन पंजीकृत कर सकता है, जो कई ब्राउज़रों में paypal.com के समान ही दिखाई देगा।

इस प्रकार का हमला आमतौर पर .com जैसे मानक ASCII TLD को लक्षित करता है — IDN TLD एक्सटेंशन को नहीं — क्योंकि यह दूसरे स्तर के डोमेन नाम में लिपियों को मिलाने पर निर्भर करता है, जबकि एक परिचित और भरोसेमंद दिखने वाली एक्सटेंशन बनाए रखता है। इस अंतर की विस्तृत व्याख्या के लिए ऊपर का प्रश्न देखें।

ब्राउज़र और रजिस्ट्रियाँ इससे कैसे निपटती हैं:

• आधुनिक ब्राउज़र एड्रेस बार में Punycode (xn--) संस्करण दिखाते हैं जब कोई डोमेन लिपियाँ मिलाता है, जिससे धोखाधड़ी दृश्यमान हो जाती है
• कई रजिस्ट्रियाँ एकल-लिपि नीतियाँ लागू करती हैं, जो किसी डोमेन को विभिन्न Unicode लिपियों के वर्ण मिलाने से रोकती हैं
• ICANN रजिस्ट्रियों को होमोग्राफ अटैक के जोखिम को कम करने के उपाय लागू करने पर मार्गदर्शन प्रदान करता है

खुद को कैसे सुरक्षित रखें: लिंक पर क्लिक करते समय हमेशा एड्रेस बार को ध्यान से जांचें। यदि किसी विश्वसनीय डोमेन में xn-- प्रीफिक्स दिखे या अनपेक्षित वर्ण हों, तो उसे संदिग्ध मानें और सीधे वेबसाइट पर जाएं।

IDN डोमेन SEO के लिए प्रभावी हो सकते हैं जब वे गैर-लैटिन लिपियों में खोज करने वाले दर्शकों को लक्षित करते हैं — विशेष रूप से उन बाज़ारों में जहाँ उपयोगकर्ता अपनी मातृभाषा में क्वेरी और ब्रांड नाम टाइप करने की अधिक संभावना रखते हैं।

तकनीकी SEO दृष्टिकोण से, Google सहित सर्च इंजन IDN डोमेन को पूरी तरह समर्थन करते हैं और उन्हें किसी अन्य डोमेन की तरह इंडेक्स करते हैं। IDN के Punycode और Unicode संस्करण एक ही गंतव्य पर रिज़ॉल्व होते हैं, इसलिए डुप्लीकेट कंटेंट की कोई समस्या नहीं होती।

विचार करने योग्य कारक:

• स्थानीय प्रासंगिकता: लक्षित बाज़ार की मूल लिपि का उपयोग करने वाला IDN डोमेन स्थानीय विश्वास और ब्रांड पहचान को मज़बूत कर सकता है
• कीवर्ड अलाइनमेंट: यदि आपके बाज़ार के उपयोगकर्ता मूल लिपि के शब्दों से खोज करते हैं, तो मिलता-जुलता IDN डोमेन विषयगत प्रासंगिकता संकेतों को मज़बूत कर सकता है
• लिंक बिल्डिंग: कुछ प्लेटफ़ॉर्म और पुराने सिस्टम IDN डोमेन को सही ढंग से रेंडर करने या लिंक करने में कठिनाई महसूस कर सकते हैं — अपने इकोसिस्टम के साथ संगतता जांचें
• ईमेल डिलीवरेबिलिटी: सभी ईमेल क्लाइंट IDN ईमेल पते को पूरी तरह समर्थन नहीं करते — यदि ईमेल आपकी डोमेन रणनीति का हिस्सा है तो इसे ध्यान में रखें

अधिकांश अंतर्राष्ट्रीय SEO रणनीतियों के लिए, hreflang कार्यान्वयन के साथ एक ccTLD या gTLD प्राथमिक अनुशंसा बनी रहती है — लेकिन जब मूल लिपि में ब्रांड पहचान प्राथमिकता हो, तो IDN TLD एक सार्थक पूरक हो सकता है।