Selainten julkaisukalenteri muuttui tällä viikolla, ja se muuttui kaikilla kerralla. Mozilla julkaisi Firefox 155:n 1. syyskuuta, kaksi viikkoa alkuperäistä päivämäärää 15. syyskuuta aikaisemmin, uuden kahden viikon julkaisutahdin ensimmäisenä versiona. Google siirsi Chrome 154:n Beta-kanavalle 2. syyskuuta oman uuden aikataulunsa mukaisesti, ja Chrome 153 Stable ilmestyy 8. syyskuuta. Microsoft ehti ensimmäisenä: Edge 152 oli 27. elokuuta sen ensimmäinen kahden viikon tahdissa julkaistu Stable-versio.
Vuodesta 2021 lähtien kolme selainta, joiden kautta kulkee valtaosa maailman verkkoliikenteestä, ovat kukin julkaisseet uuden pääversion noin neljän viikon välein. Tästä kuusta alkaen tuo väli puolittuu.
Kuka ilmoitti mitä ja milloin
Mikään tästä ei tullut ilmoittamatta, mutta kolme ilmoitusta jakautuivat kuuden kuukauden ajalle, minkä vuoksi yhteisvaikutus on ollut helppo jättää huomaamatta.
Google julkaisi suunnitelman Chrome for Developers -blogissa 3. maaliskuuta. Chrome 153:sta alkaen uusi Beta ja uusi Stable julkaistaan kahden viikon välein Desktop-, Android- ja iOS-alustoille. Dev- ja Canary-kanavat eivät muutu. Viikoittaiset tietoturvapäivitykset versioiden välillä jatkuvat. Extended Stable, kanava, johon useimmat yritysten ylläpitäjät kiinnittävät laitekantansa, pysyy kahdeksan viikon syklissä. Blogin oma taulukko näyttää, kuinka paljon kalenteri siirtyi: Chrome 153 Stablen oli määrä ilmestyä 22. syyskuuta, ja nyt se julkaistaan 8. syyskuuta; Chrome 154 siirtyy lokakuun 20. päivästä syyskuun 22. päivään.
Microsoft seurasi 11. kesäkuuta. Stable-kanava siirtyy kahden viikon tahtiin 27. elokuuta julkaistusta Edge 152:sta alkaen, ja yhtiö sanoi suoraan, mitä se tarkoittaa määrällisesti: kukin Stable-julkaisu sisältää noin puolet vanhan kuukausittaisen julkaisun muutoksista. Extended Stable säilyttää kahdeksan viikon rytminsä ja poimii nyt joka neljännen julkaisun, joten 156, 160 ja 164 ovat seuraavat Extended Stable -versiot. Microsoftin neuvo organisaatioille on ajaa pilottiryhmää Beta- tai Enterprise Preview -kanavalla, jotta ongelmat tulevat esiin ennen kuin Stable päätyy tuotantoon.
Mozilla oli viimeinen ja varovaisin. Mozillan Director of Engineering Sylvestre Ledru kertoi dev-platform-postituslistalla heinäkuussa, että yhtiö oli ”planning to move Firefox Desktop and Android from a 4-week release cadence to a 2-week release cadence starting in September 2026.” Suomeksi: suunnittelemassa Firefox Desktopin ja Androidin siirtämistä 4 viikon julkaisutahdista 2 viikon julkaisutahtiin syyskuusta 2026 alkaen. The Register uutisoi muutoksesta 17. heinäkuuta ja huomautti, että Mozilla kuvaa sitä kokeiluksi, jonka se saattaa perua. Mozilla Support Blog vahvisti päivämäärät 19. elokuuta: Firefox 155 julkaistaan 1. syyskuuta ensimmäisenä kahden viikon julkaisuna, nimenomaisella varauksella, että nopeampi tahti ”doesn’t mean Firefox will ship twice as many features.” Suomeksi: ei tarkoita, että Firefox julkaisisi kaksi kertaa enemmän ominaisuuksia. Firefox ESR, vuosittainen pitkän tuen linja, ei muutu; The Registerin mukaan Firefox 153 on seuraava ESR-pohjaversio.
Mitä tällä viikolla oikeasti julkaistiin
Firefox 155 on hyödyllinen testi sille, pitääkö ”puolet muutoksista, kaksi kertaa useammin” paikkansa. Sen 1. syyskuuta julkaistut julkaisutiedot listaavat tekoälyavusteisen Smart Window -toiminnon laajentamisen Yhdysvaltoihin, Kanadaan ja Ranskaan, estettyjen seurainten laskurin osoitepalkkiin, säiliöiden uudelleenjärjestelyn asetuksissa sekä korjauksia taustaäänen katkoksiin ja pitkäaikaiseen Linux-virheeseen, joka esti koneita siirtymästä lepotilaan selausistunnon jälkeen.
MDN:ään kirjatut kehittäjille suunnatut muutokset ovat se osa, joka koskettaa verkkosivustoja. CSS-funktio attr() toimii nyt missä tahansa ominaisuudessa tyypitetyillä arvoilla ja varavaihtoehdoilla, ei enää vain content-ominaisuudessa. Kaksi uutta CSS-funktiota, progress() ja alpha(), saapuvat yhdessä font-width-nimen kanssa, joka korvaa nimen font-stretch. JavaScript saa funktiot Promise.allKeyed() ja Promise.allSettledKeyed(). Epäonnistuneita moduulien tuonteja ei enää tallenneta välimuistiin, joten epävakaassa verkossa epäonnistunut skripti voi onnistua uudella yrityksellä. Verkkopuolella Firefox 155 toteuttaa Happy Eyeballs -menetelmän version 3 IPv6- ja IPv4-yhteyksien rinnakkaiseen muodostamiseen ja neuvottelee QUIC-version 2 HTTP/3:lle.
Se ei ole dramaattista, ja juuri siitä on kyse. Googlen ilmoittama perustelu on, että ”the smaller scope of these releases minimizes disruption and simplifies post-release debugging.” Suomeksi: näiden julkaisujen pienempi laajuus minimoi häiriöt ja yksinkertaistaa julkaisun jälkeistä virheenkorjausta. Firefox 155 näyttää juuri tällaiselta julkaisulta: kourallinen alustalisäyksiä, kourallinen korjauksia, ulos ovesta kahdessa viikossa.
Miksi kaikki kolme siirtyivät samana kautena
Google ja Microsoft käyttävät samaa Chromium-moottoria, joten kun Chromen aikataulu muuttui, Edgen aikataulu seuraisi perässä. Mozillan perustelu oli The Registerin mukaan lähempänä arkea: valmiit ominaisuudet olivat odottaneet viikkoja seuraavaa julkaisujunaa, ja ennakoimaton sarja välipäivityksiä oli vaikeampi suunnitella kuin kiinteä kahden viikon rytmi.
Chrome siirtyi kuuden viikon julkaisuista neljän viikon julkaisuihin vuonna 2021 ja lisäsi viikoittaiset tietoturvapäivitykset vuonna 2023; kaksi viikkoa on seuraava askel samaan suuntaan.
Mitä tämä tarkoittaa liiketoiminnallenne
Sivustonne kohtaa nyt uuden selainmoottorin noin kahden viikon välein. Useimmille sivustoille tämä on näkymätöntä, ja sellaisena sen pitäisi pysyäkin. Selainvalmistajat tekevät yhteensopivuustestausta juuri siksi, ettei versiopäivitys rikkoisi sivuja. Jos sivustonne on riippuvainen tietystä valmistajakohtaisesta käyttäytymisestä, versionumeroita tunnistelevasta polyfillistä tai ikääntyvästä kolmannen osapuolen vimpaimesta, aikaikkuna ”muutos tulee Betaan” ja ”muutos on asiakkaidenne edessä” välillä on kutistunut noin neljästä viikosta kolmeen.
Beta-kanava on ennakkovaroitusjärjestelmä, ja se on ilmainen. Chrome julkaisee jokaisen Betan kolme viikkoa ennen vastaavaa Stablea. Microsoftin neuvo yrityksille pätee yhtä hyvin markkinointisivustoon: pitäkää yksi kone tai yksi selainprofiili Betassa ja klikatkaa läpi kassanne, lomakkeenne ja varausprosessinne kahden viikon välein. Se on halvempaa kuin kuulla rikkinäisestä maksupainikkeesta asiakkaalta.
Tarkkailkaa analytiikassanne porrasta, ei trendiä. Jos selainpäivitys rikkoo jotakin, se tapahtuu tiettynä päivänä. Segmentoikaa konversioaste selaimen ja version mukaan analytiikassanne ja etsikää äkillistä pudotusta, joka alkaa julkaisupäivänä ja koskee vain yhtä selainta. Tämä kuvio on yhteensopivuusvirheen sormenjälki.
Pitäkää omat riippuvuutenne ajan tasalla. Nopeiden selainsyklien kanssa kamppailevat yleensä sivustot, joiden JavaScript-kehys, sisällönhallintajärjestelmä tai lisäosa on useita vuosia jäljessä. Näiden työkalujen valmistajat testaavat nykyisiä selaimia vasten, eivät omaa usean vuoden takaista tuotettaan vasten. Tämä on se ylläpitorytmi, jonka rakennamme jokaiseen toimittamaamme verkkosivustoon: riippuvuuksien katselmointi kiinteän aikataulun mukaan, ei vasta kun jokin rikkoutuu.
Yritysten laitekannat pysyvät pitkälti ennallaan, ja sillä on merkitystä, jos myytte niille. Sekä Chrome että Edge pitävät Extended Stablen kahdeksassa viikossa, ja Firefox ESR säilyy vuosittaisena. Jos asiakkaanne ovat yrityskäyttäjiä hallituilla laitteilla, he näkevät vähemmän moottorimuutoksia kuin suuri yleisö, ja kahden viikon Stable-julkaisussa ilmestyvät ominaisuudet voivat kestää kaksi kuukautta ennen kuin ne saavuttavat heidät. Älkää rakentako laskeutumissivua upouuden CSS-ominaisuuden varaan yleisölle, joka näkee sen vasta marraskuussa.
Tulkintamme on, että tämä on hyvä uutinen verkolle ja hieman lisää työtä niille, jotka ylläpitävät sen sivustoja. Pienemmät ja tiheämmät julkaisut ovat helpompia debugata ja nopeampia korjata. Hintana on, että vanha tapa tarkistaa selainyhteensopivuus ”noin kerran kuussa” ei enää vastaa todellisuutta. Laittakaa kalenteriin muistutus kahden viikon välein; se on suurin osa työstä.
