Summary

  • La conformité RZ-LGR est un test technique de l’étiquette, non la reconnaissance d’un mot porteur de sens.
  • La RZ-LGR ne couvre pas nécessairement toute expression linguistique et le mélange de points de code peut rendre une chaîne invalide.

Le Guidebook 2026 expose directement la frontière : les étiquettes DNS sont des identifiants, et non un support pour écrire une langue ou sa littérature. La RZ-LGR n’est donc pas censée autoriser toute la gamme d’expression d’une langue naturelle, et une chaîne qu’elle génère ne doit pas nécessairement être un mot.

Pour le cycle 2026, la version 6 de la RZ-LGR s’applique. Elle contient un ensemble distinct de règles de génération d’étiquettes pour chaque écriture ou système d’écriture qu’elle couvre.

La conformité technique reste obligatoire. Un IDN demandé doit respecter IDNA2008 et la RZ-LGR applicable. La validité d’une chaîne principale comme TLD est testée, tandis que la RZ-LGR est la seule source de calcul des variantes et de leurs statuts allocatable ou blocked.

Deux non-équivalences en découlent. Une étiquette clairement porteuse de sens pour une communauté linguistique ne réussit pas du seul fait de ce sens. Inversement, une sortie permise par la RZ-LGR ne doit pas nécessairement former un mot de dictionnaire.

La composition compte aussi. Le Guidebook indique qu’une chaîne mélangeant des points de code relevant de LGR d’écritures différentes peut être déclarée invalide. Si le contrôle algorithmique juge une chaîne non conforme invalid ou blocked, le système de dépôt ne l’accepte pas.

BTW recommande des examens séparés du sens linguistique, de la reconnaissance communautaire et de la validité technique, avec consignation indépendante du résultat RZ-LGR applicable. C’est un conseil éditorial, non une exigence d’ICANN.

Sources