Target связала поддержку браузеров с долей продаж

В кейсе ноября 2025 года Target описала, как выбирала нижнюю границу поддержки Safari. Для этого команда посмотрела на продажи: Safari 11–14 вместе давали 0,0001% их объёма, а Safari 15.4 первым достигал значимого для бизнеса порога 0,5%.

По выбранной границе задавали цели сборки. Старым браузерам доступ на сайт не закрывали. Подняв минимальные версии в настройках инструментов, можно меньше транспилировать код и добавлять меньше полифилов. Target сообщила, что размер её JavaScript-бандлов уже снизился на 10% ещё до внедрения новых веб-функций.

Порог и экономия относятся к этому проекту. Для своего сайта сначала сопоставьте аудиторию и бизнес-метрики, затем обновляйте targets и проверяйте запасные сценарии. Переход на Baseline 2022 в статье был планом до конца 2025 года. Текущая политика Target этим кейсом не подтверждена.

📎 Как бизнес-порог превратился в требования к сборке.

Почему null в notRestoredReasons не доказывает попадание в BFCache

Пользователь нажимает «Назад», а страница загружается заново. В Chrome причину непопадания в back/forward cache можно искать через notRestoredReasons у записи PerformanceNavigationTiming. API доступен начиная с Chrome 123 и подходит для сбора диагностики у пользователей.

Но null не означает «кеш сработал». Такое значение бывает и у перехода, который не относится к истории, и при отсутствии блокирующих причин. Для подтверждения восстановления проверяйте event.persisted в событии pageshow. Схема показывает различие этих сигналов, а не результат проверки сайта.

Причины блокировки same-origin фреймов доступны в children, подробности cross-origin ограничены ради приватности. Не рассчитывайте на неизменность текстов причин: их набор и формулировки меняются. Поддержку этого API в других браузерах проверяйте отдельно.

📎 Как читать причины блокировки в Chrome Docs.