IDN Usability

by Tina Dam on May 6, 2010

Internationalized Domain Names and the usability of them is a key aspect of the ongoing introduction of IDN ccTLDs.

ICANN is actively taking part in conferences and events, with a focus on applications and usability of new technology on the Internet. This is to spread information about IDNs and how they work in order to obtain a more streamlined user experience across applications.

We will continue to make more information, such as the examples below, available for users and everyone interested in IDNs. We very much appreciate any feedback you might have, pointers to what type of information you think might be lacking, and suggestions for online forums, seminars, or other type of events where information about IDNs would be good to include.

This first post is focused on how IDNs work and where registrations can be made.

What are IDNs?

The acronym “IDNs” stand for Internationalized Domain Names. IDNs are domain names that include characters used in the local representation of languages that contain one or more characters other than the twenty-six letters of the basic Latin alphabet “a,b,…z”, “0,1,…9” or “-“. An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese.

Example: ñandú.cl

Since the Domain Name System is not capable of communicating with these characters, a system is made so that the domain name stored is actually:

This “” is referred to as the A-label for the IDN and does not make a lot of sense for users and was never intended for users to see – however, in some instances you will see this – see below for more explanations and examples.

Why are IDNs introduced?

Historically domain names could only consist of characters from “a,b,c…,z”; “0,1,2,…,9” and “-“.

The geographic expansion of the Internet and the corresponding increase of use by various linguistic groups or communities resulted in the need for domain names also to consist of characters from all scripts used in the world today. Content written in various languages has been around for a long time.

The fact is that for example websites where the content is all in Hindi should also have a web-address in Hindi. Web content in various languages has been around for a long time. The matching addresses are now here.

IDNs are about your choice

Let’s be clear: IDNs will provide opportunities for more people to have easier access to the Internet. Some people are concerned about IDNs dividing the Internet because they are not able to read or type some of these languages.

But it’s all about user choice. The choice of effectively being able to select which script or language a domain name should be based on. In this way you can brand yourself better and in that way target the market you want more effectively. Printed material can have web references in the same script as the material is written in. And keep in mind that a website can for example have more than one address….which now can be a choice between different scripts and languages.

Another aspect of this that is important to realize it that by introducing IDNs in the Internet/single root today means that we hopefully have avoided a fragmentation with various “internets” based on different scripts. That would be a situation where communication between these “internets” would be difficult if not impossible. Introducing IDNs in the Internet today effectively ensures the global interoperability of the Internet.

How can I make registrations of IDNs?

ICANN is not in the business of offering the domain names registrations. The registrations can be made through registrars or their resellers, and for some ccTLDs directly via the TLD registry manager. As such, for information about how to register domain names in the new IDN ccTLDs should be sough via the IDN ccTLD managers.

All current TLD managers and operators are listed at

This will be updated shortly to include the three IDN ccTLDs that were made available yesterday

Until then you can find the main points of contacts at:

IDN registrations under some of the existing (ASCII) TLDs (e.g. .com, .org, .gr, .cn, etc) have been available since as early as 2001. The registry managers or your preferred choice of domain name registrar or reseller will be able to assist you with more information about these IDN registrations under existing ASCII TLDs. Domain names under the gTLDs (generic top-level domains such as .com) can be registered through ICANN accredited registrars or their resellers. A list of all ICANN accredited registrars is available here:

Note that some IDN ccTLD managers have decided to take pre-registrations before their requests for IDN ccTLDs have been completed. ICANN is not endorsing this as it is not possible to guarantee a certain TLD for availability until it has passed through all steps in the processes successfully.

How do IDNs work?

IDNs have been around for years at the second level (the “icann” portion in the address ) and as a result, browsers and other application software started updating their systems years ago. Today the newest versions of all major browsers can handle IDNs. They have implemented IDNs slightly differently, which will give slightly different user experience, but those that are IDN capable will get you to the right and same site. So what’s the difference?

Well due to the different ways that IDNs are implemented, different options are made available by the different browsers. Some examples as follows:

In all of these examples, you will get to the actual site. What does not always display as entered is the address in the address-bar. The examples explain how users can overcome this fact.

Internet Explorer:

The screenshots below is from IE v8 accessing: http://παράδειγμα.δοκιμή (this is the Greek version of the ICANN wiki and the address means “example.test” in English).

You will note two things:
1) The address in the address bar is displayed as:


2) There is a small pop-up stating that the address cannot be displayed with your current language settings.

If you click on the pop-up and select the change language settings you will get the following options, where you can add languages to your settings:

Adding, in this example, Greek to your language settings will effectively display the address as in the following screenshot, where the address is displayed in Greek:

It is noticeable that the path in the web address contains “%CE%91%CF%81%CF%87…”. The path should effectively also be internationalized.

Mozilla Firefox

The screenshot below is from Firefox v 3.5.5 accessing: http://उदाहरण.परीक्षा (this is the Hindi version of the ICANN wiki and the address means “example.test” in English).

It is noticed that the address (and the path) in the address-bar is displayed correctly in the Devanagari script: http://उदाहरण.परीक्षा/मुख्य_पृष्ठ

