世界を動かす技術を、日本語で。

HTML仕様からXSLTの言及を削除する

2025年8月19日原文(github.com)

概要

  • XSLTサポート廃止 に関する懸念点の整理
  • 利用サイトの規模や更新頻度 の違いによる影響分析
  • <?xml-stylesheet … ?> サポート廃止の深刻な影響
  • 従来のWeb機能廃止 との比較
  • 個人的な経験 と「ロングテール」サイトへの配慮

XSLTサポート廃止に関する懸念点

  • XSLT利用ページの年齢や規模 に関する統計データの有無
    • 大規模・頻繁更新サイト中心なら、 polyfill対応 が現実的
    • 小規模・長期間未更新サイト中心なら、 恒久的なサイト破損 の可能性
  • XSLTの歴史 :1999年からサポートされ、利用率は減少傾向
    • 影響を受けるのは主に 古い個人・大学サイト という推測
  • 機能廃止による現実的な結果
    • polyfill未対応 のまま破損するサイトの増加
  • プログレッシブエンハンスメント の重要性
    • JavaScriptやCSS機能廃止の場合、 ページの一部は利用可能
    • XSLTProcessor()の廃止なら JavaScript部分のみ破損
  • <?xml-stylesheet … ?>サポート廃止の問題点
    • 非技術ユーザーには 生XML表示=完全に利用不可
    • 従来の廃止機能 (JavaScript/CSS/HTMLタグ)は部分的影響のみ
      • 例:<font>、align=、<xmp>などは今も動作
    • 純粋な文書用途の機能 が廃止されるのは前例なし

「ロングテール」サイトと情報保存の重要性

  • XSLTProcessor()や<?xml-stylesheet … ?>を利用する個人経験
    • polyfill追加は可能だが、 自分のサイトは更新対応可能
  • 懸念点:ロングテールの情報資産
    • 2005年以前に更新停止した 大学・個人サイト
    • Internet Archive にしか残っていない重要情報も多数
    • <?xml-stylesheet … ?>やレガシーHTML機能 利用サイトの消滅リスク
  • 文化・学術的価値の損失 への危惧

関連議論

  • Hacker Newsスレッド
    • “Should we remove XSLT from the web platform?”
    • https://news.ycombinator.com/item?id=44909599

Hackerたちの意見

以前: XSLTをウェブプラットフォームから削除すべきか? – 4日前(89コメント): https://news.ycombinator.com/item?id=44909599 XSLT – ウェブのためのネイティブでゼロ設定のビルドシステム – 2025年6月27日(328コメント): https://news.ycombinator.com/item?id=44393817

これに関連して、今フラグが立ってる: https://news.ycombinator.com/item?id=44949857 Googleがオープンウェブを潰してる、今日のコメント127件

@whatwgがロックしたのは、議論が熱くなりすぎたからで、コラボレーターに限定された会話になった。 熱くなりすぎた?私にはかなり礼儀正しくて妥当に見えたけど。コメントする人が特定のベンダーに対してどれだけ共感しているかによって、熱さへの耐性が変わるって提案するのはおかしいかな?

たった3週間前に「コミュニティのフィードバックを集める」ための議論が開かれたんだ。それは熱くなったよ: https://github.com/whatwg/html/issues/11523 Googleは全てを無視して、削除を進めて、今度はこの議論も先手を打って閉じちゃった。

「熱すぎる」っていうのは、「反対意見に関わりたくない」っていう隠語だよね。他のフォーラムでも同じことが言える、例えばRedditとか。

その下に見える1つのコメントが「いいね、これに取り組んでくれてありがとう!」っていうのがちょっと違和感ある。書いたユーザーをクリックすると、GoogleでChromeに関わってる人だし…うーん、媚びすぎじゃない?

