要約

  • UA Day 2026は30の国・地域で33件開催され、5,851人が参加した。そのうち17件は、一般的な啓発とは別に要件を持つ採用・実演イベントだった。
  • 採用・実演では、IDNの利用または登録、DrupalかWordPressによるページ、EAI対応メール、現地語アドレス、ウェブサイト試験が求められた。報告書は17件それぞれのIDNとメール例を示す。
  • 公開集計からは、資産が一時的な教材、試行環境、本番候補、本番サービスのどれか、誰が長期運用を引き受けたか、後日も適合したかは分からない。非公開や不明は失敗を意味しないが、持続性の証拠でもない。
  • イベント当日、30日後、90日後、1年後に、所有者、試験範囲、再試験、例外、修正、終了を任意で記録する。ICANNは方法を調整できるが、各システムの制御と責任は地域の所有者に残す。

「動かす」ことを別のイベント種別にした

Universal Acceptance Day Report 2026は、まず規模を示す。45の国・地域から70件の提案を受け、30の国・地域で33件が実施された。期間は3月24日から5月30日、使用言語は15、参加者は5,851人だった。2023年からの累計は200件、86の国・地域、42言語、29,514人である。

しかし2026年の制度設計で注目すべきなのは、33件を同じ種類に数えていないことだ。内訳は啓発7件、大学カリキュラム4件、地域戦略5件、採用・実演17件だった。イベントの価値を順位付けした分類ではない。それぞれが示せる成果を区別する分類である。

採用・実演の主催者は、技術的な能力を持ち、UA採用演習を行い、経験を文書化し、問題と解決を当日の参加者に共有することを期待された。具体的には、IDNを利用または登録し、あらゆる有効なドメイン名とメールアドレスを入力・処理できるDrupalまたはWordPressのページを用意し、ICANNの自前運用用スクリプトでEAI対応メールサーバーを立て、現地語のアドレスを作り、そのIDNでサイトを試験する。ICANNは6時間の手順別デモと技術支援を提供した。

報告書は17件について、開催国、IDNサイト、メールアドレス例、言語、文字を表にした。ICANNの解説が実地経験を強調する根拠はここにある。参加者は理念を聞くだけでなく、見慣れない文字列がどの構成要素で止まるかを観察できた。

この実装作業を「単なる広報」と扱うのは事実に反する。2026年のUA Dayは、発言の場から作業の場へ一歩移った。だからこそ、17件の証拠を過大評価せず、正確な形で次の段階へ渡す必要がある。

当日の成功には当日の時刻がある

報告書は、採用・実演イベントでIDNとメールアドレスが登録・作成されたと記す。公開表は各イベントに具体的な対象を結び付ける。一方、各対象の長期運用記録ではない。

対象がイベント終了後に破棄する検証環境だったのか、期間限定の試行環境だったのか、本番候補だったのか、既存本番サービスだったのかは表から判断できない。運用責任者、各構成要素の版、試験データ、未試験機能、既知の例外、障害、利用、供給者変更、30日後の再試験も行別には掲載されていない。

この欠落を失敗と読むべきではない。地域の主催者が詳しい内部記録を持っていても、世界向け報告書に出さないことはある。教育用環境を予定通り停止するのも正当である。安全やプライバシーのため現役メールアドレスを公開しない判断もあり得る。実演で得た知識を別の本番システムに移したかもしれない。証拠のない値は不明または非公開のままにする。

同時に、当日の成功を永続的な準備状態に変えてはならない。登録フォームで国際化アドレスを受け入れても、ログインで拒否することがある。データベースに保存できても、サポート用ツールが文字を壊すことがある。受信はできても、返信、転送、アカウント復旧で失敗することがある。CMSの更新後にASCII限定の検証が戻ることもある。

時間だけでなく制御主体も変わる。主催者はイベントを制御するが、本番投入の権限を持つとは限らない。開発者が原因を知っても予算を決められない。大学教員が学生と実演しても、全学認証基盤を変更できない。政策担当者が調達要件を支持しても、政府ポータルを運用しない。ICANNは試験方法を支援できるが、各組織の運用責任を引き受けない。

後日の質問は参加者本人ではなく、資産と、その配備・保守・修正・開示を決められる所有者に向けるべきである。

UA対応は一語ではなく六つの動作だ

ICANNのUA公式ページは、文字、言語、長さにかかわらず、すべての有効なドメイン名とメールアドレスをインターネット対応のアプリケーション、機器、システムで扱えることをUAとする。UA専門家作業部会の採用ガイドライン案は、準備済みの状態を受け入れ、検証、保存、処理、表示、相互運用という六つの動作で表す。