The implementation of IDNs in Firefox is based on a white-list of those TLDs/extensions that Firefox considers ‘safe’. All the “.test” TLDs has been added to this white-list. If you are accessing a site and the address is displayed in the http://xn--p1b6ci4b4b3a.xn--11b5bs3a9aj6g format then this is because that particular TLD or extension is not in the Firefox white-list.

If you trust these addresses and wish them to display in the address-bar as the local characters then you can make changes to the white list manually. A detailed explanation on how to do this is available here:

The screenshot below gives you an indication of what to look for, but please be careful when making changes so that you do not damage the functionality of the browser.

Opera Browser

The screenshots below is from Opera 10.53 accessing: http://בײַשפּיל.טעסט (this is the Yiddish version of the ICANN wiki and the address means “example.test” in English).

The Opera browser supports the “example.test” names either directly, or after updating as described in a separate article on the Opera Browser:

As is noticed in the above, the address in the Hebrew script displayed as http://xn--fdbk5d8ap9b8a8d.xn--deba0ad/הויפּט_זײַט – in order have it displayed as: http://בײַשפּיל.טעסט updates need to be made.

Another example where Opera is supporting the IDNs directly is displayed below, which is the Chinese version of “example.test” – i.e. http://例子.测试/首页

Are you using a different browser than those examples provided here?

Please try things out either live under any of the IDNs that are available, or in the IDN wiki at and let us know how this works for you. The IDN wiki also contains a lot of additional information related to fonts etc. Please feel free to add and share your IDN expertise and experiences on the wiki.

The next IDN topic blog post will be on IDN & Security. Meanwhile, please make sure to let us know any topics you would like to see covered.

Internationalization of the internet means that the internet is equally accessible from all languages and scripts

More information about IDNs can be found at:

{ 10 comments… read them below or add one }

Jim Fleming 05.07.10 at 3:32 am

When will single-letter ASCII TLDs be added to the Root “Hints” file ?

When will these ICONs be added as single-letter TLDs ?
a@ b♠ c© d♦ e= f☺ g& h# i| j♫ k♣ l( m₪ n! o* p% q♥ r) s$ t~ u_ v^ w? x☼ y¥ z▒ -™ .®

Why are gamers and other Netizens excluded from ICANN MeatSpace Face-2-Face meetings ?

Jim Fleming 05.07.10 at 4:41 am

When will the people and companies standing in the line Jon Postel (IANA) USC/ISI created, be served ?

Why are other people allowed to move to the head of the line ?

Jim Fleming 05.07.10 at 4:51 am

The DNS “Root” servers only provide “Hints” not hard facts.
That allows edge resolvers to more quickly determine there is no
need to look for some obscur TLD. That may change as millions of
TLDs fill the name-space.

ISPs will likely offer a sub-set of the “hints” and Up-Sell (charge
extra) for International TLD packages.

Some “hints” are generated Auto-Magically based on consumer choices in .COM.

andrew 05.07.10 at 5:02 am

Great post, Tina. I’d like to see something similar on how IDN ccTLDs work in email addressing.

Tina Dam 05.07.10 at 10:44 am


the ICANN meetings are open to the public, no fee for participation, and everybody’s welcome to attend (both directly or remotely).

the characters you are listing are as far as I can tel symbols and these are per the IDNA technical protocol not available for use in domain names.

as far as jumping the line goes. I am afraid I don’t know what you are referring to. the process was set up by the community for a purpose and it is functioning well in that regard.

Fahd A. Batayneh 05.10.10 at 10:25 am

An excellent piece of writing Tina. Great job, as always!

Ana Yoerg 05.11.10 at 10:54 am

Ah, finally! This is a big step in making the web more global — which is a step in the right direction.

Now it’ll be interesting to see which companies, organizations, etc. participate in the “land grab” to secure the country-code domains for their translated websites. After all, one of the best ways to get a leg up in foreign search rankings is to use local hosting, IP, and country domain.

The impact of this news on the localization industry could be huge — more companies are going to need guidance not just on translated websites and the new domains, but also on how this effects their social media monitoring and participation in these markets.

Read more in our blog post on the topic, Birth of a Domain: Non-Latin Characters Now Supported

Tina Dam 05.13.10 at 3:08 am

@andrew, great topic. I will see if I can get a piece of internationalized email in the queue. Maybe I can even convince a guest-blogger as there are people in the community that are experts on this. Shortly, the protocol is yet not completed, but is ongoing in the IETF. Implementation to gain experience is done by a few companies.

winston lawrence 05.16.10 at 11:01 am

Thanks for this introduction post – I added it to my web clips because I am going to have to re-read it at least a couple more times to better understand these changes. My only initial concern is that some of these changes may make it even easier for phishing sites to operate as they are already very good at imitating and redirecting traffic from legitimate sites. I’m not even sure how (or if) some of the URL’s given as an example would work in (current) blocklists for example.

Tina Dam 05.21.10 at 8:23 am

@英德斯, if you mean a chinese version of and IDN ccTLD, then this is on the way. CNNIC completed step 2 of the 3-step process and the last step they are completing is the delegation process for the IDN ccTLD. Following that, CNNIC will need to launch. See more at: or alternatively contact CNNIC directly.


Leave a Comment

You can use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

To prove you're a person (not a spam script), type the security word shown in the picture. Click on the picture to hear an audio file of the word.
Anti-spam image