Chrome переходить на двотижневий цикл оновлень
Chrome чотири роки жив за одним і тим самим ритмом: нова стабільна версія — раз на чотири тижні. З осені 2026-го цей ритм зміниться вдвічі: Google переходить на двотижневий цикл випуску оновлень, починаючи з версії Chrome 153. Зміна стосується десктопу, Android та iOS одночасно.
Чому Google прискорює темп
Головна причина — безпека. Команда розробників Chrome хоче реагувати на вразливості швидше, ніж дозволяв місячний цикл: чим довше проміжок між релізами, тим довше "вікно вразливості" для сайтів і користувачів після виявлення проблеми. Прискоренню випуску допомагають автоматизовані інструменти на базі штучного інтелекту Gemini, які команда використовує для пошуку й усунення вразливостей — частина роботи з аналізу коду, яка раніше займала більше часу, тепер відбувається швидше.
Є й практичний бонус для звичайних користувачів: менші за розміром оновлення, які частіше виходять, завантажуються і встановлюються швидше, ніж один великий "монолітний" реліз раз на місяць.
Що саме змінюється і коли
Chrome 153 стає першою стабільною версією за новим графіком. Наступний реліз, Chrome 154, уже запланований на 22 вересня — тобто розрив між випусками справді скоротився до двох тижнів замість чотирьох, за яким браузер жив із 2021 року.
Для організацій, яким двотижневий темп оновлень незручний (наприклад, через складні процеси тестування корпоративного ПЗ перед розгортанням), Google залишає канал Extended Stable. У ньому виправлення безпеки виходитимуть щотижня, а помітні функціональні зміни — раз на два місяці, тобто темп, ближчий до звичного.
Що це означає для тих, хто робить сайти
Прискорення циклу Chrome — це насамперед новина для розробників і власників сайтів, а не лише для звичайних користувачів браузера.
Нові CSS- і JS-фічі з'являтимуться частіше. Якщо раніше очікування нової можливості браузера (наприклад, нового CSS-селектора чи API) означало чекати місяць до наступного стабільного релізу, тепер цей цикл коротший — фічі доходять до користувачів швидше.
Тестування сайту стає частішим обов'язком, а не разовою подією. Двотижневий цикл означає вдвічі більше можливих змін у рендерингу, продуктивності чи поведінці JavaScript-рушія за той самий календарний рік. Сайти, які рідко перевіряють на актуальних версіях браузерів, ризикують швидше "розсинхронізуватись" із тим, що реально бачать відвідувачі.
Автооновлення браузера стає ще важливішим фактором. Більшість користувачів оновлюють Chrome автоматично й не помічають цього, але якщо ваша аудиторія користується корпоративними комп'ютерами із зафіксованою версією браузера (актуально для B2B-сайтів), варто розуміти, що розрив між "найновішою" і "тою, яку реально бачить частина відвідувачів" версією Chrome може зростати, якщо компанія-клієнт свідомо лишається на Extended Stable.
Практичний висновок
Для більшості звичайних бізнес-сайтів (лендинги, сайти компаній, інтернет-магазини) ця зміна не потребує термінових дій — сучасні сайти, побудовані на стандартних веб-технологіях, і так тестуються на актуальних версіях браузерів. Але це гарний привід переглянути власний процес: чи є у вас регулярна (а не разова, "на старті проєкту") перевірка сайту в останній версії Chrome, і чи стежите ви за нотатками про зміни (release notes), які тепер виходитимуть удвічі частіше.
А що з іншими браузерами
Chrome — далеко не єдиний браузер, і на нього припадає більшість, але не весь трафік. Firefox і Safari поки що живуть за власними, повільнішими циклами випуску. Це означає, що розрив у підтримці нових можливостей між Chrome і рештою екосистеми може тимчасово зростати: фіча, доступна в Chrome вже за два тижні, у Safari може з'явитися через кілька місяців. Для розробників це додатковий аргумент на користь прогресивного покращення (progressive enhancement) — коли сайт спершу працює коректно на базовому рівні, а нові можливості браузера використовуються як приємний бонус для тих, хто вже їх отримав, а не як обов'язкова умова роботи сайту. Такий підхід рятує від ситуації, коли сайт "ламається" в браузерах, що ще не наздогнали найсвіжіші стандарти.