Zusammenfassung

  • Eine späte Priority Number schließt eine beantragte Zeichenfolge nicht aus dem Vergleichsfeld aus. In der Runde 2026 müssen alle beantragten Strings auf visuelle Ähnlichkeit geprüft sein, bevor gegebenenfalls Gruppen für die priorisierte Evaluierung entstehen.
  • Nehmen wir zwei Bewerbungen um visuell ähnliche Top-Level-Domains. Die eine erhält eine frühe Priority Number, die andere landet weit hinten in der Reihenfolge. Würde ICANN nur die erste Gruppe betrachten, könnte der Zusammenhang erst auffallen, nachdem deren Zuschnitt bereits feststeht.

Nehmen wir zwei Bewerbungen um visuell ähnliche Top-Level-Domains. Die eine erhält eine frühe Priority Number, die andere landet weit hinten in der Reihenfolge. Würde ICANN nur die erste Gruppe betrachten, könnte der Zusammenhang erst auffallen, nachdem deren Zuschnitt bereits feststeht.

Der Applicant Guidebook für die Runde 2026 verhindert genau diese zeitliche Lücke. Abschnitt 7.10.2.2 bestimmt: Falls eine Gruppierung erforderlich ist, muss die String Similarity Evaluation für sämtliche beantragten Strings abgeschlossen sein, bevor die Evaluation Priority Batches festgelegt werden. Gehören Bewerbungen zu demselben Contention Set, kommen alle betroffenen Strings gemeinsam in jene Gruppe, die sich nach dem String mit der höchsten Priorität richtet.

Die Vorschrift wirkt wie eine Regel für die Ablaufplanung. Tatsächlich erfüllt sie eine weitergehende Governance-Funktion: Priorität ordnet die Arbeit, begrenzt aber nicht das Vergleichsfeld des Panels.

Erst vollständig vergleichen, dann takten

Die derzeit maßgebliche englische Fassung des Guidebook ist V2-2026.04.24. Modul 1 ordnet die Ähnlichkeitsprüfung der String Evaluation zu. Diese konzentriert sich auf die beantragten Strings und ihre zuteilbaren Varianten. Die fünf Bestandteile der String Evaluation werden parallel beurteilt; anders als die Prüfung der Bewerbung und des Bewerbers folgt sie nicht der Prioritätsreihenfolge.

Modul 7 beschreibt, womit ein String verglichen wird. Für jede Bewerbung werden der primäre String und die einschlägigen Varianten mehreren Kategorien gegenübergestellt. Dazu gehören bereits delegierte gTLDs, noch laufende Strings aus früheren Runden, bestimmte ccTLDs und beantragte IDN-ccTLDs, andere Bewerbungen der aktuellen Runde, ein Teil der Blocked Names sowie weitere ASCII-Strings aus zwei Zeichen. Zuteilbare und blockierte Varianten fließen nach den im Guidebook festgelegten Einzelregeln ein.

Die Vorgabe, alle Strings vor der Gruppenbildung zu prüfen, ist besonders wichtig, weil eine Vergleichskategorie aus den übrigen Bewerbungen derselben Runde besteht. Das Ergebnis für einen String kann deshalb von einer Bewerbung abhängen, deren Priority Number weit entfernt liegt. Der vorgelagerte Gesamtvergleich verhindert, dass eine operative Warteschlange das fachlich relevante Feld vorzeitig zerschneidet.

Die Bezeichnung „vollständiges Vergleichsfeld“ ist eine redaktionelle Deutung der Regel, nicht die von ICANN ausdrücklich genannte Begründung. Als offizielles Ziel nennt ICANN, Verwechslungen bei Nutzern und einen Vertrauensverlust in das DNS zu verhindern, die durch die Delegierung visuell ähnlicher Strings entstehen könnten.