Google випустив Chrome 153 у стабільний канал 8 вересня для десктопів, Android та iOS. Це перша версія, що виходить за двотижневим циклом релізів, який Google анонсував у березні, і опубліковані того ж дня примітки до випуску показують, як «двотижневий» Chrome виглядає на практиці: два нові HTML-елементи для доступу до камери й мікрофона, безпечний для пам’яті XML-парсер на Rust, кілька доповнень у CSS і JavaScript та список застарілих функцій, який тихо закриває більшу частину Privacy Sandbox.
Chrome 154 вийде 22 вересня, повідомляє 9to5Google; видання також переказує, як Google пояснює прискорений ритм: виправлення доходять до користувачів швидше, а менший реліз спрощує пошук регресії, якщо вона все ж проскочить.
Камера й мікрофон стають HTML-елементами
Головна новинка для розробників — пара так званих елементів можливостей (capability elements). Елемент <camera> запитує захоплення відео, елемент <microphone> — захоплення звуку. У дописі Рейчел Ендрю «New in Chrome 153» вони описані як «declarative, user-activated HTML controls» — декларативні елементи керування, які активує користувач: браузер сам малює кнопку, користувач має її натиснути, і лише після цього з’являється запит дозволу або запускається потік.
Вони побудовані на елементі <usermedia>, який вийшов у Chrome 151 у червні. Той раніший допис Марі Віани та Міня Ле пояснював логіку. Клік по кнопці, яку контролює браузер, — це «a trusted signal of intent», довірений сигнал наміру, і це важливо, бо саме запити дозволів, які скрипт викликає без очевидної дії користувача, браузери дедалі частіше блокують або ховають. Елемент також має шлях відновлення: якщо користувач кілька місяців тому відмовив у доступі до камери, дотик до елемента «triggers a specialized recovery flow that lets you re-enable your camera or microphone instantly on the page, without navigating complex browser settings» — запускає спеціальний сценарій відновлення, який дає змогу знову ввімкнути камеру або мікрофон просто на сторінці, не блукаючи складними налаштуваннями браузера.
Правила стилізації навмисно суворі, щоб кнопку не можна було замаскувати: у дописі про <usermedia> перелічено мінімальний контраст тексту 3:1, заборону прозорості та від’ємних відступів, а трансформації обмежено 2D-зсувом і пропорційним масштабуванням. Нові елементи з однією можливістю зберігають, як сказано в дописі про бета-версію, «identical security model, strict styling constraints, and built-in permission recovery path as the <usermedia> MVP» — ту саму модель безпеки, суворі обмеження стилізації та вбудований шлях відновлення дозволу, що й у MVP <usermedia>.
Безпечний для пам’яті розбір XML
Chrome 153 переводить розбір XML для кількох поширених сценаріїв на реалізацію на Rust. У примітках до випуску названо DOMParser, властивість responseXML об’єкта XMLHttpRequest, а також окремі та зовнішні SVG-зображення. Сценарії XSLT ця зміна не охоплює. Заявлена мета Google, за дописом про бета-версію, — «eliminate potential memory corruption bugs while maintaining full compatibility with existing web specifications»: усунути потенційні помилки пошкодження пам’яті, зберігши повну сумісність із чинними веб-специфікаціями.
Для власника сайту практичне значення має SVG. Логотипи, іконки та ілюстрації у форматі SVG тепер проходять через новий парсер. Google запевняє, що сумісність збережено й нічого робити не потрібно, але якщо після оновлення якийсь SVG-ресурс відображається інакше, дивитися слід насамперед сюди.
Доповнення в CSS і JavaScript
Дві зміни в CSS стосуються прокручування. Властивість overflow тепер приймає значення прокручування разом із clip, тож overflow: scroll clip створює контейнер прокручування по одній осі, тоді як інша вісь лишається обрізаною на місці. У примітках до випуску зазначено, що це дає змогу обмежувати position: sticky різними батьківськими контейнерами прокручування для кожної осі. Нова властивість scroll-axis-lock дозволяє розробнику вказати браузеру не прив’язувати жест прокручування до однієї осі, коли потрібне діагональне прокручування.
JavaScript отримує дві пропозиції TC39. Iterator.prototype.join() склеює вивід ітератора в рядок за аналогією з Array.prototype.join(). Joint Iteration додає Iterator.zip() та Iterator.zipKeyed(), які проходять кілька ітерованих об’єктів синхронно й повертають масиви або об’єкти з ключами; режими — «shortest» за замовчуванням, «longest» із необов’язковим доповненням і «strict», який кидає TypeError, якщо довжини відрізняються.
Крім того, Chrome 153 декодує контейнер Immersive Audio Model and Formats — відкритий безроялтійний формат просторового звуку — через Media Source Extensions, з’єднання WebTransport можуть передавати власні HTTP-заголовки, а Long Animation Frames API тепер звітує і з веб-воркерів.
Privacy Sandbox потрапляє до списку на видалення
У примітках до Chrome 153 зазначено, що Protected Audience API, Shared Storage API, Attribution Reporting API, Related Website Sets і document.requestStorageAccessFor кожен «planned for deprecation and removal» — заплановані до визнання застарілими та видалення. Причина для Related Website Sets така: механізм проєктувався для браузера без сторонніх cookie, а Chrome вирішив їх зберегти. Допис про бета-версію від 20 серпня вже перелічував Related Website Sets і requestStorageAccessFor серед видалень.
Нічого несподіваного тут немає. 17 жовтня 2025 року Ентоні Чавес, віцепрезидент Google із Privacy Sandbox, оголосив, що Google згортає десять технологій Privacy Sandbox, зокрема Topics, Protected Audience, Attribution Reporting, Private Aggregation зі Shared Storage і Related Website Sets, пославшись на «ecosystem feedback about their expected value and in light of their low levels of adoption» — відгуки екосистеми щодо їхньої очікуваної цінності та низький рівень впровадження. Той допис обіцяв, що деталі «follow Chrome and Android processes for phasing out these technologies», тобто йтимуть за процесами Chrome і Android для поступового виведення цих технологій. Chrome 153 — це момент, коли ці процеси стають видимими в примітках до випуску.
Що це означає для вашого бізнесу
Якщо ваш сайт використовує камеру або мікрофон, нові елементи варто впровадити раніше за інших. Перевірка особи, віртуальна примірка, сценарій «відскануйте документ» — кожен із них сьогодні починається з JavaScript-виклику та запиту дозволу, який багато користувачів рефлекторно відхиляють. Намальована браузером кнопка, яку користувач натискає сам, із вбудованим шляхом відновлення раніше відхиленого дозволу, працює саме в той момент, де такі сценарії втрачають людей. Chrome сьогодні єдиний браузер із цією функцією, тож це має бути прогресивним поліпшенням: залишайте наявний шлях через getUserMedia як запасний.
Якщо ваш рекламний стек або аналітика колись інтегрували будь-який Privacy Sandbox API, час прибрати цей код. Інтеграції Attribution Reporting, Protected Audience і Shared Storage здебільшого робили ad-tech-постачальники, а не власники сайтів безпосередньо, але теги й конфігурації згоди, що на них посилаються, досі існують. Запитайте у свого постачальника, що станеться, коли ці API зникнуть, і переконайтеся, що вимірювання конверсій не залежить від одного з них непомітно для вас. Сторонні cookie залишаються, а отже, схема вимірювання, яка була у вас до Sandbox, — та, що й лишається.
Related Website Sets стосувалися конкретної групи: компаній із кількома доменами, що ділять спільний вхід або кошик. Якщо ви оголошували набір, щоб cookie могли передаватися між доменами ваших брендів, цей механізм забирають. Сам Storage Access API залишається; зникають лише ярлик на основі наборів і requestStorageAccessFor. Перевірте будь-який міждоменний вхід чи оформлення замовлення зараз, а не тоді, коли про проблему повідомить клієнт.
Ніщо в цьому релізі не повинно зламати звичайний маркетинговий сайт. Зміна в XML і SVG задумана як непомітна, доповнення CSS вмикаються за бажанням, а методи JavaScript нові, а не змінені. Звичка, яку ми рекомендуємо і закладаємо в кожен сайт, що супроводжуємо, з минулого тижня не змінилася: один профіль браузера на каналі Beta та прохід по формах, оформленню замовлення й будь-якому сценарію з камерою раз на два тижні. Chrome 154 Beta уже вийшов; стабільним він стане 22 вересня.
На наш погляд, Chrome 153 — скромний реліз з одним важливим сигналом. Функції поступові, але список застарілих технологій підтверджує: браузер припинив спроби замінити сторонні cookie власними рекламними API. Для бізнесу це прибирає змінну, яка шість років нависала над планами веб-аналітики та реклами. Плануйте з розрахунку на cookie, згоду та власні дані, а все з позначкою Privacy Sandbox вважайте спадщиною.
