Google ha rilasciato Chrome 153 sul canale Stable l’8 settembre per desktop, Android e iOS. È la prima versione distribuita con il ciclo di rilascio di due settimane annunciato da Google a marzo, e le note di rilascio, pubblicate lo stesso giorno, mostrano com’è in pratica un Chrome quindicinale: due nuovi elementi HTML per l’accesso a camera e microfono, un parser XML memory-safe scritto in Rust, una manciata di aggiunte CSS e JavaScript e un elenco di deprecazioni che chiude senza clamore il capitolo di gran parte della Privacy Sandbox.
Chrome 154 seguirà il 22 settembre, secondo 9to5Google, che riporta anche la motivazione di Google per la cadenza più rapida: le correzioni arrivano prima agli utenti e una release più piccola rende più facile isolare una regressione quando ne sfugge una.
Camera e microfono diventano elementi HTML
La novità principale per gli sviluppatori è una coppia di quelli che Google chiama capability elements. L’elemento <camera> richiede l’acquisizione video, l’elemento <microphone> quella audio. Il post «New in Chrome 153» di Rachel Andrew li descrive come «declarative, user-activated HTML controls», controlli HTML dichiarativi attivati dall’utente: il browser disegna il pulsante, l’utente deve cliccarlo, e solo allora compare la richiesta di permesso o parte lo stream.
Si basano sull’elemento <usermedia> arrivato in Chrome 151 a giugno. Quel post, firmato da Mari Viana e Minh Le, ne spiegava la logica. Un clic su un pulsante controllato dal browser è «a trusted signal of intent», un segnale di intenzione affidabile, e questo conta perché le richieste di permesso lanciate da uno script senza un’azione evidente dell’utente sono proprio quelle che i browser bloccano o nascondono sempre più spesso. L’elemento offre anche una via di recupero: se un utente ha negato l’accesso alla camera mesi fa, toccando l’elemento «triggers a specialized recovery flow that lets you re-enable your camera or microphone instantly on the page, without navigating complex browser settings», cioè avvia un flusso di ripristino dedicato che permette di riattivare camera o microfono direttamente nella pagina, senza passare dalle impostazioni del browser.
Le regole di stile sono volutamente rigide, così che il pulsante non possa essere camuffato: il post su <usermedia> elenca un contrasto minimo del testo di 3:1, nessuna trasparenza né margini negativi, e trasformazioni limitate alla traslazione 2D e al ridimensionamento proporzionale. I nuovi elementi a capacità singola mantengono, nelle parole del post sulla beta, «identical security model, strict styling constraints, and built-in permission recovery path as the <usermedia> MVP», ovvero lo stesso modello di sicurezza, gli stessi vincoli di stile e lo stesso percorso di recupero dei permessi dell’MVP <usermedia>.
Parsing XML memory-safe
Chrome 153 sposta il parsing XML di diversi percorsi comuni su un’implementazione in Rust. Le note di rilascio citano DOMParser, la proprietà responseXML di XMLHttpRequest e le immagini SVG autonome ed esterne. Gli scenari XSLT non sono coperti da questa modifica. L’obiettivo dichiarato da Google, secondo il post sulla beta, è «eliminate potential memory corruption bugs while maintaining full compatibility with existing web specifications»: eliminare potenziali bug di corruzione della memoria mantenendo piena compatibilità con le specifiche web esistenti.
Per chi gestisce un sito la rilevanza pratica sta negli SVG. Loghi, icone e illustrazioni consegnati come file SVG passano ora attraverso il nuovo parser. Google afferma che la compatibilità è garantita e che non c’è nulla da fare, ma se un asset SVG viene renderizzato in modo diverso dopo l’aggiornamento, questa è la prima modifica da controllare.
Aggiunte CSS e JavaScript
Due modifiche CSS riguardano lo scorrimento. La proprietà overflow accetta ora un valore scorrevole insieme a clip, così overflow: scroll clip crea un contenitore di scorrimento su un asse mentre l’altro resta ritagliato al suo posto. Le note di rilascio osservano che questo permette di vincolare position: sticky a contenitori di scorrimento antenati diversi per ciascun asse. Una nuova proprietà scroll-axis-lock consente allo sviluppatore di dire al browser di non bloccare un gesto di scorrimento su un solo asse quando si vuole lo scorrimento diagonale.
JavaScript guadagna due proposte TC39. Iterator.prototype.join() concatena l’output di un iteratore in una stringa, sul modello di Array.prototype.join(). Joint Iteration aggiunge Iterator.zip() e Iterator.zipKeyed(), che percorrono in parallelo più iterabili e restituiscono array o oggetti con chiavi; le modalità sono «shortest» per impostazione predefinita, «longest» con riempimento opzionale e «strict», che lancia un TypeError quando le lunghezze differiscono.
Altrove, Chrome 153 decodifica il contenitore Immersive Audio Model and Formats, un formato aperto e royalty-free per l’audio spaziale, tramite Media Source Extensions; le connessioni WebTransport possono trasportare header HTTP personalizzati e la Long Animation Frames API ora riporta dati anche dai web worker.
La Privacy Sandbox entra nell’elenco delle deprecazioni
Le note di Chrome 153 indicano che Protected Audience API, Shared Storage API, Attribution Reporting API, Related Website Sets e document.requestStorageAccessFor sono ciascuno «planned for deprecation and removal», cioè destinati alla deprecazione e alla rimozione. La motivazione data per Related Website Sets è che era stato progettato per un browser senza cookie di terze parti, e Chrome ha deciso di mantenerli. Il post sulla beta del 20 agosto elencava già Related Website Sets e requestStorageAccessFor tra le rimozioni.
Niente di tutto questo è una sorpresa. Il 17 ottobre 2025 Anthony Chavez, VP di Google per la Privacy Sandbox, aveva annunciato il ritiro di dieci tecnologie Privacy Sandbox, tra cui Topics, Protected Audience, Attribution Reporting, Private Aggregation con Shared Storage e Related Website Sets, citando «ecosystem feedback about their expected value and in light of their low levels of adoption», ovvero il feedback dell’ecosistema sul loro valore atteso e i bassi livelli di adozione. Quel post prometteva che i dettagli avrebbero seguito «Chrome and Android processes for phasing out these technologies», i processi di Chrome e Android per il ritiro graduale di queste tecnologie. Chrome 153 è il punto in cui quei processi diventano visibili in una nota di rilascio.
Cosa significa per la tua attività
Se il tuo sito usa camera o microfono, vale la pena adottare presto i nuovi elementi. Verifiche d’identità, prova virtuale, un flusso «scansiona il documento»: oggi ognuno di questi parte con una chiamata JavaScript e una richiesta di permesso che molti utenti chiudono per riflesso. Un pulsante disegnato dal browser, che l’utente sceglie di cliccare, con un percorso integrato per recuperare un permesso negato in passato, interviene esattamente nel momento in cui questi flussi perdono persone. Chrome è oggi l’unico browser a offrirlo, quindi deve essere un progressive enhancement: mantieni il percorso getUserMedia esistente come fallback.
Se il tuo stack pubblicitario o di analytics ha mai integrato un’API Privacy Sandbox, è il momento di rimuovere quel codice. Le integrazioni di Attribution Reporting, Protected Audience e Shared Storage sono state fatte per lo più dai fornitori ad-tech e non direttamente dai proprietari dei siti, ma tag e configurazioni di consenso che vi fanno riferimento esistono ancora. Chiedi al tuo fornitore cosa succede quando le API scompaiono e assicurati che la misurazione delle conversioni non dipenda silenziosamente da una di esse. I cookie di terze parti restano, quindi la configurazione di misurazione che avevi prima della Sandbox è quella che rimane.
Related Website Sets riguardava un gruppo specifico: aziende con più domini che condividono un login o un carrello. Se hai dichiarato un set perché i cookie potessero circolare tra i domini del tuo brand, quel meccanismo viene ritirato. La Storage Access API in sé resta; se ne vanno solo la scorciatoia basata sui set e requestStorageAccessFor. Controlla ora qualsiasi accesso o checkout cross-domain, non quando lo segnala un cliente.
Niente in questa release dovrebbe rompere un normale sito di marketing. La modifica a XML e SVG è pensata per essere invisibile, le aggiunte CSS sono opt-in e i metodi JavaScript sono nuovi, non modificati. L’abitudine che consigliamo, e che integriamo in ogni sito web che manteniamo, è la stessa della settimana scorsa: un profilo del browser sul canale Beta e un giro tra i tuoi moduli, il checkout e qualsiasi flusso con la camera ogni due settimane. Chrome 154 Beta è già disponibile; diventa Stable il 22 settembre.
La nostra lettura è che Chrome 153 sia una release modesta con un segnale importante. Le funzionalità sono incrementali, ma l’elenco delle deprecazioni conferma che il browser ha smesso di provare a sostituire i cookie di terze parti con API pubblicitarie proprie. Per un’azienda questo elimina una variabile che ha pesato sui piani di web analytics e advertising per sei anni. Pianifica su cookie, consenso e dati di prima parte, e tratta tutto ciò che porta l’etichetta Privacy Sandbox come legacy.
