Safari 26.3が配信開始。Vision Proの動画体験向上と、Webを高速化する「Zstd」対応の全容

Safariのアップデートを報じる9to5Macのアイキャッチ画像。中央にSafariのコンパスアイコンが配置されている

✅この記事では、Appleが正式リリースしたSafari 26.3で「何が変わるのか」を、ユーザー向け（Vision Proの動画体験／Web高速化）と開発者向け（Navigation APIなど）に分けて押さえます。

結論は、派手さはないのに“体感”に効きやすい土台更新です。

要点まとめ：見た目より“土台の効率”を上げる更新
詳細解説：Safari 26.3で「体験が変わる」ポイント
- Vision Proの全画面動画が“自然に暗くなる”
- 全プラットフォームでZstandard（Zstd）対応
開発者向け：Navigation APIのAbortSignalと、WebKitの修正点
注目したいポイント：「Metaの技術をAppleが採用」の意味
Redditの反応：Zstdは歓迎、Vision Proの減光も「やっと来た」
ひとこと：今回は「速さの話」に見えて、“端末の余裕”の話でもあります
まとめ：Safari 26.3は「見えにくい快適さ」を積むアップデート

どうも、となりです。

ブラウザの更新って、つい「いつもの小粒アップデート」で流してしまいがちですよね。けれど今回は、Webの配信側（圧縮）と端末側（復号・負荷）のバランスに手が入っていて、条件が揃うと「地味に速い」「地味に楽」が積み上がるタイプです。

そしてVision Proでは、動画の全画面表示が“それっぽい没入感”に近づきました。ここ、毎日使う人ほど差が出やすい部分です。

要点まとめ：見た目より“土台の効率”を上げる更新

Safari 26.3は、Vision Proの動画視聴を自然にしつつ、全プラットフォームでZstandard（Zstd）圧縮に対応しました。Zstdは、テキスト系のWeb素材を圧縮して届け、端末側で素早く展開する仕組みです。

Safari 26.3が正式リリース（Appleの公式リリース／デベロッパー向け情報に基づく）
Vision Pro（visionOS 26.3）：動画が全画面になると周囲を自動で減光し、コンテンツに集中しやすく
iPhone/iPad/Mac/Vision Pro：Zstdに対応（Zstdは復号が速く、端末の作業負荷を下げることが期待される）
開発者：Navigation APIでAbortSignalが扱えるようになり、途中で中断された遷移の制御がやりやすく
未発表／不明：Zstd対応で「何％速くなるか」はサイト側の配信方法に左右され、数字を一律では言えない

詳細解説：Safari 26.3で「体験が変わる」ポイント

Vision Proの全画面動画が“自然に暗くなる”

結論から言うと、Safariが動画を全画面にした瞬間、周囲を自動で減光します。

理由はシンプルで、動画に集中しやすくするためです。Appleはこの挙動が「コンテンツにフォーカスする」助けになる、という説明をしています。

Vision Proって、環境（周囲の見え方）もUIの一部なので、こういう小さな自動化は「毎回やる操作」を減らしてくれます。ここ、手動で調整していた人ほど嬉しいはずです。

全プラットフォームでZstandard（Zstd）対応

結論は、SafariがZstd圧縮されたWeb素材を受け取って展開できるようになりました。

理由は、Zstdが復号（展開）が速いこと、そして圧縮も十分速いため“配信中にその場で圧縮しやすい”点にあります。Appleは、Brotliがビルド工程で事前圧縮されることが多いのに対し、Zstdはオンザフライの圧縮でも扱いやすい、という整理をしています。

仕組みとしては、テキスト系のアセット（HTML/CSS/JSなど）を圧縮して送り、端末側で素早く解凍するイメージです。回線が混む場面や、端末側の負荷が気になる状況で、メリットが出やすいタイプですね。

制約として、Zstdの恩恵はSafari 26.3＋各OS 26.3が前提になります。対応条件は、iOS 26.3 / iPadOS 26.3 / visionOS 26.3 / macOS Tahoe 26.3です。

正直ここ、「Zstd対応＝すぐ全サイトが速くなる」とは限りません。これは事実として高速化が保証されるわけではなく、サイト側がZstd配信を使っているか、配信経路（CDN等）がどう組まれているかによって体感は変わると考えられます。

たとえば、動的生成が多いページや配信時に圧縮したい場面ではZstdが活きやすい一方、静的アセットを事前圧縮して配る運用ではBrotliが使われ続けるケースもあります。どちらが主流になるかは各サイトやCDNの運用判断に依存するため、現時点では断定できません。

同日のOS更新の流れは、iOS 26.3の全体像を押さえると見通しが良いです：iOS26.3配信。Android移行支援やセキュリティ対策など、新機能まとめ

