Календарь выпусков браузеров изменился на этой неделе — и изменился для всех сразу. Mozilla выпустила Firefox 155 1 сентября, на две недели раньше первоначальной даты 15 сентября, как первый релиз нового двухнедельного цикла. Google перевела Chrome 154 в канал Beta 2 сентября по собственному новому графику, а Chrome 153 Stable выходит 8 сентября. Microsoft была первой: Edge 152 от 27 августа стал её первым двухнедельным релизом Stable.
С 2021 года три браузера, на которые приходится большая часть мирового веб-трафика, выпускали мажорную версию примерно раз в четыре недели. С этого месяца интервал сокращается вдвое.
Кто, что и когда объявил
Ничего из этого не случилось без предупреждения, но три объявления растянулись на шесть месяцев — поэтому совокупный эффект легко было упустить.
Google опубликовала план в блоге Chrome for Developers 3 марта. Начиная с Chrome 153, новые Beta и Stable выходят каждые две недели на Desktop, Android и iOS. Каналы Dev и Canary не меняются. Еженедельные обновления безопасности между мажорными версиями сохраняются. Extended Stable — канал, к которому большинство корпоративных администраторов привязывают свои парки устройств, — остаётся на восьминедельном цикле. Таблица в самом блоге показывает, насколько сдвинулся календарь: Chrome 153 Stable должен был выйти 22 сентября, а теперь выходит 8 сентября; Chrome 154 переносится с 20 октября на 22 сентября.
Microsoft последовала 11 июня. С Edge 152 27 августа канал Stable переходит на две недели, и компания прямо сказала, что это значит в объёмах: каждый релиз Stable несёт примерно половину изменений старого ежемесячного. Extended Stable сохраняет восьминедельный ритм и теперь берёт каждый четвёртый релиз, так что 156, 160 и 164 — следующие мажорные версии Extended Stable. Совет Microsoft организациям — вывести пилотную группу на Beta или Enterprise Preview, чтобы проблемы всплывали до того, как Stable дойдёт до продакшена.
Mozilla была последней и самой осторожной. Сильвестр Ледрю, директор по инженерии Mozilla, в июле сообщил в списке рассылки dev-platform, что компания «planning to move Firefox Desktop and Android from a 4-week release cadence to a 2-week release cadence starting in September 2026» — по-русски: планирует перевести Firefox Desktop и Android с четырёхнедельного цикла выпусков на двухнедельный начиная с сентября 2026 года. The Register сообщил об изменении 17 июля и отметил, что Mozilla называет его экспериментом, который может отменить. Mozilla Support Blog подтвердил даты 19 августа: Firefox 155 1 сентября как первый двухнедельный релиз, с прямой оговоркой, что более быстрый цикл «doesn’t mean Firefox will ship twice as many features» — по-русски: не означает, что Firefox будет выпускать вдвое больше функций. Firefox ESR, ежегодный трек с длительной поддержкой, не затронут; по данным The Register, следующей базой ESR станет Firefox 153.
Что на самом деле вышло на этой неделе
Firefox 155 — полезная проверка того, работает ли формула «половина изменений, вдвое чаще». Его примечания к выпуску от 1 сентября перечисляют расширение Smart Window с ИИ-ассистентом на США, Канаду и Францию, счётчик заблокированных трекеров в адресной строке, переупорядочивание контейнеров в настройках, а также исправления прерываний фонового аудио и давней ошибки в Linux, из-за которой машины не засыпали после сеанса просмотра.
Изменения для разработчиков, зафиксированные на MDN, — та часть, которая касается сайтов. Функция CSS attr() теперь работает в любом свойстве с типизированными значениями и запасными вариантами, а не только в content. Две новые функции CSS, progress() и alpha(), появляются вместе с font-width как новым именем для font-stretch. JavaScript получает Promise.allKeyed() и Promise.allSettledKeyed(). Неудавшиеся импорты модулей больше не кешируются, так что скрипт, не загрузившийся из-за нестабильной сети, может успешно загрузиться при повторной попытке. На сетевой стороне Firefox 155 реализует Happy Eyeballs версии 3 для параллельного установления соединений IPv6 и IPv4 и согласовывает QUIC версии 2 для HTTP/3.
Это не драматично — и в этом суть. Заявленное обоснование Google: «the smaller scope of these releases minimizes disruption and simplifies post-release debugging» — по-русски: меньший объём этих релизов минимизирует сбои и упрощает отладку после выпуска. И Firefox 155 выглядит именно таким релизом: несколько дополнений платформы, несколько исправлений — и за две недели за дверь.
Почему все трое перешли в один сезон
Google и Microsoft используют общий движок Chromium, так что как только изменился график Chrome, за ним должен был последовать и график Edge. Доводы Mozilla, как пишет The Register, были ближе к собственной кухне: готовые функции неделями ждали следующего «поезда», а непредсказуемую серию промежуточных dot-релизов между ними было труднее планировать, чем фиксированный двухнедельный ритм.
Chrome перешёл с шестинедельных релизов на четырёхнедельные в 2021 году и добавил еженедельные обновления безопасности в 2023-м; две недели — следующий шаг в том же направлении.
Что это значит для вашего бизнеса
Ваш сайт теперь встречает новый движок браузера примерно раз в две недели. Для большинства сайтов это незаметно — и должно оставаться незаметным. Производители браузеров проводят тестирование совместимости именно для того, чтобы смена версии не ломала страницы. Если же ваш сайт зависит от специфичного для конкретного производителя поведения, от полифила, проверяющего номера версий, или от устаревшего стороннего виджета, то окно между «изменение попало в Beta» и «изменение перед вашими клиентами» сократилось примерно с четырёх недель до трёх.
Канал Beta — это система раннего предупреждения, и она бесплатна. Chrome выпускает каждую Beta за три недели до соответствующей Stable. Совет Microsoft для предприятий так же хорошо подходит и маркетинговому сайту: держите одну машину или один профиль браузера на Beta и раз в две недели прокликивайте оформление заказа, формы и сценарий бронирования. Это дешевле, чем узнать о сломанной кнопке оплаты от клиента.
Ищите в аналитике скачок, а не тренд. Если обновление браузера что-то ломает, это происходит в конкретную дату. Сегментируйте коэффициент конверсии по браузеру и версии в аналитике и ищите резкое падение, которое начинается в день релиза и затрагивает только один браузер. Такой паттерн — отпечаток ошибки совместимости.
Держите собственные зависимости актуальными. Сайты, которым тяжело с быстрыми циклами браузеров, — обычно те, что работают на JavaScript-фреймворке, CMS или плагине, отставших на несколько лет. Производители этих инструментов тестируют их на текущих браузерах, а не на собственном продукте многолетней давности. Именно такой ритм обслуживания мы закладываем в каждый сайт, который сдаём: пересмотр зависимостей по фиксированному графику, а не когда что-то сломалось.
Корпоративные парки устройств в основном не затронуты — и это важно, если вы им продаёте. И Chrome, и Edge сохраняют Extended Stable на восьми неделях, а Firefox ESR остаётся ежегодным. Если ваши клиенты — корпоративные пользователи на управляемых устройствах, они увидят меньше изменений движка, чем широкая публика, а функции, выходящие в двухнедельном релизе Stable, могут дойти до них за два месяца. Не стройте лендинг вокруг новейшей функции CSS для аудитории, которая не увидит её до ноября.
На наш взгляд, это хорошая новость для веба и чуть больше работы для тех, кто поддерживает на нём сайты. Меньшие и более частые релизы легче отлаживать и быстрее исправлять. Цена — в том, что старая привычка проверять совместимость с браузерами «примерно раз в месяц» больше не совпадает с реальностью. Поставьте в календарь напоминание раз в две недели — это и есть большая часть работы.
