WooCommerce 11.0 Ertelendi: 4 Agustos ve RC1’in Olumcul Hatasi

Yirmi yıldır e-ticaret platformlarının sürüm tarihlerini kaçırdığını görüyorum. Asıl soru bir sürümün kayıp kaymadığı değil. Ekibin fazladan çıkan bir haftayla ne yaptığı.

WooCommerce 11.0 dün, 28 Temmuz Salı günü GA olacaktı. Olmadı. RC1’in erken testleri sırasında ekip, yeni performans özelliklerinden birinde belirli koşullar altında oluşan bir ölümcül hatayı yakaladı ve sürümü yedi gün öteledi. Hikâyenin tamamı bu. Geliştirici blogundaki duyuruyu dikkatle okursanız da bunu görürsünüz — üç kısa paragraf, sıfır tiyatro.

Dört gün önce burada WooCommerce Core Foundations girişimini yazmıştım — Beau Lebens’in mühendislik ekibinin çoğunluğunu yeni yapay zekâ özelliklerine değil, çekirdek eklentiye üç ay boyunca ayırma taahhüdünü. Bu haftaki erteleme, o taahhüdün bir Salı sabahı sürüm adayında ölümcül hata çıktığında nasıl göründüğünün somut hâli. Sürümü çıkarmıyorsun. Üzerini örtmüyorsun. İki satırlık bir uyarı yayımlıyor, RC2’yi hazırlıyor ve takvimi sürüm yöneticisine geri veriyorsun.

Gösterişli değil. Ama tam olarak ajansların uzun vadeli müşteri güvenini üzerine inşa ettiği yönetişim katmanının kendisi.

Gerçekte ne yeni

28 Temmuz 2026’da Brian Coords, WooCommerce Geliştirici Blogu’nda bir uyarı yayımladı: WooCommerce 11.0.0 orijinal 28 Temmuz tarihinde çıkmayacak. Doğrudan alıntı sabitlemeye değer: “WooCommerce 11.0.0 RC1’in erken testleri sırasında yeni bir performans özelliğinden gelen belirli koşullar altında bir ölümcül hata tespit ettik.” Duyuru şöyle devam ediyor — RC2 hazırlanacak, ek testler 29 Temmuz’dan (bugünden) itibaren başlayacak ve testler başarılı olursa WooCommerce 11.0.0, 4 Ağustos 2026 Salı günü çıkacak.

Uyarı, hangi spesifik özelliğin sebep olduğunu adlandırmıyor ve altındaki sorunu bağlamıyor. Kulağa geldiği kadar önemli değil. WooCommerce 11.0’ın 13 Temmuz’da yayımlanan geliştirici önizleme yazısı yirmi sekiz pull request’i performans işi olarak etiketliyor. En geniş yüzey alanı ise yeni mağazalar için varsayılan olarak açık gelen ürün nesne önbelleklemesi, Siparişler ekranında HPOS çok-durumlu sorgu iyileştirmesi, Store API’de koleksiyon-veri sorgularının tekilleştirilmesi ve POS katalog üretiminin parçalı işleme geçmesi. Bunlardan herhangi biri, yalnızca belirli bir eklenti kombinasyonu, katalog şekli veya kalıcı önbellek altyapısıyla karşılaştığında bozulan sıcak bir kod yolunu etkiliyor — RC1 sonunda bunları gerçek testçilere maruz bıraktı. “Sıcak bir yolda ölümcül hata bulduk” durumuna doğru cevap tam olarak yapılan şey oldu: sürümü bekleteceksin, yeni bir RC çıkaracaksın, yeniden test edeceksin.

RC1’in kendisi woocommerce/woocommerce deposunda 28 Temmuz 14:45 UTC’de etiketlendi ve erteleme uyarısı aynı gün geldi. “Sürüm adayı etiketlendi” ile “sürümü geri çekiyoruz” arasındaki pencere saatlerle ölçüldü, günlerle değil. Bu, çalışan bir sürüm mühendisliği süreci.

Etraftaki takvim: WordPress 7.1 Beta 4 bugün, 29 Temmuz’da 15:00 UTC’de çıkıyor, WordPress 7.1 RC 1 için tarih 5 Ağustos ve WordPress 7.1 GA hâlâ WordCamp US ile aynı gün olan 19 Ağustos. WooCommerce 11.0’ın 28 Temmuz’dan 4 Ağustos’a kayması, WP 7.1 GA’sından üç hafta değil iki hafta önce inmesi anlamına geliyor. Pencere daralıyor ama hâlâ çalışabilir.

WordPress ve WooCommerce ile çalışanlar için neden önemli

Uyarının içinde üç şey var, WooCommerce mağazası işleten ajansların dikkatle okuması gereken üç şey.

Birincisi, bu hafta için ayırdığınız değişim penceresi az önce yerinden oynadı. Eğer bir müşteri hazırlık ortamında 29 Temmuz Çarşamba ya da 30 Temmuz Perşembe için WooCommerce 11.0 yükseltmesi planlamışsanız, test edeceğiniz sürüm henüz mevcut değil. Sizin sürecinizde bir hata değil bu — bütün ekosistemin hazırlandığı sürümün kendisinde bir hata. Hazırlık geçişini 4 Ağustos haftasına ötele, üretim penceresini birkaç gün arkasında tut, ikisini aynı güne sıkıştırma. 11.0.0 kararlı olarak çıkacak olan sürüm, 28 Temmuz’da RC1 olarak etiketlenen sürümle aynı olmayacak. Bugün RC1’e karşı test etmek, bilinen-bozuk koda karşı test etmek demek.

