要約

  • W3Cは2013年12月の初公開草案で、サイトの名前、アイコン、希望する起動先をHTMLから参照するJSON文書にまとめた。
  • 2026年10月の作業草案は、短い名前、開始URL、ナビゲーション範囲、表示の希望、安定した識別子を整理し、ブラウザーが各環境に応じて扱う形を示す。

ブラウザーのタブの中なら、サイトはページタイトルで名乗れる。タブの端には小さなアイコンもある。ホーム画面の一つの四角に入るとなると、事務手続きが増える。名前は短く収まるか。どの絵が目印になるか。翌日その絵を押した人をどのページに迎えるか。マンションの管理人には日常の質問でも、無数のウェブサイトがそれぞれ勝手に答えれば厄介な仕様の問題になる。

サイトは自分の名前と入口を知っている。ブラウザーは端末の画面と操作方法を知っている。利用者はホーム画面の空き具合を知っている。一つの文書にサイト側の希望を収めれば、残る二者は推理ゲームをせずに済む。HTMLからその文書へリンクし、ブラウザーは読んでから表示方法を決める。入居希望者が名札と鍵穴の位置を書いた紙を差し出すようなものだ。

W3Cが2013年12月17日に公開した最初の草案は、Manifest for web apps and bookmarksという題名だった。ウェブアプリのメタデータをまとめるJSONファイルと、ページからそれを示すrel="manifest"を提案した。概要には名前、アイコン、起動時に開きたいURLが並ぶ。ホーム画面にサイトを追加し、ほかのアプリと並ぶ印を表示する例もあった。ウェブページがタブの外でも使える名刺を作ろうとしていた。

初稿の例にあるのはname、url、mode: standalone、iconsなどだ。現在と同じ語彙が最初から揃っていたわけではない。2013年の文書は発展途上の提案として読むと、願いがよく見える。サイトが誰で、どこから始めたいかを、ブラウザーに機械可読な形で渡したかったのである。断片的な手掛かりから名前や入口を組み立てる仕事を減らす。

2026年10月16日のW3C作業草案には、より細かな書類がある。nameとshort_name、icons、start_url、scope、display、idなどだ。長い名前と短い名前は置き場所が違う。アイコンは見分ける手掛かり。開始URLは希望する玄関。範囲はその玄関から入った後、どこまでを同じアプリの場所として扱うかを示す。識別子は玄関の場所とは別に、そのアプリ自身を指す。

名前を二つ用意する理由は、四角の下に長い看板が入らないからだ。記事の見出しなら立派に見える名前も、ホーム画面では途中で切れる。短い表示名を人間が考える価値がある。アイコンも同じで、公開者が用意した資源をブラウザーが利用する。サービスの名前だけ改めて、昔の印を残せば、利用者は自分が置いた四角の前で戸惑う。

start_urlは起動時に開いてほしい場所を示す。2026年草案では、ユーザーエージェントがその希望を別の形で扱ったり、利用者に開始先の選択を委ねたりできる。サイトが「入口はこちら」と書き、建物の運営者が案内を決める。idが別にあると、この関係を保ちやすい。サイトが開始ページを移しても、同じアプリとして名乗るための識別子を管理できるからだ。

scopeはナビゲーションの地図になる。どのURLがアプリの中に属するかを表し、外へ出るときブラウザーは表示を変えられる。公開者にとっても良い質問を突きつける。同じドメインにあるヘルプ、ショップ、フォーラムは、ホーム画面から開いた体験のどこまでなのか。地図を広げすぎれば、読者は外へ出た時刻を見失う。

displayには希望する表示モードを記す。ブラウザーは自分の環境に合わせてその希望を扱う。書類に希望を書く人と、実際に部屋を割り当てる人が別なのだ。そしてホーム画面の一枠を誰に渡すかは利用者が決める。小さなJSONは共同作業の手順書になる。

W3Cの公開履歴には2013年の最初の草案から2026年の作業草案までが並ぶ。文書の長い歩みは、名前、印、入口という小さな情報を何度も整えてきた記録でもある。昨日置いたアイコンから、明日も見慣れたサービスへ戻れる。その当たり前を支えるには、意外にまめな管理がいる。

マニフェストは派手な発明というより、受付の混乱を片づける書類だ。サイトが自分を説明し、ブラウザーが説明を使い、利用者が空き部屋を決める。管理人室での自己紹介が、ようやく一枚で済むようになった。