Verisign’s IDN Implementation Plans

The composition of the Internet’s population has seen a dramatic shift over the last two decades. In 1996, the majority of end users were based in the U.S.; according to a 2012 Comscore report, the non-English speaking Internet population has grown to 87 percent, with more than 40 percent based in the Asia-Pacific region. In order to embrace this population shift, we believe the Internet must become multilingual so it can be accessible and relevant to the majority of end users today.

By enabling more end users to navigate the Internet in scripts representing their native language and more companies to maintain a common brand identity across many scripts, IDNs have the potential to make the Internet more accessible and thus usable to end users around the world. This accessibility is why IDNs have generated considerable attention since Verisign introduced IDNs at the second-level in 2000.

As you may already know, last year Verisign applied for 12 transliterations of .com and .net through ICANN’s new gTLD program:

We worked with linguistic experts to identify regionally specific transliterations that represent a localized version of .com and .net into one of several non-Latin scripts.  Although transliterations are not direct translations of the strings .com and .net, based on our research into the regional markets, we determined these transliterations to be good options for representing .com or .net in the local script.

We believe this approach will provide the greatest consistency to users, help avoid end-user confusion, and foster trust and ubiquity for IDNs.

Recently, Verisign announced details about our IDN.IDN implementation plans. Through this approach, a registrant of an IDN.com or IDN.net or registrant in one of our new IDN TLDs will have the sole right, subject to applicable rights protection mechanisms, but not be required to register the same second level name across all or any of our IDN TLDS, including .com or .net TLD as applicable.

While further details can be found in our notification letter to ICANN, below are two use cases that illustrate our approach:

 

  • Use Case No. 1: Bob Smith already has a registration for an IDN.net second level domain name.  That second level domain name will be unavailable in all of the new .net TLDs except to Bob Smith. Bob Smith may choose not to register that second level domain name in any of the new transliterations of the .net TLDs.
  • Use Case No. 2:  John Doe does not have a registration for an IDN.com second level domain name.  John Doe registers a second level domain name in our Thai transliteration of .com but in no other TLD. That second level domain name will be unavailable in all other transliterations of .com IDN TLDs and in the .com registry unless and until John Doe (and only John Doe) registers it in another .com IDN TLD or in the .com registry.

Two primary objectives in our strategy to implement new IDN gTLDs are, where feasible, to avoid costs to consumers and businesses from purely defensive registrations in these new TLDs, as well as to avoid end-user confusion. We believe this implementation strategy will be an important benefit to the community and will help create a ubiquitous user experience.

In addition to serving as the registry operator for .com and .net with a record of maintaining 100 percent uninterrupted availability for more than 15 years, Verisign is a participant in, and contributor to, the new gTLD program, with 14 direct applications and as a back-end registry services provider for new gTLD applicants representing approximately 200 strings. As such, security, stability and resiliency remains Verisign’s primary focus as the company prepares for the IDN TLD launch.

Leave a Reply