İkincisi, bu ertelemenin üç düz cümle ve pazarlama çerçevesi olmadan gelmiş olması işaretin kendisi. Büyük bir platform ekibi “ölümcül hata bulduk, yeni RC hazırlıyoruz, bir hafta sonra çıkacak” diyen iki paragraflık bir uyarı yayımlıyorsa, aşağıdaki site sahiplerine yetişkin muamelesi yapıyor demektir. Bozuk sürümün yine de çıktığı ve düzeltmenin iki gün sonra 11.0.1 olarak geldiği desenle karşılaştır. Bu haftaki yaklaşım WooCommerce ekibine kamuya açık bir gecikmeye mal oluyor. Woo çalıştıran her ajansa acil yama hafta sonu tasarrufu sağlıyor. Foundations girişiminin vaat ettiği takas, üretimde bu şekilde oynanıyor.

Üçüncüsü, hatanın sınıfı önemli. Yeni bir performans özelliğinden belirli koşullar altında gelen bir ölümcül hata, neredeyse tanım gereği test ortamlarının çoğunluğunda düzgün çalışan, RC testinin ortaya çıkarmak için tasarlandığı azınlıkta bozulan bir özellik. Ürün nesne önbelleklemesi, HPOS sorgu iyileştirmeleri ve Store API tekilleştirmesi — hepsi bu şekle sahip. Üçüncü taraf kalıcı nesne önbellek uygulamalarıyla, yüksek satır sayılarıyla, alışılmadık eklenti kombinasyonlarıyla etkileşiyorlar. RC1’i kararlı olarak yollanmış olsaydı en çok ısırılacak mağazalar tam olarak ajansınızın bakım anlaşmasıyla işlettiği büyük-kataloglu, karmaşık-eklentili, önbellek-ağırlıklı üretim mağazaları. Bu, ekstra RC süresi isteyeceğiniz türden bir sürüm.

Ne yapardım (ya da yapmazdım)

Bu hafta ve gelecek hafta için dört madde.

Bir — bugün herhangi bir hazırlık ortamına RC1 kurma. Uyarıya göre 29 Temmuz’dan itibaren kesilecek olan RC2’yi bekle. Sürüm ekibinin zaten içinde ölümcül hata olduğunu bildiği bir yapıya karşı test etmek, boşa gecen bir öğleden sonra demek.

İki — bütün yükseltme takvimini bir hafta sağa kaydır. RC2 ya da taze 11.0.0 kararlı sürümüyle 5-6 Ağustos civarı yeni hazırlık geçişi, temkinli müşteriler için 10 Ağustos haftasında başlayan üretim pencereleri, en muhafazakâr olanlar için 15 Ağustos’a daha yakın. Sıralı değişim pencerelerini koru: 19 Ağustos’taki WordPress 7.1 GA, farklı bir günde kendi triyaj kuyruğunu hak eden ayrı bir yükseltme.

Üç — bakımını üstlendiğin hangi mağazalarda ürün nesne önbelleklemesi zaten açık, hangilerinde kapalı — bunu denetle. Yeni mağazalar 11.0’da bunu varsayılan olarak alıyor; mevcut mağazalar sen açmadıkça mevcut davranışı koruyor. Ölümcül hatanın kaynağının bir performans özelliği olduğu düşünüldüğünde, mevcut mağazalar için bu spesifik yükseltme döngüsünde en güvenli duruş şu: önce önbelleği olduğu gibi bırakarak 11.0’a yükselt, bir hafta üretim çalıştır, ancak ondan sonra ayrı bir bakım penceresinde önbelleği aç. Aynı değişim penceresinde iki değişken, hangisinin bozduğunu daraltmakla bir hafta sonu geçirmenin nasıl yapıldığıdır.

Dört — bu ertelemeyi sonsuza dek 10.9.4’te oturmak için bir sebep olarak okuma. 11.0’daki performans işi gerçek, HPOS sorgu iyileştirmeleri büyük mağazalarda gerçek bir sancıyı çözüyor ve Core Foundations rotası, Ağustos ve Eylül boyunca çıkacak nokta sürümlerin her zamankinden daha sessiz ve daha güvenilir olacağı anlamına geliyor. Bu bir haftalık bir erteleme, sürümün kendisine kırmızı bayrak değil.

Yapmayacak bir şey: bu hafta müşteri iletişimini, ertelemeyi WooCommerce’in bir “sorunu” ya da “problemi” olarak tarifleyerek gönderme. Bu, tam olarak tasarlandığı gibi davranan çalışan bir sürüm süreci. Bilet notunda öyle çerçevele, değişim penceresini kaydır ve Salı gününün geri kalanına dön.

Daha geniş sinyal gösterişsiz ve tam olarak WordPress’in ve WooCommerce’in beşinci yılına ulaşmış sitelerde kazanmasının sebebi. Aynı durumdaki barındırılan (hosted) bir e-ticaret platformu sessizce geri alır, sessizce yamalar ve size hiç anlatmazdı. WooCommerce ertelemeyi yayımlıyor, hatanın sınıfını adlandırıyor ve aşağıdakiler için bir hafta plan yeniden yapma süresi veriyor. Bir yönetişim katmanı çalıştığında böyle görünür.