Google udgav Chrome 153 til Stable-kanalen den 8. september til desktop, Android og iOS. Det er den første version, der udkommer under den to-ugers udgivelsescyklus, Google annoncerede i marts, og udgivelsesnoterne, offentliggjort samme dag, viser, hvordan en Chrome hver anden uge ser ud i praksis: to nye HTML-elementer til kamera- og mikrofonadgang, en hukommelsessikker XML-parser skrevet i Rust, en håndfuld CSS- og JavaScript-tilføjelser og en udfasningsliste, der stille og roligt lukker bogen om det meste af Privacy Sandbox.
Chrome 154 følger den 22. september ifølge 9to5Google, som også gengiver Googles begrundelse for det hurtigere tempo: rettelser når brugerne hurtigere, og en mindre udgivelse gør det lettere at isolere en regression, når en slipper igennem.
Kamera og mikrofon bliver HTML-elementer
Den vigtigste nyhed for udviklere er et par af det, Google kalder capability elements. Elementet <camera> anmoder om videooptagelse, og elementet <microphone> anmoder om lydoptagelse. Rachel Andrews indlæg »New in Chrome 153« beskriver dem som »declarative, user-activated HTML controls« – deklarative HTML-kontroller, som brugeren selv aktiverer: browseren tegner knappen, brugeren skal klikke på den, og først derefter vises en tilladelsesdialog eller startes en stream.
De bygger videre på elementet <usermedia>, som udkom i Chrome 151 i juni. Det tidligere indlæg af Mari Viana og Minh Le forklarede ræsonnementet. Et klik på en browserstyret knap er »a trusted signal of intent« – et pålideligt signal om hensigt – og det betyder noget, fordi tilladelsesanmodninger affyret fra et script uden nogen tydelig brugerhandling netop er dem, browsere i stigende grad blokerer eller gemmer væk. Elementet har også en vej tilbage: hvis en bruger afviste kameraadgang for måneder siden, udløser et tryk på elementet ifølge indlægget »a specialized recovery flow that lets you re-enable your camera or microphone instantly on the page, without navigating complex browser settings« – et særligt gendannelsesforløb, der lader brugeren genaktivere kamera eller mikrofon direkte på siden uden at skulle rundt i browserens indstillinger.
Stylingreglerne er bevidst strenge, så knappen ikke kan forklædes: <usermedia>-indlægget nævner en minimumskontrast for tekst på 3:1, ingen gennemsigtighed eller negative margener, og transformationer begrænset til 2D-forskydning og proportional skalering. De nye enkeltformåls-elementer beholder, med beta-indlæggets ord, »identical security model, strict styling constraints, and built-in permission recovery path as the <usermedia> MVP« – samme sikkerhedsmodel, samme strenge stylingbegrænsninger og samme indbyggede gendannelsesvej som <usermedia>-MVP’en.
Hukommelsessikker XML-parsing
Chrome 153 flytter XML-parsing for flere almindelige stier til en Rust-implementering. Udgivelsesnoterne nævner DOMParser, egenskaben responseXML på XMLHttpRequest samt selvstændige og eksterne SVG-billeder. XSLT-scenarier er ikke omfattet af ændringen. Googles erklærede mål er ifølge beta-indlægget at »eliminate potential memory corruption bugs while maintaining full compatibility with existing web specifications« – at fjerne potentielle hukommelsesfejl og samtidig bevare fuld kompatibilitet med eksisterende webspecifikationer.
For en sideejer er den praktiske relevans SVG. Logoer, ikoner og illustrationer leveret som SVG-filer går nu gennem den nye parser. Google siger, at kompatibiliteten er bevaret, og at der ikke er noget at gøre, men hvis et SVG-aktiv rendres anderledes efter opdateringen, er det denne ændring, man skal kigge på først.
CSS- og JavaScript-tilføjelser
To CSS-ændringer handler om scrolling. Egenskaben overflow accepterer nu en scrollbar værdi sammen med clip, så overflow: scroll clip skaber en scroll-container på den ene akse, mens den anden akse forbliver klippet på plads. Udgivelsesnoterne bemærker, at det lader position: sticky blive begrænset af forskellige overordnede scroll-containere per akse. En ny egenskab, scroll-axis-lock, lader udvikleren fortælle browseren, at en scrollbevægelse ikke skal låses til en enkelt akse, når diagonal scrolling er ønsket.
JavaScript får to TC39-forslag. Iterator.prototype.join() sammenføjer en iterators output til en streng, i lighed med Array.prototype.join(). Joint Iteration tilføjer Iterator.zip() og Iterator.zipKeyed(), som gennemløber flere iterables i takt og leverer arrays eller objekter med nøgler; tilstandene er »shortest« som standard, »longest« med valgfri udfyldning og »strict«, som kaster en TypeError, når længderne er forskellige.
Derudover afkoder Chrome 153 containeren Immersive Audio Model and Formats, et åbent, royaltyfrit format til rumlig lyd, gennem Media Source Extensions, WebTransport-forbindelser kan bære brugerdefinerede HTTP-headere, og Long Animation Frames API rapporterer nu også fra web workers.
Privacy Sandbox havner på udfasningslisten
Noterne til Chrome 153 fastslår, at Protected Audience API, Shared Storage API, Attribution Reporting API, Related Website Sets og document.requestStorageAccessFor hver især er »planned for deprecation and removal« – planlagt til udfasning og fjernelse. Begrundelsen for Related Website Sets er, at det var designet til en browser uden tredjepartscookies, og Chrome har besluttet at beholde dem. Beta-indlægget fra den 20. august nævnte allerede Related Website Sets og requestStorageAccessFor som fjernelser.
Intet af det kommer som en overraskelse. Den 17. oktober 2025 meddelte Anthony Chavez, Googles VP for Privacy Sandbox, at Google trak ti Privacy Sandbox-teknologier tilbage, herunder Topics, Protected Audience, Attribution Reporting, Private Aggregation med Shared Storage og Related Website Sets, med henvisning til »ecosystem feedback about their expected value and in light of their low levels of adoption« – tilbagemeldinger fra økosystemet om deres forventede værdi og den lave udbredelse. Det indlæg lovede, at detaljerne ville »follow Chrome and Android processes for phasing out these technologies« – følge Chromes og Androids processer for udfasning af teknologierne. Chrome 153 er der, hvor de processer bliver synlige i en udgivelsesnote.
Hvad det betyder for din forretning
Hvis dit site bruger kamera eller mikrofon, er de nye elementer værd at tage i brug tidligt. Identitetstjek, virtuel prøvning, et »scan dit dokument«-flow: hver af dem starter i dag med et JavaScript-kald og en tilladelsesdialog, som mange brugere afviser pr. refleks. En browsertegnet knap, som brugeren selv vælger at klikke på, med en indbygget vej til at gendanne en tidligere afvist tilladelse, rammer præcis det øjeblik, hvor sådanne flows taber folk. Chrome er den eneste browser, der leverer dette i dag, så det skal være progressive enhancement: behold den eksisterende getUserMedia-sti som fallback.
Hvis din annoncestak eller analytics nogensinde har integreret et Privacy Sandbox-API, er det tid til at fjerne den kode. Integrationer af Attribution Reporting, Protected Audience og Shared Storage blev mest lavet af ad-tech-leverandører frem for af sideejere direkte, men tags og samtykkekonfigurationer, der refererer til dem, findes stadig. Spørg din leverandør, hvad der sker, når API’erne forsvinder, og sørg for, at din konverteringsmåling ikke i det stille afhænger af et af dem. Tredjepartscookies bliver, hvilket betyder, at den måleopsætning, du havde før Sandbox, er den, der består.
Related Website Sets ramte en bestemt gruppe: virksomheder med flere domæner, der deler login eller indkøbskurv. Hvis du erklærede et sæt, så cookies kunne flyde mellem dine branddomæner, trækkes den mekanisme nu tilbage. Selve Storage Access API bliver; kun den sætbaserede genvej og requestStorageAccessFor forsvinder. Tjek alle login- og checkout-flows på tværs af domæner nu frem for, når en kunde melder om problemer.
Intet i denne udgivelse burde ødelægge et almindeligt marketingsite. XML- og SVG-ændringen er tænkt som usynlig, CSS-tilføjelserne er tilvalg, og JavaScript-metoderne er nye snarere end ændrede. Den vane, vi anbefaler og bygger ind i hvert website, vi vedligeholder, er den samme som i sidste uge: én browserprofil på Beta-kanalen og en gennemgang af dine formularer, checkout og eventuelle kameraflows hver anden uge. Chrome 154 Beta er allerede ude; den bliver Stable den 22. september.
Vores læsning er, at Chrome 153 er en beskeden udgivelse med ét vigtigt signal. Funktionerne er inkrementelle, men udfasningslisten bekræfter, at browseren er færdig med at forsøge at erstatte tredjepartscookies med sine egne annonce-API’er. For en virksomhed fjerner det en variabel, der har hængt over webanalyse- og annonceplaner i seks år. Planlæg ud fra cookies, samtykke og first-party-data, og betragt alt, der hedder Privacy Sandbox, som legacy.
