Tarayıcı sürüm takvimi bu hafta değişti ve herkes için aynı anda değişti. Mozilla, Firefox 155’i başlangıçta planlanan 15 Eylül tarihinden iki hafta önce, 1 Eylül’de, yeni iki haftalık sürüm döngüsünün ilk sürümü olarak yayınladı. Google, kendi yeni takvimi kapsamında Chrome 154’ü 2 Eylül’de Beta kanalına taşıdı; Chrome 153 Stable ise 8 Eylül’de çıkıyor. İlk adımı Microsoft attı: 27 Ağustos’ta yayınlanan Edge 152, şirketin iki haftalık döngüdeki ilk Stable sürümüydü.
2021’den bu yana dünyadaki web trafiğinin büyük bölümünü taşıyan üç tarayıcının her biri, yaklaşık dört haftada bir büyük sürüm yayınlıyordu. Bu aydan itibaren bu aralık yarıya iniyor.
Kim, neyi, ne zaman duyurdu
Bunların hiçbiri habersiz gelmedi; ancak üç duyuru altı aya yayıldığı için toplam etkiyi gözden kaçırmak kolaydı.
Google planı 3 Mart’ta Chrome for Developers blogunda yayımladı. Chrome 153’ten itibaren Desktop, Android ve iOS’ta iki haftada bir yeni bir Beta ve yeni bir Stable sürüm çıkıyor. Dev ve Canary kanalları değişmiyor. Sürümler arasındaki haftalık güvenlik güncellemeleri devam ediyor. Kurumsal yöneticilerin çoğunun filolarını sabitlediği kanal olan Extended Stable, sekiz haftalık döngüde kalıyor. Blogdaki tablo takvimin ne kadar kaydığını gösteriyor: Chrome 153 Stable’ın 22 Eylül’de çıkması bekleniyordu, artık 8 Eylül’de çıkıyor; Chrome 154 ise 20 Ekim’den 22 Eylül’e çekildi.
Microsoft 11 Haziran’da onu izledi. 27 Ağustos’taki Edge 152’den itibaren Stable kanalı iki haftalık döngüye geçiyor ve şirket bunun hacim açısından ne anlama geldiğini açıkça belirtti: her Stable sürüm, eski aylık sürümün kabaca yarısı kadar değişiklik içeriyor. Extended Stable sekiz haftalık ritmini koruyor ve artık her dördüncü sürümü temel alıyor; dolayısıyla sonraki Extended Stable sürümleri 156, 160 ve 164 olacak. Microsoft’un kuruluşlara tavsiyesi, sorunların Stable üretime ulaşmadan ortaya çıkması için bir grubu Beta veya Enterprise Preview üzerinde pilot olarak çalıştırmaları.
Mozilla en son ve en temkinli davranan taraf oldu. Mozilla Mühendislik Direktörü Sylvestre Ledru, Temmuz ayında dev-platform listesinde şirketin planını şöyle açıkladı: “planning to move Firefox Desktop and Android from a 4-week release cadence to a 2-week release cadence starting in September 2026”. Türkçesi: Firefox Desktop ve Android’i Eylül 2026’dan itibaren 4 haftalık sürüm döngüsünden 2 haftalık sürüm döngüsüne taşımayı planlıyoruz. The Register değişikliği 17 Temmuz’da haberleştirdi ve Mozilla’nın bunu geri alınabilecek bir deney olarak tanımladığını belirtti. Mozilla Support Blog tarihleri 19 Ağustos’ta doğruladı: ilk iki haftalık sürüm olarak Firefox 155, 1 Eylül’de; blog ayrıca daha hızlı bir döngünün “doesn’t mean Firefox will ship twice as many features” olduğunu açıkça vurguladı. Türkçesi: bu, Firefox’un iki kat daha fazla özellik sunacağı anlamına gelmiyor. Yıllık uzun destek hattı Firefox ESR bundan etkilenmiyor; The Register’ın haberine göre bir sonraki ESR tabanı Firefox 153.
Bu hafta gerçekte ne yayınlandı
Firefox 155, “değişikliklerin yarısı, iki kat sık” formülünün geçerli olup olmadığı için iyi bir test. 1 Eylül tarihli sürüm notlarında yapay zekâ destekli Smart Window’un ABD, Kanada ve Fransa’ya genişletilmesi, adres çubuğunda engellenen izleyici sayacı, Ayarlar’da kapsayıcıların yeniden sıralanması, arka plan sesindeki kesintilere yönelik düzeltmeler ve bir tarama oturumundan sonra makinelerin uyku moduna geçmesini engelleyen, uzun süredir var olan bir Linux hatasının giderilmesi yer alıyor.
MDN’de kaydedilen geliştiricilere yönelik değişiklikler, web sitelerini doğrudan ilgilendiren kısım. CSS attr() fonksiyonu artık yalnızca content içinde değil, türlendirilmiş değerler ve yedek değerlerle her özellikte çalışıyor. İki yeni CSS fonksiyonu, progress() ve alpha(), font-stretch’in yeni adı olan font-width ile birlikte geliyor. JavaScript’e Promise.allKeyed() ve Promise.allSettledKeyed() ekleniyor. Başarısız modül içe aktarmaları artık önbelleğe alınmıyor; böylece kararsız bir ağda başarısız olan bir betik yeniden denemede başarılı olabiliyor. Ağ tarafında Firefox 155, IPv6 ve IPv4 bağlantı yarışı için Happy Eyeballs sürüm 3’ü uyguluyor ve HTTP/3 için QUIC sürüm 2’yi müzakere ediyor.
Bu çarpıcı değil ve mesele de tam olarak bu. Google’ın belirttiği gerekçe şu: “the smaller scope of these releases minimizes disruption and simplifies post-release debugging”. Türkçesi: bu sürümlerin daha küçük kapsamı aksaklıkları en aza indiriyor ve sürüm sonrası hata ayıklamayı kolaylaştırıyor. Firefox 155 de tam olarak böyle bir sürüme benziyor: birkaç platform eklemesi, birkaç düzeltme, iki haftada kapıdan çıkmış.
Üçü neden aynı sezonda hareket etti
Google ve Microsoft Chromium motorunu paylaşıyor; dolayısıyla Chrome’un takvimi değiştiğinde Edge’inki de onu izleyecekti. The Register’ın aktardığına göre Mozilla’nın gerekçesi daha içeriden geliyordu: tamamlanmış özellikler bir sonraki sürüm trenini haftalarca bekliyordu ve arada çıkan öngörülemez ara sürümler dizisi, sabit iki haftalık bir ritme kıyasla planlamayı zorlaştırıyordu.
Chrome 2021’de altı haftalık sürümlerden dört haftalık sürümlere geçmiş, 2023’te haftalık güvenlik güncellemelerini eklemişti; iki hafta, aynı yöndeki bir sonraki adım.
İşletmeniz için ne anlama geliyor
Siteniz artık kabaca iki haftada bir yeni bir tarayıcı motoruyla karşılaşıyor. Çoğu site için bu görünmez ve öyle de kalmalı. Tarayıcı üreticileri uyumluluk testlerini tam da bir sürüm atlamasının sayfaları bozmaması için yapıyor. Siteniz üreticiye özgü belirli bir davranışa, sürüm numaralarını kontrol eden bir polyfill’e veya eskimiş bir üçüncü taraf bileşenine bağımlıysa, “bir değişiklik Beta’ya girdi” ile “bir değişiklik müşterilerinizin önünde” arasındaki süre yaklaşık dört haftadan üç haftaya indi.
Beta kanalı erken uyarı sistemidir ve ücretsizdir. Chrome her Beta’yı karşılık gelen Stable’dan üç hafta önce yayınlıyor. Microsoft’un kuruluşlara verdiği tavsiye bir pazarlama sitesi için de aynı ölçüde geçerli: bir makineyi ya da bir tarayıcı profilini Beta’da tutun ve iki haftada bir ödeme adımlarınızı, formlarınızı ve rezervasyon akışınızı baştan sona tıklayın. Bu, bozuk bir ödeme düğmesini bir müşteriden öğrenmekten daha ucuzdur.
Analitiğinizde eğilim değil, basamak arayın. Bir tarayıcı güncellemesi bir şeyi bozarsa, bunu belirli bir tarihte yapar. Analitiğinizde dönüşüm oranını tarayıcı ve sürüme göre segmentlere ayırın; bir sürüm gününde başlayan ve yalnızca tek bir tarayıcıyı etkileyen ani bir düşüş arayın. Bu örüntü, bir uyumluluk hatasının parmak izidir.
Kendi bağımlılıklarınızı güncel tutun. Hızlı tarayıcı döngüleriyle zorlanan siteler genellikle birkaç yıl geride kalmış bir JavaScript çatısı, CMS veya eklenti kullananlardır. Bu araçların üreticileri, ürünlerinin birkaç yıl önceki hâline karşı değil, güncel tarayıcılara karşı test yapar. Teslim ettiğimiz her web sitesine yerleştirdiğimiz bakım ritmi tam olarak bu: bir şey bozulduğunda değil, sabit bir takvimle bağımlılık incelemesi.
Kurumsal filolar büyük ölçüde etkilenmiyor ve onlara satış yapıyorsanız bu önemli. Hem Chrome hem Edge Extended Stable’ı sekiz haftada tutuyor, Firefox ESR ise yıllık kalıyor. Müşterileriniz yönetilen cihazlardaki kurumsal kullanıcılarsa, genel kamuoyuna göre daha az motor değişikliği görecekler ve iki haftalık bir Stable sürümde çıkan özelliklerin onlara ulaşması iki ay sürebilir. Kasım’a kadar göremeyecek bir kitle için yepyeni bir CSS özelliği etrafında açılış sayfası kurmayın.
Bizim okumamız şu: bu, web için iyi bir haber; web’de site bakımı yapanlar içinse biraz daha fazla iş. Daha küçük ve daha sık sürümlerde hata ayıklamak daha kolay, düzeltmek daha hızlı. Bedeli ise tarayıcı uyumluluğunu “aşağı yukarı ayda bir” kontrol etme alışkanlığının artık gerçeklikle örtüşmemesi. Takvime iki haftada bir hatırlatıcı koyun; işin büyük kısmı bu.
