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

標準化を担う団体 📜

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

W3C（World Wide Web Consortium）

• HTML, CSS, DOM, WebAuthn, WebGPU などブラウザで動く技術を策定。
• 勧告（Recommendation）になるまで草案→候補→勧告候補→勧告と段階を踏む。
• メンバー企業・大学・個人が参加し、実装実績（複数ブラウザ）も重視される。

IETF（Internet Engineering Task Force）

• HTTP, URL, TLS, QUIC, DNS などインターネット標準をRFCとして公開。
• WG（ワーキンググループ）単位でドラフトを練り、コンセンサス重視で進む。
• IAB/IESG が最終承認を行うが、実装と相互運用性が重視される文化。

WHATWG

• HTML Living Standardを主導し、ブラウザ実装と歩調を合わせて更新。
• 主要ブラウザベンダー（Chrome/Firefox/Safari/Edge）のエンジニアが中心。

名前と番号を配る仕組み 🏷️

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

ICANN / IANA

• ICANNがDNSの頂点（ルートゾーン）とTLD（.com, .jp など）の方針を定める。
• IANAがIPアドレスブロックやAS番号、DNSルートゾーンを配分・管理。

地域インターネットレジストリ（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/ブラウザフォーラム：証明書の発行ポリシー（Baseline Requirements）を決める場。
• OCSP, CTログなどTLS証明書の健全性を高める仕組みを推進。
• セキュリティ研究者コミュニティ（CERT/CCなど）が脆弱性情報を共有・調整。

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

• ブラウザはトラッキング防止やサードパーティCookie制限を実装し、標準化で議論。
• DNS over HTTPS/TLS など、解決過程を暗号化する流れが進む。
• 各国・地域の法規制（GDPR/CCPAなど）もWeb実装に影響する。

まとめ

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