WWWを支える組織・運営のしくみ

標準化を担う団体

WWWの仕様はオープンな標準化団体で議論・公開されます。

W3C（World Wide Web Consortium）

• CSS、WebAuthn、WebGPUなどの仕様を策定。HTMLとDOMはWHATWGを主な開発の場とし、W3Cも協力する。
• 勧告トラックではWorking Draft、Candidate Recommendation、Recommendationなどの段階があり、広いレビューと実装経験を確認する。すべての文書が勧告になるわけではない。
• 会員組織、招待専門家、スタッフなどが作業に参加し、一般からのフィードバックも受け付ける。

IETF（Internet Engineering Task Force）

• HTTP、TLS、QUIC、DNSなどを扱い、成果をRFCとして公開する。RFCには標準以外にInformationalやExperimentalなどもあり、番号が付くだけで標準とは限らない。
• WG（ワーキンググループ）単位でドラフトを練り、コンセンサス重視で進む。
• IETFの標準化過程の技術管理や承認はIESGが担う。IABはアーキテクチャの監督などを担い、同じ承認機関ではない。

WHATWG

• HTMLやDOM、URLなどのLiving Standardを継続的に更新する。URIの一般構文を扱うIETFのRFCと、ブラウザで使うURL Standardの役割も区別する。
• 主要ブラウザベンダー（Chrome/Firefox/Safari/Edge）のエンジニアが中心。

名前と番号を配る仕組み

URLのホスト名やIPアドレスが衝突しないよう、階層的な管理が行われています。

ICANN / IANA

• ICANNはDNSを含む一意な識別子の調整を担う。Webの本文を一括管理する組織ではなく、国別TLDの登録方針も各レジストリ等が関わる。
• IANA機能はDNSルートゾーンの調整、IP・AS番号の世界的な割り振り、プロトコル番号の登録簿を扱う。ICANNの関連組織PTIが提供する。

地域インターネットレジストリ（RIR）

• APNIC（アジア太平洋）、ARIN（カナダ・米国・一部カリブ地域）、RIPE NCC（欧州・中東・中央アジア）、LACNIC（中南米・一部カリブ地域）、AFRINIC（アフリカ）。
• RIRがIPアドレスやAS番号を配布し、さらに各国/組織向けに移譲（JPNICなど）。

ドメイン登録の流れ

• レジストラ（販売事業者）経由でTLDのレジストリに登録する。
• 通常は再帰リゾルバーがキャッシュを使い、必要ならルート → TLD → 対象ドメインの権威DNSをたどる。毎回すべてに問い合わせるわけではない。
• Root DNSは13系統のサーバークラスタ（A〜M）が世界に分散配置される。

実装と普及を担う主体

標準は紙ではなく実装されてこそ。ブラウザやクラウド/ホスティング事業者が普及を担います。

ブラウザベンダー

• Chrome (Google), Safari (Apple), Firefox (Mozilla), Edge (Microsoft) など。
• 試験的な機能をフラグ付きで提供する場合がある。仕様策定と実装は並行し、実装された機能が必ず標準になるわけではない。
• 互換性は「Web プラットフォームテスト（WPT）」で自動検証されることが多い。

クラウド/ホスティング/CDN

• AWS, GCP, Azure などのクラウド事業者がWebアプリの実行基盤を提供。
• CDN（Cloudflare, Akamai, Fastly など）がグローバルにキャッシュ・配信を最適化。
• 証明書配布やHTTP/2, HTTP/3のサポートもこうした事業者が肩代わりすることが多い。

検索エンジン/クローラ

• Google, Bing などがクローラでWebを巡回し、リンク構造とコンテンツを索引化。
• robots.txtやsitemap.xmlはクローラとのインターフェースとして定着。

方針や安全性を決める場

技術だけでなく、安全性やプライバシーの指針も多方面で議論されます。

セキュリティ関連の組織

• CA/ブラウザフォーラム：公開信頼されるTLSサーバー証明書などの要件を議論する場。証明書そのものを一括発行する組織ではない。
• 証明書を発行する認証局と、信頼する認証局を選ぶブラウザ等のルートプログラムは別の役割を担う。
• セキュリティ研究者コミュニティ（CERT/CCなど）が脆弱性情報を共有・調整。

プライバシー・信頼性の動き

• ブラウザはトラッキング防止やサードパーティCookie制限を実装し、標準化で議論。
• DNS over HTTPS/TLSは、一般的には端末と利用するDNSリゾルバーの間を暗号化する。名前解決の全区間が自動的に暗号化されるわけではない。
• 各国・地域の法規制（GDPR/CCPAなど）もWeb実装に影響する。

まとめ

WWWには中央管理者がいません。標準化・名前/番号管理・実装・運用・安全性の各レイヤーで多様な主体が役割を分担し、互換性と分散性のバランスを取りながら進化しています。

公式資料と関連記事

W3C / WHATWG / W3C Process / IETF: RFCs / IESG / IANA / RIRs / CA/Browser Forum
DNSルートサーバー / ブラウザとWeb標準