結論は、遷移が途中で中断されたときの扱いが、より確実に書けるようになりました。

理由は、Navigation APIがNavigateEventにAbortSignalを公開し、遷移が中断された瞬間にシグナルが発火するためです。Appleはこれを「中断されたナビゲーションで進行中の処理をキャンセルする信頼できる方法」と説明しています。

仕組みとしては、リンク連打や戻る操作などで遷移が切り替わったときに、古い処理（フェッチやアニメーションなど）を安全に止めやすくなる、という話です。体感としても「変な挙動が残る」事故が減りやすいポイントです。

この手の変更、使う側からすると地味なんですが、UIの破綻を防ぐ意味ではかなり助かりますよね。

そのほかWebKitには、CSS/DOM/Media/Rendering/Safe Browsing周りで多数の修正が入っています。例としては、次のようなものです。

CSS：特定条件でのスタイル解決ループ、カーソル表示の不具合など
Media：visionOSのインライン動画コントロールの見え方、macOSでのiframe動画の表示モード修正、ライブ動画再生の不具合など
Rendering：HDR JPEG（gain map）が条件次第でSDRとして描画される問題の修正
Safe Browsing：Public Suffix List絡みで、サイト全体が危険判定になってしまうケースの修正

macOS側の同日更新（macOS 26.3）で触り心地が変わった話も、合わせて読むと「今回の26.3系が何を整えたか」が掴みやすいです：macOS 26.3配信。2つの設計上の問題を修正、ウィンドウ操作の不満解消

注目したいポイント：「Metaの技術をAppleが採用」の意味

結論は、勝ち負けの話というより、“標準化の流れがさらに進んだ可能性がある”と見るのが自然です。

理由は、Zstdがすでにサーバー側・ツール側で広く使われていて、ブラウザが追随すると「使える前提」が一段強くなるためです。ただし、これはAppleの明確な戦略意図が公式に示されたわけではなく、ブラウザ側の実装という事実から読み取れる業界全体の動きとしての整理に留まります。

ただし、ここで誤解しやすいのが「対応＝高速化確定」ではない点です。配信側がZstdを使う／使わない、どの素材に使うか、Brotliとの使い分けをどうするかで、最終的な体感は変わります。

たとえば、動的生成が多いページや、配信時に圧縮したい場面ではZstdが刺さりやすい一方、静的アセットを事前圧縮して配る運用ならBrotliが残るケースも普通にあります。ここ、運用の設計で評価が分かれそうです。

Redditの反応：Zstdは歓迎、Vision Proの減光も「やっと来た」

議論の軸は大きく2つでした。ひとつはVision Proの全画面動画が“自然になる”点、もうひとつはZstd対応がWeb配信の選択肢を広げる点です。開発者目線ではNavigation APIの改善もじわっと支持されていました。

Vision Proの自動減光は「これが欲しかった」

全画面に入ったときに周囲が自動で暗くなるのが自然で、手動で環境をいじる回数が減る、という声が目立ちました。

Zstdは“動的な圧縮”に強いのが嬉しい

Brotliよりオンザフライの圧縮運用に向く場面があり、インタラクティブなサイトで体感が上がりそう、という期待がありました。

「Metaの技術をAppleが」より、標準化が進むのが大きい

どこの技術かよりも、ブラウザが正式対応することで「使える前提」が整う点に意味がある、という見方です。

AbortSignalは地味だけど助かる

リンク連打や途中キャンセルで変な処理が残る問題を作りにくくなる、という開発者寄りの反応がありました。

HDR画像の描画不具合が直ったのは大きい

gain map絡みの表示崩れが解消されるのは、写真や画像を扱う人にとって安心材料、という声です。

となりの見方：Zstdは“体感の底上げ”として効きやすい一方で、サイト側の配信が追いつくかが分かれ目になりそうです。あなたが普段見るサイト、どれくらい早く追随すると思いますか？

ひとこと：今回は「速さの話」に見えて、“端末の余裕”の話でもあります

Safari 26.3の面白いところは、速さを語りつつ、実は端末側の作業負荷にも目配せしている点です。Zstdは復号が速いので、条件が揃うと「読み込みが軽い」「熱やバッテリーが気になりにくい」方向に寄せられる可能性があります。ただ、これは公式が数値として示している効果ではなく、圧縮・復号特性から期待される一般的な傾向に基づく見立てです。体感は配信側の運用次第なので、万能薬ではありません。だからこそ、まずはOSを26.3へ上げて“受け取れる状態”を作るのがいちばん現実的です。アップデートって面倒ですよね。でも、こういう土台更新は後から効いてくるタイプなので、後回しにしないほうが安心です。