受け入れは入力欄が値を受け取るか、検証は有効な値を誤って拒否しないか、保存は読み戻して同じか、処理は業務ロジックと中間構成要素が扱えるか、表示は文字と方向を正しく見せるか、相互運用は組織やアプリケーションの境界を越えて一連の操作を終えられるかを問う。

UASG 026は構成要素と試験関門に分け、受け入れ、検証、入力処理、保存、出力処理、表示の各試験を整理する。UASG 004には開発者向けの試験事例と対応データがある。ICANNのシステム準備ページは両資料、EAI検査ツール、レジストリとレジストラ向けの道筋を案内する。

UA Dayの演習は複数の試験関門を通った可能性が高い。だからこそ、どの関門、入力値、版だったかを残す。「この経路でこのメールが届いた」は再現可能な成果である。「組織全体がUA対応になった」は、認証、通知、復旧、顧客管理、分析、調達、外部供給者まで含み得る。後者には別の範囲設定が必要だ。

ガイドライン案は、UAを技術基盤全体の国際化が生む運用上の結果とし、画面側だけの孤立した修正では達成できないと説明する。これは実演を否定する記述ではない。実演の次に何を調べるかを示す記述である。

人数、演習、稼働状態を一つの「効果」にしない

ICANNはすでに別系統で技術状態を調べている。UA対応状況の評価にはアプリケーション、ブラウザ、メールシステム、ウェブサイトなどの評価が並ぶ。EAI調査はgTLDゾーン内のセカンドレベルドメインのMXサーバーを調べ、UA対応メールサーバーを持つドメインの割合とサーバー数を示す。ICANNは前者が2022年の約20%から2026年の29%へ上昇したとする。

UASGの10周年・2025年対応状況報告書は、1,000サイトに対する繰り返し評価を説明する。完全に現地語で構成されたメールアドレスの受け入れ率は2017年8%から2025年14%になった。同報告書は測定、技術、EAI、広報を別の作業分野として扱う。

この二つの増加をUA Dayの因果的成果とする根拠はない。比較設計がないからである。ここでの意味は別にある。システムの対応状態は母集団、方法、日付を定めて繰り返し測れる。イベントの到達範囲も独立して測れる。

5,851人は到達範囲を示す。17件の採用・実演は事業が生んだ作業量を示す。特定システムの同じ操作経路が複数時点で成功することは運用状態を示す。三つは重要だが、同じ分母ではない。「効果」という一語に入れると、誰がどの変化に責任を持つのかが消える。

公式案も努力と成果を分け始めている

ICANNは2026年2月23日にガイドライン案への意見募集を開始し、4月13日に締め切った。手続ページは、意見を踏まえて最終化・公表するとしている。調査時点でUAページが示すのは案であり、最終方針ではない。

案は啓発、政策支援、実装、能力開発を分けて測る。低コストで意味の明確な指標、測定・報告主体、統合表示盤を提案する。実装には現地語ドメイン登録、EAI対応メールサーバー、利用データ、任意の有効なドメインとメールアドレスを用いた端から端までの利用経路が含まれる。

意見募集の要約報告書は、公開された方法論、初期基準値、報告日程、実サービスでの登録、ログイン、メール受信、アカウント復旧、取引完了を求める意見を記録する。これは提出者の提案であって、ICANNの採択済み規則ではない。それでも、イベント努力と運用結果を分ける問題が公式議論の内側にあることは分かる。

UA Dayの17件は、将来の測定へつなぐ入口として適している。すでに対象物があるからだ。最初から検証環境、試行環境、本番候補、既存本番のどれかを明示し、試験関門と所有者の同意を記録すれば、後日の結果を元記録に上書きせず追加できる。

四つの時点を持つ最小記録

Daniel Kadeの提案は、当日、30日後、90日後、1年後の任意記録である。現行のICANN方針でも認証制度でもない。

当日は安定したイベント識別子、主催者、資産区分、主要構成要素と版、試験データの版、実施した関門、合格・不合格・未試験、既知の例外を残す。稼働中のアドレス公開に危険があれば、ソルト付きハッシュか試験用識別子を使う。表示状態は実演済みとする。別範囲の本番評価なしに本番対応済みへ進めない。

30日後は資産が存在するか、誰が制御するか、設定を維持・変更・撤去したか、何を再試験したか、運用チームが保守を引き受けたかを確認する。実演後に予定通り終了は正当な状態である。教材は永久運用されないから失敗なのではない。

90日後は所有者が許可する実際の利用経路を選ぶ。ウェブサービスなら登録、ログイン、通知、復旧。メールなら送信、受信、返信、転送。レジストラなら検索、登録、連絡先の保存、EPPやRDAPへの引き渡しである。最初に壊れた境界と制御主体を記録し、異なる関門を平均しない。

