Webbläsarnas släppkalender ändrades den här veckan, och den ändrades för alla på en gång. Mozilla släppte Firefox 155 den 1 september, två veckor tidigare än det ursprungliga datumet 15 september, som första version i en ny tvåveckorstakt. Google flyttade Chrome 154 till Beta-kanalen den 2 september enligt sitt eget nya schema, och Chrome 153 Stable landar den 8 september. Microsoft gick först: Edge 152 den 27 augusti var företagets första Stable-släpp i tvåveckorstakt.
Sedan 2021 har de tre webbläsare som bär merparten av världens webbtrafik var och en släppt en ny huvudversion ungefär var fjärde vecka. Från och med den här månaden halveras det intervallet.
Vem meddelade vad, och när
Inget av detta kom oanmält, men de tre beskeden var utspridda över ett halvår, vilket är skälet till att den samlade effekten varit lätt att missa.
Google publicerade planen på Chrome for Developers blog den 3 mars. Från och med Chrome 153 släpps en ny Beta och en ny Stable varannan vecka på Desktop, Android och iOS. Kanalerna Dev och Canary ändras inte. De veckovisa säkerhetsuppdateringarna mellan milstolparna fortsätter. Extended Stable, kanalen som de flesta företagsadministratörer låser sina datorparker till, ligger kvar på en åttaveckorscykel. Bloggens egen tabell visar hur långt kalendern flyttades: Chrome 153 Stable skulle ha släppts den 22 september och kommer nu den 8 september; Chrome 154 flyttas från den 20 oktober till den 22 september.
Microsoft följde efter den 11 juni. Från Edge 152 den 27 augusti går Stable-kanalen över till två veckor, och företaget var tydligt med vad det innebär i volym: varje Stable-släpp innehåller ungefär hälften så många ändringar som det gamla månatliga. Extended Stable behåller sin åttaveckorsrytm och bygger nu på var fjärde version, så 156, 160 och 164 är de kommande Extended Stable-milstolparna. Microsofts råd till organisationer är att låta en pilotgrupp köra Beta eller Enterprise Preview, så att problem visar sig innan Stable når produktion.
Mozilla var sist ut, och mest försiktig. Sylvestre Ledru, Director of Engineering på Mozilla, skrev till dev-platform-listan i juli att företaget var “planning to move Firefox Desktop and Android from a 4-week release cadence to a 2-week release cadence starting in September 2026”. På svenska: planerar att flytta Firefox Desktop och Android från en släpptakt på 4 veckor till en släpptakt på 2 veckor från och med september 2026. The Register rapporterade om förändringen den 17 juli och noterade att Mozilla beskriver den som ett experiment som kan komma att backas. Mozilla Support Blog bekräftade datumen den 19 augusti: Firefox 155 den 1 september som första tvåveckorssläpp, med det uttryckliga förbehållet att en snabbare takt “doesn’t mean Firefox will ship twice as many features”. På svenska: inte betyder att Firefox kommer att leverera dubbelt så många funktioner. Firefox ESR, det årliga spåret med långtidsstöd, påverkas inte; enligt The Register blir Firefox 153 nästa ESR-bas.
Vad som faktiskt släpptes den här veckan
Firefox 155 är ett bra test av om “hälften så många ändringar, dubbelt så ofta” håller. Versionsanteckningarna från den 1 september tar upp en utvidgning av det AI-stödda Smart Window till USA, Kanada och Frankrike, en räknare för blockerade spårare i adressfältet, omsortering av behållare i Inställningar samt fixar för avbrott i bakgrundsljud och en långvarig Linux-bugg som hindrade datorer från att gå i viloläge efter en surfsession.
De utvecklarriktade ändringarna som dokumenteras på MDN är den del som berör webbplatser. CSS-funktionen attr() fungerar nu i alla egenskaper, med typade värden och reservvärden, inte bara i content. Två nya CSS-funktioner, progress() och alpha(), kommer tillsammans med font-width som nytt namn på font-stretch. JavaScript får Promise.allKeyed() och Promise.allSettledKeyed(). Misslyckade modulimporter cachas inte längre, så ett skript som föll på ett ostabilt nätverk kan lyckas vid nytt försök. På nätverkssidan implementerar Firefox 155 Happy Eyeballs version 3 för parallella IPv6- och IPv4-anslutningsförsök och förhandlar QUIC version 2 för HTTP/3.
Det är inte dramatiskt, och det är just poängen. Googles uttalade motivering är att “the smaller scope of these releases minimizes disruption and simplifies post-release debugging”. På svenska: den mindre omfattningen hos dessa släpp minimerar störningar och förenklar felsökningen efter släppet. Firefox 155 ser ut som exakt den sortens version: en handfull plattformstillägg, en handfull fixar, ute på två veckor.
Varför alla tre bytte under samma säsong
Google och Microsoft delar motorn Chromium, så när Chromes schema ändrades skulle Edges följa efter. Mozillas resonemang, enligt The Register, låg närmare den egna verksamheten: färdiga funktioner hade fått vänta i veckor på nästa tåg, och en oförutsägbar rad punktversioner däremellan var svårare att planera kring än en fast rytm på två veckor.
Chrome gick från sexveckors- till fyraveckorssläpp 2021 och lade till veckovisa säkerhetsuppdateringar 2023; två veckor är nästa steg i samma riktning.
Vad det betyder för din verksamhet
Din webbplats möter nu en ny webbläsarmotor ungefär varannan vecka. För de flesta webbplatser är det osynligt, och så bör det förbli. Webbläsartillverkarna kör kompatibilitetstester just för att ett versionsbyte inte ska förstöra sidor. Om din webbplats är beroende av ett visst tillverkarspecifikt beteende, en polyfill som läser av versionsnummer eller en åldrande tredjepartswidget har fönstret mellan “en ändring landar i Beta” och “en ändring ligger framför dina kunder” krympt från ungefär fyra veckor till tre.
Beta-kanalen är förvarningssystemet, och den är gratis. Chrome släpper varje Beta tre veckor före motsvarande Stable. Microsofts råd till företag gäller lika väl för en marknadsföringssajt: håll en dator, eller en webbläsarprofil, på Beta och klicka dig igenom kassan, formulären och bokningsflödet varannan vecka. Det är billigare än att få höra om en trasig betalknapp från en kund.
Leta efter ett trappsteg i din analys, inte en trend. Om en webbläsaruppdatering förstör något gör den det på ett bestämt datum. Segmentera konverteringsgraden efter webbläsare och version i ditt analysverktyg och leta efter ett plötsligt fall som börjar på en släppdag och bara drabbar en webbläsare. Det mönstret är fingeravtrycket av en kompatibilitetsbugg.
Håll dina egna beroenden aktuella. De webbplatser som har svårt med snabba webbläsarcykler är oftast de som kör ett JavaScript-ramverk, ett CMS eller ett tillägg som ligger flera år efter. Tillverkarna av de verktygen testar mot aktuella webbläsare, inte mot sin egen produkt från flera år tillbaka. Det är den underhållsrytm vi bygger in i varje webbplats vi levererar: en genomgång av beroenden enligt fast schema, inte när något går sönder.
Företagens datorparker påverkas i stort sett inte, och det spelar roll om du säljer till dem. Både Chrome och Edge behåller Extended Stable på åtta veckor, och Firefox ESR förblir årlig. Om dina kunder är företagsanvändare på hanterade enheter kommer de att se färre motorbyten än allmänheten, och funktioner som släpps i en tvåveckors-Stable kan ta två månader att nå dem. Bygg inte en landningssida kring en splitterny CSS-funktion för en publik som inte ser den förrän i november.
Vår läsning är att detta är goda nyheter för webben och något mer arbete för dem som underhåller webbplatser på den. Mindre och tätare släpp är enklare att felsöka och snabbare att rätta. Priset är att den gamla vanan att kontrollera webbläsarkompatibilitet “ungefär en gång i månaden” inte längre stämmer med verkligheten. Lägg in en påminnelse varannan vecka i kalendern; det är större delen av jobbet.
