Solicitudes / .rednote / XITS2684T-T40298 · publicada por la ICANN el 7 de octubre de 2026 · instantánea del 2026-10-08
.rednote
TLD de marca · Spec 13ActiveXingyin Information Technology (Shanghai) Co., Ltd., CN Q1·Q25
Control último declarado: WENCHAO MAO Q108 · Ficha de la ICANN ↗
§ 1 — Significado de la cadena Q118·Q120
No English Translation
/ˈred.noʊt/
§ 2 — Misión y propósito Q133
I. Mission and Objectives
Mission: By applying for ".rednote", we are committed to building a secure and unified global digital identity infrastructure, fulfilling "inspire lives". Using technology as the brush and the human spirit as the ink, we capture the warmth of everyday life that touches the heart, and promote the development of our community ecosystem and global collaboration.
Objectives: To establish ".rednote" as an exclusive digital identifier for the Group, with registrations open to the Group and its affiliates, so as to achieve centralized control and compliant use of our brand domain names worldwide, build an internal digital network, safeguard brand assets, and improve management efficiency.
II. Intended Registrants
Registrations will be available to internal entities and affiliates of the Xiaohongshu Group, including core business units and operating entities across Community, E-commerce, Commercialization, AI Technology, International Business, and Public Welfare.
III. Intended Users
The primary users include Xiaohongshu's global users, consumers, brands, merchants, buyers, principals, and ecosystem partners. Through these domains, users will access official services across Community, E-commerce, Commercialization, and AI-powered offerings, ensuring secure, authentic, and trustworthy information and product experiences.
IV. Relevant Activities
1. Leverage ".rednote" as the Group's unified internal brand TLD to consolidate digital identifiers across Community, E-commerce, Commercialization, and Technology, enabling centralized brand asset management.
2. Rely on this domain system to support the digital coordination of core businesses—including community content, e-commerce transactions, and commercialization services—while providing unified, exclusive access points for AI applications and international services.
V. Long-Term Sustainability Statement
1. Since its founding in 2013, Xiaohongshu has grown to serve 400 million monthly active users worldwide, fostering a community atmosphere defined by sincerity, friendliness, and mutual support. We have established offices in Shanghai, Beijing, Wuhan, Hangzhou, Guangzhou, Shenzhen, Zhuhai, and Hong Kong. Our brand influence has continued to expand, and in 2026 we became the official rights-holding broadcaster for the FIFA World Cup, providing a solid business foundation for the long-term use of the domain.
2. As a brand registry, we have dedicated technical teams and sufficient financial resources in place, with established systems for domain registration, resolution, management, and security, providing support for the long-term stable operation of .rednote.
3. Guided by our "inspire lives" mission, Xiaohongshu is actively committed to social responsibility—from urban streets to rural fields, fostering goodwill across online and offline spaces, and building bridges through community to bring people together. This accumulated heritage and sense of responsibility provide strong support for the long-term vitality of our brand and the sustainable development of our domain system.
4. In operating .rednote, we will comply with ICANN's regulatory framework, establish security monitoring and emergency response mechanisms, ensure operational compliance and technical security, and provide a secure and reliable long-term platform for Xiaohongshu's global digital presence.
§ 3 — Compromisos y salvaguardas Q164–Q188
| Mayor confiabilidad, riesgo para el consumidor, sector regulado, informes a las autoridades, daño, función gubernamental Q164–Q169 | Sí a: mayor confiabilidad (Q164), riesgo para el consumidor en caso de abuso (Q165) |
|---|---|
| PIC de salvaguarda voluntarios Q170·Q171 | |
| Registry Voluntary Commitments Q172·Q173 | Ninguno · 5 los ofrecen |
| Criterios de TLD de marca confirmados, certificado de marca adjunto Q180·Q181 | Sí · certificado no publicado |
| Confirma que la cadena no es una «generic string» Q183 | Sí |
| Declaración de la Spec 11 §3(d) Q184 | |
§ 4 — Todas las demás respuestas publicadas
Todas las demás respuestas que la ICANN publicó para esta solicitud, en el orden del formulario. Los datos de contacto (Q17–Q24) se dejan a la ficha de la ICANN.
Q212Q4.2-1 - Provide the applying entity’s self-certification document, signed by the CEO, President, CFO and/or equivalent officer of the applying entity. If financial statements are provided by a Qualified Parent Entity (QPE), the CEO, President, CFO, and/or equivalent officer of the QPE must co-sign the certification document. The self-certification document must represent and warrant: SC4.2-1.1 - The applying entity and/or a QPE will fund the startup and long-term operation of all applied-for gTLD strings and (if applicable) currently operated gTLDs of a QPE. SC4.2-1.2 - The applying entity or QPE has at a minimum of US$50,000 plus 25% of the application base fee for each applied-for gTLD string in Cash and Cash Equivalents on the balance sheet of the provided financial statements, up to a maximum of US$300,000, designated to support the startup and operation of all of the applying entity’s applied-for gTLD strings. SC4.2-1.3 - The applying entity and/or its officers are bound by law in its jurisdiction to represent financial statements accurately and the applying entity is in good standing in that jurisdiction.
Q4.2-1 - Provide the applying entity’s self-certification document, signed by the CEO, President, CFO and/or equivalent officer of the applying entity. If financial statements are provided by a Qualified Parent Entity (QPE), the CEO, President, CFO, and/or equivalent officer of the QPE must co-sign the certification document. The self-certification document must represent and warrant: SC4.2-1.1 - The applying entity and/or a QPE will fund the startup and long-term operation of all applied-for gTLD strings and (if applicable) currently operated gTLDs of a QPE. SC4.2-1.2 - The applying entity or QPE has at a minimum of US$50,000 plus 25% of the application base fee for each applied-for gTLD string in Cash and Cash Equivalents on the balance sheet of the provided financial statements, up to a maximum of US$300,000, designated to support the startup and operation of all of the applying entity’s applied-for gTLD strings. SC4.2-1.3 - The applying entity and/or its officers are bound by law in its jurisdiction to represent financial statements accurately and the applying entity is in good standing in that jurisdiction.
Respuesta entregada como documento. La ICANN no publica los archivos adjuntos.
Q220Q5.1-1 - Provide the applying entity’s self-certification document, signed by the CEO, President, CFO and/or equivalent officer of the applying entity. The self-certification document must represent and warrant: SC5.1-1.1 - The applying entity will appropriately protect confidentiality of data and prevent unauthorized access to data and services. SC5.1-1.2 - The applying entity will maintain a mature, appropriately funded and staffed security program, following a recognized, modern security framework based on risk management (such as the ISO27000 series, COBIT, HITRUST CSF, legally required security frameworks, or equivalent). The security program must be in place prior to delegation, and exist through at least the period of the registry agreement. SC5.1-1.3 - The applying entity is aware of and has designed its systems and business to comply with the relevant privacy and security regulations for all countries in which it operates.
Q5.1-1 - Provide the applying entity’s self-certification document, signed by the CEO, President, CFO and/or equivalent officer of the applying entity. The self-certification document must represent and warrant: SC5.1-1.1 - The applying entity will appropriately protect confidentiality of data and prevent unauthorized access to data and services. SC5.1-1.2 - The applying entity will maintain a mature, appropriately funded and staffed security program, following a recognized, modern security framework based on risk management (such as the ISO27000 series, COBIT, HITRUST CSF, legally required security frameworks, or equivalent). The security program must be in place prior to delegation, and exist through at least the period of the registry agreement. SC5.1-1.3 - The applying entity is aware of and has designed its systems and business to comply with the relevant privacy and security regulations for all countries in which it operates.
Respuesta entregada como documento. La ICANN no publica los archivos adjuntos.
Q221Q5.2-1 - Provide the applying entity’s self-certification document, signed by the CEO, President, CFO and/or equivalent officer of the applying entity. The self-certification document must represent and warrant: SC5.2-1.1 - The applying entity will, no later than delegation of the Top Level Domain (TLD), establish a dedicated abuse point of contact responsible for addressing matters requiring expedited attention and providing a timely response to abuse complaints concerning any name registered in the TLD. SC5.2-1.2 - The applying entity will, no later than delegation of the TLD, establish, publish, and provide to ICANN the location of a mechanism for members of the public to submit reports of abuse in accordance with the current obligations of the Base RA and any Consensus Policies. SC5.2-1.3 - The applying entity has developed proposed measures for removal of orphan glue records for names removed from the zone when provided with evidence in written form that the glue is present in connection with malicious conduct (see Specification 6). SC5.2-1.4 - The applying entity has or will have at time of delegation, established policies for handling complaints regarding abuse. Such policies are to be maintained and posted publicly so that anyone can review the policies via the Internet and any other means deemed appropriate by the applying entity. The applying entity’s policies at a minimum should contain appropriate confirmation of the receipt of the abuse report, the process of review of the report, and actions that will be taken if the applying entity confirms the report is legitimate. SC5.2-1.5 - The applying entity understands that DNS Abuse is Phishing, Malware, Botnets, Pharming and Spam (when used to deliver other forms of DNS Abuse). The applying entity understands and is prepared to contribute to the mitigation or disruption of DNS Abuse in domains in the TLD zone. SC5.2-1.6 - The applying entity’s abuse response capabilities are resourced appropriately to ensure a timely and adequate investigation and response to reports of DNS Abuse. This includes capabilities to receive and evaluate evidence of DNS Abuse in reports, and to take action to stop or disrupt the DNS Abuse. SC5.2-1.7 - The applying entity is prepared to conduct periodic scans of its zone to identify if domains are being used to perpetrate DNS Abuse, and to maintain statistical reports of the scans, the findings, and actions taken.
Q5.2-1 - Provide the applying entity’s self-certification document, signed by the CEO, President, CFO and/or equivalent officer of the applying entity. The self-certification document must represent and warrant: SC5.2-1.1 - The applying entity will, no later than delegation of the Top Level Domain (TLD), establish a dedicated abuse point of contact responsible for addressing matters requiring expedited attention and providing a timely response to abuse complaints concerning any name registered in the TLD. SC5.2-1.2 - The applying entity will, no later than delegation of the TLD, establish, publish, and provide to ICANN the location of a mechanism for members of the public to submit reports of abuse in accordance with the current obligations of the Base RA and any Consensus Policies. SC5.2-1.3 - The applying entity has developed proposed measures for removal of orphan glue records for names removed from the zone when provided with evidence in written form that the glue is present in connection with malicious conduct (see Specification 6). SC5.2-1.4 - The applying entity has or will have at time of delegation, established policies for handling complaints regarding abuse. Such policies are to be maintained and posted publicly so that anyone can review the policies via the Internet and any other means deemed appropriate by the applying entity. The applying entity’s policies at a minimum should contain appropriate confirmation of the receipt of the abuse report, the process of review of the report, and actions that will be taken if the applying entity confirms the report is legitimate. SC5.2-1.5 - The applying entity understands that DNS Abuse is Phishing, Malware, Botnets, Pharming and Spam (when used to deliver other forms of DNS Abuse). The applying entity understands and is prepared to contribute to the mitigation or disruption of DNS Abuse in domains in the TLD zone. SC5.2-1.6 - The applying entity’s abuse response capabilities are resourced appropriately to ensure a timely and adequate investigation and response to reports of DNS Abuse. This includes capabilities to receive and evaluate evidence of DNS Abuse in reports, and to take action to stop or disrupt the DNS Abuse. SC5.2-1.7 - The applying entity is prepared to conduct periodic scans of its zone to identify if domains are being used to perpetrate DNS Abuse, and to maintain statistical reports of the scans, the findings, and actions taken.
Respuesta entregada como documento. La ICANN no publica los archivos adjuntos.
Q121As per Section 3(d) of Specification 11 of the Base Registry Agreement, a registry operator of a “generic string” may not impose eligibility criteria for registering names in the TLD that limit registrations exclusively to a single person or entity and/or that person’s or entity’s “Affiliates” (as defined in Section 2.9(c) of the Registry Agreement). “Generic String” means a string consisting of a word or term that denominates or describes a general class of goods, services, groups, organizations or things, as opposed to distinguishing a specific brand of goods, services, groups, organizations or things from those of others. Confirm that the applied-for string is not a “generic string” in which the applying entity intends to limit registrations exclusively to a single person or entity.
As per Section 3(d) of Specification 11 of the Base Registry Agreement, a registry operator of a “generic string” may not impose eligibility criteria for registering names in the TLD that limit registrations exclusively to a single person or entity and/or that person’s or entity’s “Affiliates” (as defined in Section 2.9(c) of the Registry Agreement). “Generic String” means a string consisting of a word or term that denominates or describes a general class of goods, services, groups, organizations or things, as opposed to distinguishing a specific brand of goods, services, groups, organizations or things from those of others. Confirm that the applied-for string is not a “generic string” in which the applying entity intends to limit registrations exclusively to a single person or entity.
true
Q223By submitting this Application, the applying entity confirms that it is submitting this Application with a good faith (“bona fide”) intent to operate the gTLD for which it has applied, and that the applying entity has read and understands the provisions of Section 5.2.3.1 Prohibited Communications and Activities of the Applicant Guidebook regarding the New gTLD Program rules prohibiting certain communications and activities to prevent parties from privately resolving string contention among themselves.
By submitting this Application, the applying entity confirms that it is submitting this Application with a good faith (“bona fide”) intent to operate the gTLD for which it has applied, and that the applying entity has read and understands the provisions of Section 5.2.3.1 Prohibited Communications and Activities of the Applicant Guidebook regarding the New gTLD Program rules prohibiting certain communications and activities to prevent parties from privately resolving string contention among themselves.
true
Q224By submitting this Application, the applying entity confirms that it has read and understands the provisions of Section 5.2.3.1 Prohibited Communications and Activities of the Applicant Guidebook regarding the New gTLD Program rules prohibiting certain communications and activities to prevent parties from privately resolving string contention among themselves.
By submitting this Application, the applying entity confirms that it has read and understands the provisions of Section 5.2.3.1 Prohibited Communications and Activities of the Applicant Guidebook regarding the New gTLD Program rules prohibiting certain communications and activities to prevent parties from privately resolving string contention among themselves.
true