1年後は本番、試行中、終了、置換済み、不明、非公開の状態、最終試験日、試験一式の版、所有者や供給者の変更、再利用できる教訓を残す。自己申告と独立した再現試験を分ける。後日の失敗は当日の成功を消さず、修正履歴として追記する。

この記録は認証印にならない。認証には監査権限、責任、更新、第三者が依拠できる条件が必要である。記録が述べるのは「この主体が、この日に、この方法で、この範囲を試験した」ことだけだ。主張が小さいから、状態変化を正直に追加できる。

参加者ではなく所有者への引き渡し

報告書が挙げる参加者は企業、政府、市民社会、政府間組織、DNS業界、ISP、ホスティング事業者、大学、管理者、開発者、言語学者、メディアまで広い。事業の到達範囲として重要だが、システムの所有関係を表さない。

参加者へ「所属組織は採用したか」と尋ねると、出席を代表権へ変えてしまう。技術者は失敗を知っても本番投入の権限を持たない。教員は教育課程を変えても学内基盤を制御しない。規制担当者は調達規則を提案してもサービスを運用しない。

追跡はイベントから資産へ、資産から配備、予算、障害対応、情報開示を決める役割へ進む。主催者は紹介できるが、委任のない組織の長期状態を代弁してはならない。

これにより地域の自律性も保たれる。ICANNとUNESCOは招集、研修、道具の提供、集計を行う。地域の所有者は配備、危険負担、開示、終了を決める。供給者は自ら制御する依存関係に責任を持つ。独立した試験者は承認された範囲だけを検証する。利用者の使用は投票でも委任でもない。

ICANN–UNESCO政策概要の紹介は、ICANNのDNSと実装に関する知見、UNESCOの文化・言語・教育・包摂に関する知見を組み合わせる。実務記録には、さらに地域の運用所有者を明記する必要がある。

失敗を報告できる制度が本番を育てる

再試験をすれば赤い結果が出る。CMS更新、上流の中継サーバー、本人確認システム、迷惑メール判定、サポート用ツール、予算終了など原因はさまざまだ。それは当日の成功が虚偽だったことを意味しない。どの層で持続性が壊れたかを示す。

版、日付、所有者、依存関係、修正を保持すれば、後戻りは他の組織にも役立つ。永久的なUA対応印だけなら、失敗を申告するほど評判を損なうため、沈黙が合理的になる。

広い成功主張を望む誘因は全員にある。主催者は評価、ICANNは実践的採用、地域機関は包摂、供給者は事例紹介を得たい。詳細記録なら「6関門中4件合格、上流で1件不合格、1件未試験、30日後に修正」と公表できる。部分的成功が正当に評価される。

不可逆な危険は、文章がシステムより長く残ることだ。「組織XはUA対応になった」という文は、ドメイン失効や基盤変更の後も検索結果や調達資料に残る。最終試験日、範囲、有効期限が主張と一緒に移動しなければならない。

二つの真実をつなぐ

UA Day 2026は、17件の採用・実演を通じて実装側へ踏み込んだ。報告書はIDNとメール例を公開し、参加者総数だけで成果を表現しなかった。これは保存すべき前進である。

次の改善に巨大な監査官僚制は要らない。所有者が同意した資産について30日後と90日後に最小項目を追加すれば、本番継続、別システムへの移植、共通する依存関係、予定終了、非公開を区別できる。どれも一律の成功・失敗より有用だ。

第一の真実は、実演がその範囲で成功したこと。第二の真実は、責任ある所有者が能力を維持したかどうかである。UAにはイベントが可能性を動く対象へ変える力と、運用が時間を越えて保つ力の両方が必要だ。一つの数字に両方を語らせてはならない。

証拠の限界

本稿はUA Day 2026報告書と解説、ICANNのUA・評価ページ、UASGの技術・年次資料、専門家作業部会案、公式の意見募集要約に基づく。年次報告書には17資産をシステム単位で長期追跡したデータ群がない。本稿は地域主催者に記録がない、各システムが本番化しなかった、掲載アドレスが現在も稼働するとは推論しない。生態系全体の傾向をUA Dayへ因果帰属せず、草案と意見を最終方針として扱わない。四時点記録はDaniel Kadeの提案である。

出典

  1. ICANN — Universal Acceptance Day Report 2026
  2. ICANN — UA Day 2026報告書の解説
  3. ICANN — Universal Acceptance
  4. ICANN — UA-Readiness Evaluations
  5. ICANN — Make Your Systems UA-Ready
  6. UASG 026 — UA Readiness Framework
  7. UASG 004 — Test Cases
  8. UASG — 10周年と2025年readiness report
  9. ICANN — UA採用ガイドライン案
  10. ICANN — public comment手続
  11. ICANN — public comment summary
  12. ICANN — UNESCOとのUA協力