イベント日：2026年5月31日。 「The Website Specification」と呼ばれるオープンプロジェクトが、ウェブサイトの技術的基盤を評価するための、プラットフォームに依存しないチェックリストを公開した。特定のフレームワークやコンテンツ管理システムを指定するのではなく、確立されたウェブ標準に基づく要件を、「はい」か「いいえ」で答えられる質問として整理している。

この仕様は、人間とソフトウェアエージェントの双方を対象としている。チェックリストの各項目では、その機能が何か、なぜ重要なのか、どのように実装できるのかを説明している。開発者はサイトに対してリストを実行し、不足している項目に対処したうえで再確認できる。このプロジェクトでは、個々のトピックからWHATWG、W3C、IETFのRequest for Comments（RFC）、ウェブコンテンツ・アクセシビリティ・ガイドライン、MDNなどの情報源へリンクしている。

対象範囲は10分野に分かれている。これには、HTMLの中核要素と文書メタデータ、robotsファイル、サイトマップ、正規URL、構造化データを通じた検索での発見可能性、アクセシビリティと色のコントラスト、通信のセキュリティ、ヘッダー、ブラウザーポリシー、さらに`/.well-known/`以下の標準パスが含まれる。リストでは、Core Web Vitals、キャッシュ、画像、フォント、ネットワーク動作などのパフォーマンス関連トピックも扱っている。

そのほかのセクションでは、エージェントやクローラー向けの機械可読アクセス、同意とユーザー選択のシグナル、エラー処理、オフライン時の動作、リダイレクト、言語、ロケール、文字方向、翻訳コンテンツを扱う。これらのカテゴリーを総合すると、ウェブサイトをブラウザーに表示されるページ以上のものとして捉えている。サービスを発見し、理解し、安全を確保し、問題発生時に復旧できるかどうかに影響する、周辺のプロトコルや運用上の動作も含まれる。

著者らは、このプロジェクトを実装方式に依存しないものと説明している。その要件は、サイトがWordPress、Drupal、TYPO3、Next.js、Astro、Hugo、Django、あるいはプレーンなHTMLのいずれで動作していても適用されることを意図している。フレームワーク固有の助言は標準に従うものであり、標準に取って代わるものではない。この区別により、基盤となる技術スタックが変わっても望ましい外部動作は変わらない技術移行の際に、チェックリストが有用となる可能性がある。

このプロジェクトはMITライセンスで提供され、GitHubを通じた貢献を募っている。各ページには編集リンクがあり、参照した標準の出典が明記されている。また、読み取り専用で認証不要のMCPサーバーと、互換性のある自動化システム向けのAgent Skillも公開している。ページ単位のMarkdownは、`llms.txt`または`Accept: text/markdown`ヘッダーを通じてリクエストでき、レンダリング済みページをスクレイピングする代わりとなる構造化された手段をツールに提供する。

この仕様は、要約対象となっている各標準に取って代わるものではなく、「はい・いいえ」式の監査では、ユーザビリティや実装品質に関するあらゆる問題を捉えることはできない。この仕様の貢献は、別々に確認されることの多い複数分野を横断する、閲覧しやすい単一の入口を提供し、サイトが本番環境に到達する前に見落としを特定しやすくする点にある。

すべての項目が元となる権威ある情報源へリンクしているため、利用者は、要約以上の細かな検討が必要な要件を調査できる。オープンな貢献モデルにより、ブラウザーの動作や標準の進化に伴って古くなった指針を修正する道も用意されている。