Chrome 158(11月17日予定)でXSLT停止 サイトマップの見た目と確かめること
GoogleはChrome 158(2026年11月17日の予定)で、XMLを見やすく表示するXSLTを止めます。XMLサイトマップやRSSの見た目、WordPressの対応、業務の画面への影響と、会社のサイトで確かめることを一次資料から整理します。
執筆:Laugh Mind 編集部 監修:柴田 翔太郎(株式会社Laugh Mind 代表取締役)
Googleは、ブラウザのChromeから「XSLT」を取り除き、2026年11月17日に安定版が出る予定のChrome 158で、ふつうの利用者の環境では動かなくなるとしています。XSLTは、XMLのファイルをブラウザで見やすい表に変える仕組みで、WordPressのXMLサイトマップやRSSの見た目に使われてきました。サイトマップやRSSの見た目にだけXSLTを使っているサイトなら、人がブラウザで開いたときの見た目が変わるだけで、XMLの中身は変わりません。手を打つ必要があるのは、業務の画面や機器の管理画面などで、XSLTで画面を作っているところです。
発表の内容
Chromeの開発者向けの文書(英語、2025年10月29日公開)と、Chromeの機能ごとの予定のページ(Chrome Platform Status、2026年11月4日更新)の要点は、次のとおりです。
- 取り除くのは2つ。XMLの中に書く
<?xml-stylesheet type="text/xsl" ...?>の指定と、JavaScriptのXSLTProcessorです。 - Chrome 158(2026年11月17日の予定):安定版でXSLTが動かなくなる。例外は、下の「オリジン トライアル」と「エンタープライズ ポリシー」を使っている場合だけ。
- オリジン トライアル(サイトが登録して、期限まで機能を使い続けられる仕組み)と、エンタープライズ ポリシー(会社のIT管理者がChromeの設定を管理する仕組み)で、しばらくはXSLTを使い続けられる。どちらも、サイトが登録した場合・会社が設定した場合だけで、自動で延びるわけではない。オリジン トライアルの対象はChrome 175までで、Chrome Platform Statusの案内では2027年8月16日まで。Chrome 176(2027年8月17日の予定)では、オリジン トライアルもエンタープライズ ポリシーも使えなくなり、全員の環境でXSLTが止まる。
- XMLそのものや、CSSで見た目を整える
<?xml-stylesheet type="text/css" ...?>は、これまでどおり使える。 - XSLTが止まっているとき、Chromeは警告のバー(拡張機能を探すページへのリンク付き)を出す。
- 理由は安全のため。XSLTを処理する古い部品に、重大な脆弱性が何度も見つかってきたとしています。
- XSLTを使うページの読み込みは全体の約0.02%で、XMLの中の指定を使うものは0.001%未満としています(2025年10月の文書の公開時点の、Chromeの数字)。
- Firefox(Gecko)と、Safariのエンジン(WebKit)の開発の側も、XSLTを取り除く計画を示している。時期は、Chromeの文書には書かれていない。
何が変わるのか
XMLサイトマップとRSSは「見た目」が変わる
XMLサイトマップ(検索エンジンにページの一覧を伝えるファイル)やRSSに、XSLTの指定が入っていることがあります。人がブラウザで開いたときに、表の形で読めるようにするためです。Chrome 158以降の安定版では、この表が出なくなり、XMLのまま(または警告のバーつき)で表示されます。
ファイルの中身(URLの一覧など)は変わりません。XSLTは、人がブラウザで開いたときの見た目のためのものです。Googleがサイトマップを読めているかは、これまでどおりSearch Consoleのサイトマップ レポートで確かめられます(レポートに出るのは、レポートかAPIで送信したサイトマップだけです)。ステータスが「成功」なら、「サイトマップの取得と読み取りはエラーなく成功しました」という意味です。
WordPressは7.2でサイトマップの見た目の指定を外す
WordPressは、標準のサイトマップ(/wp-sitemap.xml)にXSLTの指定を入れて、見やすく表示してきました。WordPressの開発の記録(チケット #65593)によると、この見た目の指定(XSLのファイル)を取り除く変更が、次の版の7.2に向けて入っています。変更のあとは、/wp-sitemap.xsl などのファイルは「見つからない」(404)になり、サイトマップのXMLからXSLTの指定がなくなります。
WordPress 7.2の公開は、2026年12月8日の予定です(開発の予定のページによる)。7.2より前の版では、Chrome 158以降でサイトマップを開くと、XSLTの指定が残ったまま働かず、表ではなくXMLのまま(または崩れた形で)表示されます。7.2のあとも、見た目の指定がなくなるので、ブラウザではXMLのまま表示されます。
制作会社などが、WordPressのフィルター(設定を変えるための仕組み)でサイトマップの見た目を変えていた場合、7.2ではそのフィルターが働かなくなります(開発者への注意が出るだけになる)。SEOのプラグインがサイトマップを作っている場合は、プラグインの作りによります。
業務の画面などでXSLTを使っていると、表示が崩れる
XMLのデータをXSLTで画面に変えている仕組み(社内の業務システム、計測機器やネットワーク機器の管理画面など)は、Chromeでは画面が出なくなるおそれがあります。Chromeの文書は、対応の例として次を挙げています。
- サーバーの側でXSLTの変換をして、できあがったHTMLを送る
- データをJSONにして、JavaScriptで画面を作る
- XSLTの働きをJavaScriptで補う部品(ポリフィル)を入れる
- XMLやXSLTを変えられない機器では、ポリフィルを入れたChromeの拡張機能を使う
会社のサイトでやること
まず、自社のサイトでXSLTが使われているかを確かめます。XSLTの使い方は2つ(XMLの中の指定と、JavaScriptの XSLTProcessor)あるので、確かめ方も2つに分けます。サイトマップやRSSの見た目にだけXSLTを使っていると確かめられたら、見た目の変化を受け入れるだけで足ります。
- サイトマップ・RSSの見た目への利用を調べる:サイトマップ(/sitemap.xml や /wp-sitemap.xml など)とRSSを開き、ソース(Chromeならアドレスの前に
view-source:を付ける)の上のほうにtype="text/xsl"の指定があるか見る - JavaScriptからの利用を調べる:XMLの先頭に指定がなくても、JavaScriptの
XSLTProcessorでXSLTを使っている場合があります。業務の画面や独自のWebの機能があれば、制作会社や開発の担当者に、XSLTProcessorを使っていないか(読み込んでいる外部の部品も含めて)確かめてもらう。Chromeの文書は、調べ方として、Reporting API(使われたことを報告させる仕組み)と、会社のIT管理者向けの「Legacy Technology Report」を挙げています - 指定があっても、サイトマップやRSSの中身は変わらない。気になれば、CMSやプラグインの更新を待つか、制作会社に相談して指定を外す
- WordPressのサイトは、7.2(2026年12月8日の予定)への更新の予定を立てる。SEOのプラグインでサイトマップを作っているなら、そのプラグインの更新情報も見る
- Search Consoleのサイトマップ レポートで、ステータスと「最終読み込み日時」を確かめる(XSLTとは別に、ふだんの点検として)。「成功」はサイトマップの取得と読み取りの結果で、中のページがすべてクロールやインデックス登録されることを約束するものではありません
- レポートにサイトマップの行がないときは、XSLTの影響と考えず、まず次を確かめる。このレポートに出るのは、レポートかAPIで送信したサイトマップだけで、robots.txtなどから見つかったものは出ません。また、プロパティ(httpとhttps、wwwの有無)が違うと出ません。経過を見たいときは、プロパティのオーナーがレポートからサイトマップのURLを送信する
- RSSへのリンクを、ページに見える形で置いているなら、Chromeの文書が勧めるように、HTMLの head の中の link 要素でRSSの場所を伝える形も考える。CMSやプラグインがすでに出していれば、足す必要はない。足すときは、href に実際のRSSのURLを書く(例:
<link rel="alternate" type="application/rss+xml" href="https://example.com/feed/">)。これはRSSリーダーがフィードを見つけるための案内で、RSSをブラウザで直接開いたときの見た目は変わらない - 業務の画面や機器の管理画面で、XMLをブラウザで開いて表を見ている仕組みがないか、社内で確かめる。あれば、11月17日より前に、作った会社や機器のメーカーに対応を聞く。すぐに直せないときは、オリジン トライアル(サイトの登録が要る)やエンタープライズ ポリシー(会社の設定が要る)で、しばらく使い続ける方法もある。ただし、Chrome 176(2027年8月17日の予定)ではどちらも使えなくなるので、それより前に対応を終える
見た目が変わるだけなら、サイトマップを作り直す必要はありません。検索エンジンやAIのクローラーがサイトを読めているかの確かめ方は、ChatGPT・Claudeに自社が出てこない? AIのクローラーが読めているかの確かめ方でまとめています。
まとめ
- Chromeは、Chrome 158(2026年11月17日の予定)の安定版で、XSLTを止める。オリジン トライアルやエンタープライズ ポリシーを登録・設定した場合は、しばらく使えるが、Chrome 176(2027年8月17日の予定)ではそれも使えなくなる。
- XMLサイトマップやRSSは、人がブラウザで開いたときの見た目が変わる。ファイルの中身は変わらない。XSLTの利用は、XMLの中の指定とJavaScriptの
XSLTProcessorの2つを確かめる。 - WordPressは、7.2(2026年12月8日の予定)で、標準のサイトマップからXSLTの指定を外す。
- 手を打つ必要があるのは、業務の画面や機器の管理画面など、XSLTで画面を作っている仕組み。11月17日より前に確かめる。
サイトマップや構造化データなど、検索やAIに向けたサイトの土台をまとめて点検したい方は、AIO・LLMOソリューションの診断もご覧ください。
参考・出典
- Chrome for Developers「Removing XSLT for a more secure browser」(英語) ↗
- Chrome Platform Status「Deprecate and remove XSLT」(英語) ↗
- Chromium Dash「Chrome のリリースの予定」(英語) ↗
- WordPress の開発のチケット「#65593 Sitemaps - Remove XSL stylesheets」(英語) ↗
- Make WordPress Core「WordPress 7.2」(リリースの予定・英語) ↗
- Search Console ヘルプ「サイトマップ レポート」 ↗
この記事の監修者
柴田 翔太郎株式会社Laugh Mind 代表取締役
Webディレクターとして企業サイトやブランドサイトの制作に携わったのち、2021年に株式会社Laugh Mindを設立。企業・採用ブランディングから、Webサイトの制作・改善・運用、AIO・LLMO(AI検索最適化対策)まで、企業の魅力を伝えるための支援を手がける。
代表メッセージ →AIの回答で、御社は正しく紹介されていますか?
Laugh Mindは、AIO SCORE 100で今のサイトを採点し、次に何を直すべきかを整理します。30分の無料相談から始められます。
