Skip to main content

Public Comment Guidelines for the ICANN Organization

Public Comment is a mechanism that gives the ICANN community and other stakeholders an opportunity to provide input and feedback on ICANN's work. It ensures ICANN and its community "operate to the maximum extent feasible in an open and transparent manner and consistent with procedures designed to ensure fairness" per the ICANN Bylaws.

The ICANN organization (ICANN org) recently adopted internal guidelines for Public Comment that clarify its purpose and define when it should be implemented. The internal guidelines codify current Public Comment practice for the benefit of ICANN org.

According to the internal guidelines, Public Comment will continue to apply to the following categories:

  • ICANN org or community governance documents such as the ICANN Bylaws, operating procedures, and community charters.
  • Policy recommendations including reports (draſt, initial, and final) of potential, ongoing, and completed policy development processes.
  • Organizational reviews and specific reviews recommendations.
  • Implementation plans for policy and specific reviews recommendations.
  • Cross-community working group recommendations.
  • ICANN org base agreements with registry operators and registrars.
  • Documents that impact community policy, recommendations, or advice.

I would also like to highlight three points from the internal guidelines:

  1. Public Comment is the default mechanism when seeking feedback from the ICANN community or general public.
  2. There may be circumstances where an alternative to Public Comment may be more appropriate. Alternative mechanisms include consultations or surveys for more targeted audiences and must be approved by ICANN org executive team members.
  3. Announcements, blog posts, social media campaigns, regional newsletters, and mailing lists will not be used as mechanisms for collecting feedback.

ICANN org supports the work of the community by managing Public Comment as a consistent and effective feedback mechanism. We hope the internal guidelines contribute to the accountability and transparency commitments of ICANN org.

To stay up to date on Public Comment proceedings, please visit our Upcoming Public Comment Proceedings webpage which is updated on a monthly basis. The Public Comment team also publishes an annual report of Public Comment trends; I encourage you to read the findings from the last nine years.

As ICANN evolves, the Public Comment process will adapt as well. The Public Comment team has been working with the Information Transparency Initiative team to develop an improved Public Comment feature based on input from the ICANN community. We look forward to testing it in early 2020.

As always, the Public Comment team is available to answer questions at


    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."