Календар випусків браузерів змінився цього тижня — і змінився для всіх одразу. 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 для аудиторії, яка не побачить її до листопада.
На наш погляд, це добра новина для вебу і трохи більше роботи для тих, хто підтримує на ньому сайти. Менші й частіші релізи легше налагоджувати і швидше виправляти. Ціна — те, що стара звичка перевіряти сумісність із браузерами «десь раз на місяць» більше не збігається з реальністю. Поставте в календар нагадування раз на два тижні — це і є більша частина роботи.
