優先順位抽選で小さい番号を得れば、申請処理の一部では有利な位置に立てる。しかし、その番号が申請文字列への「合格見込み」を示すわけではない。ICANN の2026年ラウンド資料は、優先番号の適用範囲を明確に区切っている。優先番号は複数の手続の一般的な順序を決める一方、文字列評価（String Evaluation）の進行順には影響しない。
ここを混同すると、日程上の順位が技術・政策上の判断に見えてしまう。
番号が並べる手続
ICANN によれば、優先番号は、競合解決、申請者評価、申請評価と各評価結果、さらに申請が成功した場合の契約手続への移行について、一般的な処理順を定める。
ただし、これは厳密な到着順の保証ではない。異議申立て、上訴、GAC のコンセンサス助言、延長評価、競合解決、説明責任メカニズム、申請変更要求などがあれば、個別申請の処理は止まり得る。ICANN は次の申請を処理し、原因が解消した後に停止中の申請を再開すると説明している。
したがって、優先番号はあくまで処理上の基準であり、最終的な完了順でも、申請の成功を示す指標でもない。まして文字列そのものの評価結果ではない。
別の時計で進む5項目
ICANN が権威ある版として掲げる2026年申請者ガイドブックは V2-2026.04.24 である。同ガイドブックは文字列評価を、申請文字列と割当可能なバリアント文字列に焦点を当てた審査と定義し、同時並行で評価される5要素を挙げている。
- 文字列類似性評価：視覚的類似が結果や競合関係に与える影響を調べる。
- 名前衝突初期評価：申請文字列と割当可能なバリアントの名前衝突リスクを確認する。
- セーフガード評価：文字列に適用される保護措置要件を審査する。
- 地理的名称の識別：ガイドブックの地理的名称規則に該当するかを判定する。
- 単数形・複数形通知評価：申請文字列間の単複関係を主張する通知を評価する。
「同時並行」は、5項目が同じ瞬間に始まり、同じ日に終わるという意味ではない。単一の直列工程として優先番号順に進むものではない、ということだ。項目ごとに作業や依存関係、結果公表の時期が異なる可能性がある。
そのため、番号の小さい申請が文字列レベルの判断を待つ一方、番号の大きい申請で一部の結果が先に現れることはあり得る。それだけで特別扱いを示すことにはならない。また、文字列評価の結果が早く出ても、申請者評価、申請評価、異議、競合、契約まで通過したことにはならない。
公開すべきは二つの進捗
優先番号だけで全工程を表現すると、番号が小さいほど文字列の安全性が高い、文字列結果が出れば契約が近い、番号の大きい申請の結果が先なら順番違反だ、という誤解を招く。
必要なのは二つの連動した表示である。一つは、優先番号、現在の順序対象工程、停止理由、停止日と再開日を示す申請処理キュー。もう一つは、5項目それぞれの状態、主要日付、正式結果や異議手続の有無を示す文字列評価記録だ。
この「二つの時計」は透明性を高めるための提案であり、ICANN が既に採用した制度ではない。しかし根拠となる境界は公式資料にある。優先番号が旅程の一部だけを順序付けるなら、公開情報も番号が効く範囲と、別に進む評価を区別して示すべきである。