2026年10月のブラウザ動向をまとめます。今回は Chrome Platform Status から50件の変更予定（マイルストーン152〜160）を確認しました。CSSの表現力向上が続く一方、FencedFrame要素やWebRTCの旧APIなど削除・廃止が3件含まれ、対応確認が必要なアップデート回です。
今月のハイライト
CSS text-overflow に任意の文字列を指定可能に（Chrome 157予定）
text-overflow プロパティに <string> 値が追加されます。これまで省略記号は ellipsis（…）か clip しか選べませんでしたが、text-overflow: "(続きを読む)" のように任意の文字列をクリップ位置に表示できるようになります。カード型UIやテーブルの省略表示で、文脈に合った案内文を出せるのが利点です。
互換性の面が特に良好で、**Safari・Firefox はすでに実装済み（Shipped）**です。Chrome が追いつくことで主要ブラウザが揃い、ポリフィルなしで使える段階に入ります。
CSSアンカー位置指定のプロパティ名が単数形に統一（Chrome 157予定）
position-visibility の値 anchors-visible / anchors-valid が、単数形の anchor-visible / anchor-valid に改名されます（CSSWGの決定に準拠）。当面は複数形からのエイリアスが提供され、後日複数形は削除される予定です。アンカー位置指定を先行導入しているプロジェクトは、新しい単数形への書き換えを計画に入れておくとよいでしょう。Safari は Shipped 済みです。
FencedFrame要素と window.fence APIの削除（Chrome 156予定）
<fencedframe> 要素と window.fence API（Protected Audience向けの広告レポーティングFFAR等）が Chrome 156 で削除される予定です。プライバシー保護型広告の計測に関わるコードを持つ場合は、削除後の代替フローへの移行を確認してください。これは後方互換性を壊す変更のため、本月報で最も優先度が高い項目です。
ブラウザ別更新まとめ
Chrome（Chromium）
Chrome Platform Status には近い将来のマイルストーンにまたがる変更が登録されています。主な内容は以下の通りです。
- Chrome 154: HTTP接続時の警告をデフォルト有効化（Ask-before-HTTP）、
Iterator.prototype.includes、Background Fetch への CORS / Local Network Access 制限、WebSocketコンストラクタのオプションバッグ追加など10件。セキュリティ強化が目立ちます。 - Chrome 156: FencedFrame要素の削除、
@propertyの記述子省略対応、scroll-snap-type: pair、モジュール読み込み失敗をキャッシュしない改善（リトライ可能に）など。 - Chrome 157:
text-overflow: <string>、アンカー位置指定の単数形改名、Service Worker でのProgressEvent公開、単軸スクロールコンテナのスクロールスナップ対応など9件。 - Chrome 158: Resource Timing で CORS を用いたボディサイズ取得、WebTransport の同時ストリーム数ヒント、
+xmlサフィックスの MIME 判定改善、SVGtextPathのside属性。 - Chrome 160: WebRTC の旧メソッド
RTCPeerConnection.createDTMFSender()を削除予定（非標準・レガシー）。
Firefox
今回のデータは Chrome Platform Status 由来のため Firefox 単独のリリース情報はありませんが、各機能のクロスブラウザ状況からは Firefox の実装が先行しているものが多く見られます。text-overflow: <string>、Iterator.prototype.includes / join、CSS symbols()、SVG textPath の side 属性、FontFace の width 属性などはいずれも Firefox で Shipped 済みです。
Safari（WebKit）
Safari も複数機能で先行しています。text-overflow: <string>、position-visibility: anchor-valid、Service Worker での ProgressEvent、Resource Timing の CORS 対応、WebTransport の同時ストリームヒントなどが Shipped 済みで、Chrome がこれらに追いつく形です。
Web API / CSS の互換性変化
- 主要3ブラウザで揃う見込み:
text-overflow: <string>は Chrome 157 の対応で Safari・Firefox と揃い、実用段階に入ります。 - JavaScript のイテレータ強化:
Iterator.prototype.includes（Chrome 154予定）とjoin（Chrome 153予定）は TC39 提案で Firefox が先行。配列に近い操作をイテレータでも書けるようになります。 - 一部ブラウザのみ・実験的: WebGPU の
atomic<vec2u>min/max やテクスチャ圧縮の非整列サイズ対応、Capability Elements のアイコン表示モードなどは Chrome 主導で、他ブラウザのシグナルはまだ限定的です。Progressive Enhancement で取り入れるのが無難です。
開発者への影響
- 移行が必要（破壊的変更）: FencedFrame /
window.fence（Chrome 156）と WebRTCcreateDTMFSender()（Chrome 160）は削除予定です。該当APIを使うコードは代替への移行を進めてください。 - セキュリティ既定変更に注意: Ask-before-HTTP のデフォルト有効化（Chrome 154）や Background Fetch の CORS / LNA 制限は、社内ツールやローカル宛リクエストの挙動に影響する可能性があります。
HttpsOnlyModeポリシーで制御可能です。 - ポリフィル削減の好機:
text-overflow: <string>は3ブラウザで揃うため、独自実装の省略表示を置き換えられます。
まとめ
今月は Chrome の近い将来のマイルストーンに、CSSの表現力向上（text-overflow 文字列指定、アンカー位置指定の整理）と、削除・セキュリティ既定変更が同居する内容でした。新機能の多くは Safari・Firefox が先行実装しており、クロスブラウザで安心して使える機能が着実に増えています。
一方で、FencedFrame と WebRTC 旧APIの削除は影響範囲が限定的とはいえ後方互換性を壊します。広告計測やレガシーな通信コードを持つプロダクトは、この機会に依存の棚卸しをしておくことをおすすめします。
データソース: Can I Use, Chrome Platform Status AI解説は Claude API により自動生成されています。正確性については原文をご確認ください。