Google a lansat Chrome 153 în canalul Stable pe 8 septembrie, pentru desktop, Android și iOS. Este prima versiune livrată în ciclul de lansare de două săptămâni anunțat de Google în martie, iar notele de lansare, publicate în aceeași zi, arată cum arată în practică un Chrome lansat la fiecare două săptămâni: două elemente HTML noi pentru accesul la cameră și microfon, un parser XML sigur din punctul de vedere al memoriei, scris în Rust, câteva adăugiri CSS și JavaScript și o listă de deprecieri care închide discret capitolul celei mai mari părți din Privacy Sandbox.
Chrome 154 urmează pe 22 septembrie, potrivit 9to5Google, care relatează și modul în care Google prezintă cadența accelerată: remedierile ajung mai repede la utilizatori, iar o lansare mai mică face mai ușoară izolarea unei regresii atunci când una scapă.
Camera și microfonul devin elemente HTML
Principala noutate pentru dezvoltatori este o pereche de ceea ce Google numește „capability elements” (elemente de capabilitate). Elementul <camera> solicită captura video, iar elementul <microphone> solicită captura audio. Articolul „New in Chrome 153” al lui Rachel Andrew le descrie drept „declarative, user-activated HTML controls” — controale HTML declarative, activate de utilizator: browserul desenează butonul, utilizatorul trebuie să facă clic pe el și abia apoi apare o solicitare de permisiune sau pornește un flux media.
Ele se bazează pe elementul <usermedia>, livrat în Chrome 151 în iunie. Acel articol anterior, semnat de Mari Viana și Minh Le, explica raționamentul. Un clic pe un buton controlat de browser este „a trusted signal of intent” — un semnal de intenție demn de încredere — ceea ce contează, pentru că solicitările de permisiune declanșate dintr-un script, fără o acțiune evidentă a utilizatorului, sunt exact cele pe care browserele le blochează sau le ascund tot mai des. Elementul include și o cale de recuperare: dacă un utilizator a refuzat accesul la cameră cu luni în urmă, o atingere a elementului „triggers a specialized recovery flow that lets you re-enable your camera or microphone instantly on the page, without navigating complex browser settings” — declanșează un flux special de recuperare, care permite reactivarea instantanee a camerei sau a microfonului direct în pagină, fără a naviga prin setările complicate ale browserului.
Regulile de stilizare sunt deliberat stricte, astfel încât butonul să nu poată fi deghizat: articolul despre <usermedia> enumeră un contrast minim al textului de 3:1, fără transparență sau margini negative, iar transformările sunt limitate la translație 2D și scalare proporțională. Noile elemente cu o singură capabilitate păstrează, în cuvintele articolului despre versiunea beta, „identical security model, strict styling constraints, and built-in permission recovery path as the <usermedia> MVP” — același model de securitate, aceleași constrângeri stricte de stilizare și aceeași cale integrată de recuperare a permisiunii ca MVP-ul <usermedia>.
Parsare XML sigură pentru memorie
Chrome 153 mută parsarea XML pentru câteva căi uzuale către o implementare în Rust. Notele de lansare menționează DOMParser, proprietatea responseXML a XMLHttpRequest și imaginile SVG de sine stătătoare sau externe. Scenariile XSLT nu sunt acoperite de această schimbare. Obiectivul declarat de Google, potrivit articolului despre beta, este de a „eliminate potential memory corruption bugs while maintaining full compatibility with existing web specifications” — elimina potențialele erori de corupere a memoriei, păstrând în același timp compatibilitatea deplină cu specificațiile web existente.
Pentru proprietarul unui site, relevanța practică este SVG-ul. Logourile, pictogramele și ilustrațiile livrate ca fișiere SVG trec acum prin noul parser. Google spune că compatibilitatea este păstrată și că nu este nevoie de nicio acțiune, dar dacă un element SVG se afișează diferit după actualizare, aceasta este schimbarea la care trebuie să vă uitați mai întâi.
Adăugiri CSS și JavaScript
Două schimbări CSS vizează derularea. Proprietatea overflow acceptă acum o valoare derulabilă împreună cu clip, astfel încât overflow: scroll clip creează un container derulabil pe o axă, în timp ce cealaltă axă rămâne decupată pe loc. Notele de lansare precizează că acest lucru permite ca position: sticky să fie constrâns de containere de derulare ancestrale diferite pe fiecare axă. O nouă proprietate, scroll-axis-lock, îi permite dezvoltatorului să îi spună browserului să nu blocheze un gest de derulare pe o singură axă atunci când se dorește derularea în diagonală.
JavaScript primește două propuneri TC39. Iterator.prototype.join() concatenează rezultatul unui iterator într-un șir de caractere, oglindind Array.prototype.join(). Joint Iteration adaugă Iterator.zip() și Iterator.zipKeyed(), care parcurg în paralel mai multe obiecte iterabile și produc tablouri sau obiecte cu chei; modurile sunt „shortest” în mod implicit, „longest” cu umplere opțională și „strict”, care aruncă un TypeError atunci când lungimile diferă.
În rest, Chrome 153 decodează containerul Immersive Audio Model and Formats, un format deschis de audio spațial, fără redevențe, prin Media Source Extensions, conexiunile WebTransport pot transporta anteturi HTTP personalizate, iar Long Animation Frames API raportează acum și din web workers.
Privacy Sandbox ajunge pe lista de deprecieri
Notele Chrome 153 afirmă că Protected Audience API, Shared Storage API, Attribution Reporting API, Related Website Sets și document.requestStorageAccessFor sunt fiecare „planned for deprecation and removal” — planificate pentru depreciere și eliminare. Motivul invocat pentru Related Website Sets este că a fost proiectat pentru un browser fără cookie-uri terțe, iar Chrome a decis să le păstreze. Articolul despre beta din 20 august enumera deja Related Website Sets și requestStorageAccessFor ca eliminări.
Nimic din toate acestea nu este o surpriză. Pe 17 octombrie 2025, Anthony Chavez, vicepreședintele Google pentru Privacy Sandbox, a anunțat că Google retrage zece tehnologii Privacy Sandbox, printre care Topics, Protected Audience, Attribution Reporting, Private Aggregation cu Shared Storage și Related Website Sets, invocând „ecosystem feedback about their expected value and in light of their low levels of adoption” — feedbackul ecosistemului privind valoarea lor așteptată și nivelul scăzut de adopție. Acel articol promitea că detaliile vor „follow Chrome and Android processes for phasing out these technologies” — vor urma procesele Chrome și Android de retragere treptată a acestor tehnologii. Chrome 153 este locul în care aceste procese devin vizibile într-o notă de lansare.
Ce înseamnă pentru afacerea dumneavoastră
Dacă site-ul dumneavoastră folosește o cameră sau un microfon, noile elemente merită adoptate devreme. Verificări de identitate, probare virtuală, un flux de tip „scanați-vă documentul”: fiecare dintre acestea începe astăzi cu un apel JavaScript și o solicitare de permisiune pe care mulți utilizatori o resping reflex. Un buton desenat de browser, pe care utilizatorul alege să facă clic, cu o cale integrată de recuperare a unei permisiuni refuzate anterior, rezolvă exact momentul în care astfel de fluxuri pierd oameni. Chrome este astăzi singurul browser care livrează această funcție, așa că trebuie tratată ca progressive enhancement: păstrați calea existentă getUserMedia ca soluție de rezervă.
Dacă stack-ul dumneavoastră publicitar sau de analiză a integrat vreodată un API Privacy Sandbox, este momentul să eliminați acel cod. Integrările Attribution Reporting, Protected Audience și Shared Storage au fost făcute în mare parte de furnizorii de ad-tech, nu direct de proprietarii de site-uri, dar tagurile și configurațiile de consimțământ care fac referire la ele există în continuare. Întrebați-vă furnizorul ce se întâmplă când API-urile dispar și asigurați-vă că măsurarea conversiilor nu depinde în tăcere de unul dintre ele. Cookie-urile terțe rămân, ceea ce înseamnă că setarea de măsurare pe care o aveați înainte de Sandbox este cea care rămâne.
Related Website Sets a afectat un grup anume: companiile care rulează mai multe domenii cu un login sau un coș de cumpărături comun. Dacă ați declarat un set pentru ca fișierele cookie să poată circula între domeniile brandului dumneavoastră, acel mecanism este retras. Storage Access API în sine rămâne; dispar doar scurtătura bazată pe seturi și requestStorageAccessFor. Verificați acum orice autentificare sau checkout între domenii, nu atunci când un client vă va semnala problema.
Nimic din această versiune nu ar trebui să strice un site de marketing obișnuit. Schimbarea XML și SVG este gândită să fie invizibilă, adăugirile CSS sunt opționale, iar metodele JavaScript sunt noi, nu modificate. Obiceiul pe care îl recomandăm și pe care îl includem în fiecare site pe care îl întreținem este neschimbat față de săptămâna trecută: un profil de browser pe canalul Beta și o trecere prin formulare, checkout și orice flux cu cameră o dată la două săptămâni. Chrome 154 Beta a apărut deja; devine Stable pe 22 septembrie.
Citirea noastră este că Chrome 153 este o versiune modestă, cu un semnal important. Funcțiile sunt incrementale, dar lista de deprecieri confirmă că browserul a terminat cu încercările de a înlocui cookie-urile terțe cu propriile API-uri publicitare. Pentru o afacere, asta elimină o variabilă care a planat timp de șase ani asupra planurilor de analiză web și publicitate. Planificați în jurul cookie-urilor, al consimțământului și al datelor first-party și tratați tot ce poartă eticheta Privacy Sandbox drept legacy.
