W3C創設32周年：ひとつのWebに、いくつもの見た目が必要な理由
2026年10月1日、World Wide Web Consortiumは創設32周年を迎えます。そこで身近な疑問です。Web標準が機能しているなら、同じページがパソコンとスマートフォンで違って見えるのはなぜでしょう。大切なのは、すべてのピクセルを固定することより、意味と使える道筋を保つことだからです。
昔のゲームの攻略記事を友人に送る場面を想像してください。あなたは横に広いモニターで読み、友人は小さな画面で文字を大きくして開きます。見出しは折り返され、画像は小さくなり、メニューの位置も変わる。それでも二人は同じ説明を見つけられます。その違いこそ、ページがうまく働いている証拠かもしれません。
略語が並びがちなWeb標準の話も、ここからなら具体的に考えられます。標準は、内容を公開する人と、それを表示するソフトウェアを作る人の間に共通の約束を設けます。そこで得られる大切なものは選択の自由です。別の道具を使っても、同じ資料へのアクセスを失わずに済むことに価値があります。
10月1日は、Webそのものの誕生日ではない
W3Cの歴史年表は、創設日を1994年10月1日と記録しています。ティム・バーナーズ＝リーが設立した組織で、2026年に32周年となります。
Webはそれ以前から存在しました。CERNは発明を1989年、Webソフトウェアをパブリックドメインに置いた日を1993年4月30日としています。
これらは別々の問いに答える日付です。発明が生まれた時点、ソフトウェアが広く利用できるようになった時点、共通の技術的な仕事を進める組織ができた時点。一つの誕生日にまとめると、よいアイデアが生まれた後の課題が見えにくくなります。多くの人がそれぞれの道具を作り始めたら、どうすれば道具同士が理解し合えるのでしょう。
ギークカレンダーは考えるきっかけをくれます。日常の試験になるのは、リンクを送るという行為です。作者と同じコンピューターでしか使えない文書より、違う読書環境でも読める文書のほうが、受け手に多くの自由を残します。
共通ルールは、スクリーンショットではない
同じボードゲームを、二つの違うテーブルで遊ぶと考えてみましょう。コマの色や盤面の大きさが違っても、ルールは同じ手を指せるようにします。完全な比喩ではありませんが、外見と、行為を理解できるものにする約束とを分ける助けになります。
Webの見出しは、単に大きな文字というだけではありません。リンクには、色とは別に行き先があります。そうした役割を記述すれば、ソフトウェアが利用できる情報になります。画像の中に大きな文字を描けば見出しの外観は再現できますが、それだけで同じ文書構造が得られるわけではありません。
架空のファンサイトを例にしましょう。紹介文、ゲーム一覧、問い合わせ先のリンクがあります。パソコンでは一覧が紹介文の横に並び、スマートフォンでは下に続く。どちらも自然な順序と同じ行き先を保てます。横長の配置をすべての画面に押し付けると、小さいほうはかえって使いづらくなるかもしれません。
二つの画面を比べるなら、違う場所を探すだけでなく、残っている働きも探してみてください。記事の始まりは見つかるか。一覧は順に追えるか。問い合わせ先へ進めるか。読者がしたいことに近いのは、こちらの問いです。
CSSによって変わった考え方
CSS Level 1は1996年12月17日にW3C勧告となりました。書体、色、間隔などの表示を指定する共通の言語です。
実用上のポイントは、材料と、その見せ方の指示を分けて考えられることです。大きさが変わっても見出しは見出しのままです。改行位置が動いても、段落の言葉はそのまま残せます。デザイン上の選択は必要ですが、文書全体を一枚の固定画像にする必要はありません。
簡単な思考実験をしてみましょう。まったく同じ段落を、幅の広い欄と狭い欄に置きます。ほとんどすべての行末が移動しても、論旨は変わらずに済みます。画面がぴったり重なるかどうかだけで評価すると、両方が保てているものを見落とします。
EPUBのページ数が変わる理由を扱った記事では、この違いを電子書籍から考えました。今回は、さらに広い問いです。読む環境が変わったときも、文書は理解できるでしょうか。読者に合わせて形を変えられること自体が、ひとつの能力です。
ルールを書いただけでは、互換性は完成しない
文書になったルールが、Webサイトを自動的に修理するわけではありません。ブラウザーによる実装、作者による適切な機能の使い方、実際の組み合わせでの試験が必要です。標準的な技術を使ったページでも、メニューを隠したり、文字を覆ったり、動かないスクリプトに依存したりすることがあります。
また、一つの組織がWeb全体を管理していると考えるのも正確ではありません。W3CとWHATWGは2019年の合意でHTMLとDOMの共通の進め方を定め、主な開発の場をWHATWGとしました。
読む側にとって役立つ問いは具体的です。情報に届くか。リンクを開けるか。自分の道具で目的を果たせるか。ロゴや略語が、個々のページに代わって答えることはできません。実際にその道筋を通って確かめる必要があります。
違う読み手は、例外ではない
W3Cのアクセシビリティ入門が示す目標は、障害のある人がWebを知覚し、理解し、移動し、操作し、さらに発信にも参加できることです。
架空のファンサイトに戻りましょう。「こちら」とだけ書かれたリンクは、周囲の文章を離れると目的が分かりにくくなります。マウスでしか動かない問い合わせボタンは、キーボードを使う人の障壁になります。伸び縮みするレイアウトだけでは、どちらも自動的には解決しません。
「自分のパソコンでは動く」という言葉にも、もう一つの限界が見えてきます。パソコンは一つの条件であり、自分の操作方法も別の条件です。いつもの組み合わせだけを試せば、ほかの道筋は未確認のまま残ります。必要なのは、それらを通れるようにすることであって、全員に同じ読み方を求めることではありません。
問題を見つけたら、まず起きたことを具体的に説明してみましょう。失敗する操作が分かれば、再現し、話し合い、直すための出発点になります。「使いづらい」という感想だけでは、別の人が同じ場所にたどり着くのは難しいものです。
記念日にできる三つの小さな実験
- 幅を変える。よく知っている記事を開き、ウィンドウを細くします。配置が変わっても、各節を理解できるでしょうか。
- 文字を大きくする。本文を読めて、操作部分にも届くか確かめます。改行の違いより、消えた内容や重なった内容に注目します。
- マウスを置く。Tabキーで操作部分を移動します。現在地は見えるでしょうか。役立つ順路を進めるでしょうか。行き詰まったら、それは発見であって個人の失敗ではありません。
これらは観察の出発点であり、完全なアクセシビリティ監査でも、ブラウザーの最終評価でもありません。報告するときはページ、道具、失敗した操作を記録しましょう。「文字を大きくするとメニューが消える」は、「レイアウトがおかしい」より原因を探す助けになります。
普通のリンクに含まれる自由
W3Cの32周年は、共通ルールが残してくれる選択肢を振り返る機会です。違うソフトウェア、違う画面、違う読み手が、それぞれの入口を持てる。その約束は、今も人が実装し、確かめていく必要があります。
次にページが並び替わったら、何が残っているかを見てください。意味、移動の道筋、大切な操作が利用できるなら、変化こそが成果かもしれません。ひとつのWebには、凍り付いたひとつの外見より、いくつもの通れる入口が必要なのです。