Skip to main content

Competition, Consumer Trust and Consumer Choice Review Team Draft Report of Recommendations For New gTLDs Available for Public Comment

LOS ANGELES – 7 March 2017 – The Internet Corporation for Assigned Names and Numbers (ICANN) today announced the publication of the Draft Report from the Competition, Consumer Trust and Consumer Choice (CCT) Review Team with its recommendations for the New gTLD Program.

Competition, Consumer Trust and Consumer Choice Review Team Draft Report [PDF, 3.91 MB]

  • AR [PDF, 2.9 MB]
  • ES [PDF, 2 MB]
  • FR [PDF, 2.1 MB]
  • RU [PDF, 2.7 MB]
  • ZH [PDF, 2.5 MB]

Executive Summary [PDF, 71 KB]

  • AR [PDF, 153 KB]
  • ES [PDF, 90 KB]
  • FR [PDF, 868 KB]
  • RU [PDF, 368 KB]
  • ZH [PDF, 380 KB]

Summary of Recommendations [PDF, 1.34 MB]

  • AR [PDF, 211 KB]
  • ES [PDF, 109 KB]
  • FR [PDF, 865 KB]
  • RU [PDF, 291 KB]
  • ZH [PDF, 366 KB]

The report examines the extent to which the introduction of new generic top-level domains (gTLDs) has promoted competition, consumer trust and consumer choice in the domain name system. It also assesses the effectiveness of the safeguards ICANN has implemented to mitigate issues related to the introduction of new gTLDs. The report is available for public comment through 27 April 2017. Feedback will be incorporated into a Final Report.

Comment on the report.

The review team findings include the following:

  • New gTLDs currently account for about 9 percent of registrations in all gTLDs, which suggests that registrants are making use of a broader range of gTLDs.
  • More than half of new registrations of gTLDs have been in new gTLD strings. If ccTLDs are included, registrations are divided roughly into thirds among new gTLDs, legacy gTLDs and ccTLDs.
  • ICANN contractual compliance has reported that 96 percent of registries are performing the analysis that is required to determine if they are being used to perpetrate security threats.
  • At present, there is no mechanism in place to ensure that voluntary public interest commitments do not negatively impact the public interest prior to going into effect. Therefore, it is important for voluntary PICs to be made available to the community during the public comment period of the application process.
  • Outreach programs that were put in place to facilitate and encourage applications from the Global South were thought to be both poorly monitored and largely ineffective.

To learn more about the report findings and recommendations, read the blog.

More Information

The CCT Review Team will meet at ICANN58 and brief the community on its findings and recommendations at their consultation session on 12 March – 9 AM CET in Hall A3. The CCT Review Team work and detailed ICANN58 Program can also be followed via their dedicated wikipage.


The Competition, Consumer Trust and Consumer Choice Review Team was convened in 2015 under the Affirmation of Commitments. Under ICANN's new Bylaws, the review is now referred to as a "Specific Review".

Specific Reviews are mandated by ICANN Bylaws and are crucial to the legitimacy and accountability of ICANN. Specific Reviews serve as ICANN's progress report to the world. The reviews demonstrate how ICANN delivers on its commitments and identify areas where ICANN can improve. Specific Reviews are conducted by members of the stakeholder community who look at past processes, actions and outcomes in order to make recommendations to improve future performance.


ICANN's mission is to help ensure a stable, secure and unified global Internet. To reach another person on the Internet, you have to type an address into your computer - a name or a number. That address has to be unique so computers know where to find each other. ICANN helps coordinate and support these unique identifiers across the world. ICANN was formed in 1998 as a not-for-profit public-benefit corporation and a community with participants from all over the world. ICANN and its community help keep the Internet secure, stable and interoperable. It also promotes competition and develops policy for the top-level of the Internet's naming system and facilitates the use of other unique Internet identifiers. For more information please visit:

More Announcements
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". 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. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as"""" is not an IDN."