Chrome for Developersは10月16日、unloadの廃止をChrome 155で完了したと書いた。既定ではunloadハンドラは、発火できる場合でも呼ばれない。iOS版ChromeはWebKitを使うため、そこではまだ発火し得る。
unloadは、ページを閉じるときに保存や計測を終える前提で作られた。いまのページは長く開いたままになり、モバイルではバックグラウンドで黙って破棄される。戻る操作を即時に戻すbfcacheとも衝突する。unloadはページの終わりに一度だけ走る想定なので、メモリに残して復元する動きと両立しにくい。ブラウザによって、モバイルではbfcacheを優先し、デスクトップではunloadを優先するなど対応が分かれていた。
Chromeは2025年3月から2026年9月まで段階的に外し、破損の報告を見ながら進めた。利用はナビゲーションの18%から4%未満へ減った。unloadだけがbfcacheを止めていた割合は6%から約1%になり、約5%のナビゲーションが即時の戻る復元を得られるようになった。複数理由の一つだった割合も22%から約3%である。
Permission PolicyとEnterprise設定によるオプトアウトは残し、外す予定はない。使っているサイトは従来どおり信頼できない発火のままである。他のChromiumブラウザにも、既定を変えない限り同じ廃止が入る。離脱時の処理は、発火を前提にせず、保存は明示的な操作か、戻る復元と共存できるAPIへ移す。