なんで人はこんなジョークみたいなPRを作るんだろう? 「お前たちの10年間のクソみたいなことは忘れてないぞ、Google。」 「熱いコメントが欲しかったのか?ちゃんと用意してやったぞ。」 「新世代の頭を壊したJavaScriptの脳虫。」 「WHATWGが仕掛けている隠れた戦争。」 「これは技術的な妨害以外の何物でもなく、恥ずべきことだ。」 「広告やLLMのゴミを提供するのに都合が悪いオープンウェブの一部をまた壊してる。」 「Google、Apple、Mozillaは、クライアントサイドのXSLTサポート削除によって影響を受けた人たちの追加ホスティングコストを支払うのか?」 「ヒント:嘘をつきたくないなら、嘘をつくな。」 「プライバシーを無効にするビジネスを築いた悪のビッグデータ企業。自由と民主主義を壊すビジネスを築いた企業。」 「プライバシーと自由の味方になるのか、それとも独裁の味方になるのか?」こんなクソみたいなことはイシュー・トラッカーにはふさわしくない。生産的な会話のために設計された場所で、みんなが子供みたいに振る舞わなければ、リポジトリのオーナーもそんなにトリガーハッピーにはならなかったかもしれない。

ちなみに、あのリポジトリを管理してるのはAppleの社員らしくて、その人たちがコメントをオフトピックとしてマークしてスレッドをロックしたって聞いたけど、みんなはそれをその問題を開いたGoogleの社員のせいにしてるみたい。

これについては特に意見はないけど、私の唯一のXSLTの話をシェアするね。私の最初のソフトウェアの仕事は、約500人の従業員がいる非営利団体でのソフトウェアテスト開発のインターンだった。2008年頃、19か20歳の時だったかな。ソフトウェアをテストするためのソフトウェアを書く仕事。そこでの2年間の間に、XMLテストデータフォーマットのドキュメントを書くという仕事があったんだ。テストデータはXMLドキュメントで書かれ、それをテストランナーで検証してた。なんとなくXSLTのことを知って、これが完璧な解決策だと思った。だから、XMLテストデータのためのXMLスキーマをXSDで書いたんだ。ドキュメントはスキーマの中にあって、型定義と一緒にあった。そして、XMLスキーマを受け取ってHTMLページを出力するXSLTドキュメントを書いた。これも基本的にはXMLだよね。だから、実質的にはXMLプログラムを書いていて、XMLを入力として受け取り、XMLを出力してた。全部ブラウザのドキュメントビュー時にね。実際に動いて、すごく誇りに思ったのを覚えてる。公式ブラウザ(Internet Explorer 7、もちろん)で動いたのは確かだし、好きなブラウザのFirefox(バージョン3、新しいAwesomeBarがあるよ、やばい)でも、ちょっと頑張って動かした記憶がある。あのXMLの悪夢がどうなったのか、今でも気になる。誰かが実際に使ったり、しばらくメンテナンスしてくれたのかな。多分、避けられないリライトの時に全部捨てられちゃったんだろうけど。それでも、今でもあのXSLTの「プログラム」を懐かしく思い出すよ。

私のXSLTの話: 2008年頃に、XSLTを使ってブラウザで見れるようにXMLで個人ウェブサイトを書いたんだ。CSS Zen Gardenにインスパイアされたのは間違いない。あの同じHTMLが違うCSSで全然違う見た目になるのが面白かったけど、CSSが難しすぎると思ったから、個人ウェブサイトのテーマごとにXSLT変換を書く方がメンテナンスしやすいと思った。あの個人ウェブページは、静的サイトジェネレーターの流行の私なりのバージョンだった。XSLTに80%の時間を使って、ウェブサイトのコンテンツには20%使った。すごくいい思い出だけど、XSLTを書くのは本当に難しかった。

約25年前に働いていた会社で、デバッグ機能付きの完全なXPathとXSLT言語を実装したことがある。楽しかったよ(XPathとXSLT 2まではね。まあ、それも楽しかったけど、言語のせいじゃなくていい同僚のおかげ)。でも、どうしてこれが流行って、Lispが流行らなかったのか、ずっと不思議に思ってた。

XMLの狂騒の後、どこでも技術が持ち上げられているのを見ると、XMLの時代を思い出して無視するようにしてる。

Hacker Newsで議論の続きを見る