WooCommerce 11.0 Yayında: Misafir Sipariş Sahiplenme Geldi

🇬🇧 English: Read this in English →

Altı gün önce WooCommerce ekibi 11.0 sürümünün bir hafta ertelendiğini duyurdu — RC1 testlerinde belirli koşullarda bir ölümcül hata çıkmıştı. Dün, 4 Ağustos’ta, taahhüt ettikleri yeni tarihte 11.0.0’ı yayına aldılar. Bu küçük bir mesele değil. Yirmi yıldır izlediğim her kapalı ticaret platformu aynı seçimle karşılaşıyor: bilinen bir hatayla yayına çıkıp sonra sessizce yama geç, ya da sürümü tut ve nedenini dünyaya açıkla. İkincisi kamuya açık bir gecikme demek. Birincisi ise müşterine bir cumartesini kaybettirmek demek.

Bunu şu an, hafta sonunu “hangi güncelleme neyi bozdu” diye eşeleyerek geçirmemiş biri olarak yazıyorum. WooCommerce Core Foundations girişimi tam da bunun için vardı ve takvimde vaadettiği şekilde işledi. Bu sabahın esas sorusu 11.0’ın çıkıp çıkmadığı değil. Ne çıktı ve bunu canlıya nasıl sıraya koyarız — asıl mesele bu.

Bu hafta neyi kıpırdatırdım, neyi ertelerdim, neye dokunmazdım — açık konuşayım.

Gerçekten yeni olan ne

WooCommerce 11.0.0, 4 Ağustos 2026’da yayımlandı — 551 pull request, 89 katkıcı, geriye dönük uyumlu, veritabanı güncellemesi gerektiriyor. Sürüm mühendisliği duyurusunu Brian Coords yaptı. Sürüm notları odağı misafir ödeme, performans, birikmiş iş temizliği ve geliştiriciler için bir grup deneysel özellik olarak tanımlıyor.

Manşetteki özellik misafir siparişi hesap sahiplenme. Oturum açmış müşteriler artık bir e-posta adresinin sahipliğini onaylayıp geçmiş misafir siparişlerini kendi hesaplarına bağlayabiliyor. 11.0 ön sürüm notlarına göre şu andaki uygulama, OTP tabanlı bir akıştan mevcut WordPress hesap örüntüleriyle uyumlu, oturum açmayla korumalı bir doğrulama bağlantısına taşındı — altındaki platformun hâlâ Woo’nun ürettiği her özelliğin şeklini nasıl etkilediğine dair güzel bir hatırlatma.

Performans işi ikinci büyük blok. Ürün nesne önbellekleme yeni mağazalarda varsayılan olarak açık geliyor. Ön sürüm ölçümlerine göre değişken ürünler ürün sayfalarında %9–12 daha hızlı yükleniyor, paket ürünler ise ödeme sırasında %6–12 daha hızlı işleniyor. Mevcut mağazaların davranışı değişmedi — ayarlardan kendileri açabilirler, bu mağazalar için varsayılan olarak açılma sonraki sürümde planlanıyor. Store API artık ürün koleksiyon-veri sayım isteklerini sınırlıyor ve tekrarını engelliyor. Siparişler ekranı çok durumlu listeler ve boş arama sayımları için bir HPOS sorgu iyileştirmesi kazanıyor. Sipariş işleme sırasında stok durumu yönetimi daha güvenilir. Analitik raporlar iadeleri satış uç noktalarına dahil ediyor ve başarısız geçmiş verisi içe aktarımlarını yeniden denemenize izin veriyor.

Kapak altında 11.0 dahili bağımlılığı Action Scheduler 4.0.0‘a yükseltiyor. Özel bir eklentide Action Scheduler’a bel bağlıyorsanız, bunu canlıya itmeden önce entegrasyonunuzu gözden geçirin.

Bayrak dikilecek üç kaldırma var. Birincisi, Ürün Editörü beta tamamen kullanımdan kaldırıldı — @woocommerce/product-editor paketi, özellik bayrakları ve rotaları artık yok. O yüzeye karşı hâlâ ayakta bir entegrasyonunuz varsa, çalışmayı bıraktığı sürüm bu. İkincisi, Ürün Görseli bloğu Resolution özniteliğini kaybetti. Üçüncüsü, ReserveStock::reserve_stock_for_order() artık 60 dakikalık bir rezervasyon süresiyle varsayılıyor ve ürün kargo sınıfı taksonomisi özel hale getirildi.

Deneysel özellikler WooCommerce > Ayarlar > Gelişmiş > Özellikler altında bayraklarla geliyor — Terk Edilmiş Sepet / Ödeme kurtarma, blok tabanlı e-posta editörü (bu sürüm Vimeo, TikTok ve Dailymotion gömülerini tıklanabilir küçük resim olarak eklemeyi getiriyor) ve PHP tabanlı ayarları kademeli olarak yenileyen React tabanlı bir Ayarlar arayüzü. Deneysel, deneysel demek. Güncellemenin sebebi bunlar değil.

Bütün bunlar 28 Temmuz’daki erteleme duyurusunun taahhüt ettiği tam o yeni tarihte yayına girdi. Bu, herhangi tek bir özellikten daha önemli.

WordPress ve WooCommerce ekipleri için neden önemli

Misafir siparişi sahiplenme yıllardır açık duran bir boşluğu kapatıyor. Siparişlerinin çoğu misafir ödemeden gelen mağazalarda — doğrudan tüketiciye satış yapan siteler, hediye odaklı kataloglar, tek satın alım kategorileri — müşteri eninde sonunda garanti, abonelik veya tekrar sipariş için hesap açıyor. 11.0’dan önce, geçmiş siparişler misafir e-posta adresinde asılı kalıyordu. Sahiplenme akışı, misafir siparişinden altı ay sonra açılan bir hesabın destek talebi açmadan o geçmişi devralabileceği anlamına geliyor. Bu, destek yükünde gerçek bir azalma. Ve hesap açmaya doğru küçük bir dürtme — çünkü hesap, artık misafir ödemenin sunamadığı bir şey sunuyor.

Performans değişiklikleri fark edilmesi gereken ikinci şey — özellikle “sevilmiş ama ihmal edilmiş” dediğim mağazalarda: beş yıllık kataloglar, on binlerce sipariş, bir kez yapılandırılıp sonra unutulmuş kalıcı bir nesne önbelleği. Yeni mağazalarda ürün nesne önbelleklemenin varsayılan olarak açık gelmesi, Woo’nun nesne önbelleğinin artık özel bir durum optimizasyonu değil, varsayılan mimarinin parçası olduğunu kabullenmesi demek. 11.0 üzerinde yeni mağaza inşa ediyorsan bu varsayımı miras alırsın. Eski bir mağazayı devralıyorsan varsayılan değişmedi — ayarı kendi takviminde ve sürüm güncellemesinden ayrı bir bakım penceresinde aç.

Ürün Editörü beta’sının kaldırılması sürüm mühendisliği sinyali. O beta yıllarca katkıcı zamanı yedi ve Woo iki sürümdür emekliliğe gittiğini açıkça söylüyordu. Şimdi kod gitti. Müşterinin yönetici paneli hâlâ ona bağımlıysa, bu haftaki karışıklık üç ay sonraki gizemli soruna göre küçük ve anında olacak. Klasik ürün editörü desteklenen yüzey olmaya devam ediyor — o yüzeyin aktif olarak nereye gittiğini görmek için Haziran’daki varyasyon galerileri geliştirici notuna bak.

Action Scheduler 4.0.0 sıçraması en dikkatli değerlendirdiğim değişiklik. Action Scheduler, WooCommerce’in altındaki sıra — abonelik yenilemeleri, webhook teslimleri, HPOS arka plan işlemleri, onun sırtına binen düzinelerce eklenti. Ana sürüm demek, bir yerlerde imzalar değişti demek. as_schedule_single_action, as_next_scheduled_action çağıran ya da sıra yaşam döngüsüne kancalanan her özel kod, umut dolu bir wp plugin update yerine Action Scheduler belgelerinin gerçek bir okumasını hak ediyor.

Ne yapardım (ya da yapmazdım)

Bu haftaki ve gelecek haftaki güncelleme takvimim, uygulama sırasıyla.

Bugün ve yarın. Yönetilen her WooCommerce sitesini test ortamına klonla ve wp plugin update woocommerce --version=11.0.0 çalıştır. Veritabanı güncellemesini çalıştır. Yönetici panelinde gez — Siparişler, Ürünler, Analitik, Ayarlar. Ön yüzde gez — mağaza, tek ürün (hem basit hem değişken), sepet, ödeme (hem misafir hem oturum açmışken). Henüz egzotik bir şey yok. Kontrol ettiğin şey, RC1’i öldüren ölümcül hata sınıfının senin özel eklenti yığınında gerçekten düzelmiş olması.

Bu hafta sonuna doğru. Her özel eklenti ve mu-plugin’i doğrudan Action Scheduler API çağrıları için ve @woocommerce/product-editor‘dan bir şey import eden her yer için grep’le. Birinci liste kuyruk entegrasyon denetimi. İkinci liste bugün çalışmayı kesen kod — genellikle 2024’te birinin gönderdiği küçük bir yönetici paneli veya özel bir alan bloğu. Ya sil ya da klasik editör yüzeyine göre yeniden yaz.

10 Ağustos haftası. Daha küçük, daha az karmaşık yönetilen sitelerde önce canlı güncelleme. Mevcut mağazalar ürün nesne önbellek ayarını olduğu gibi bırakır — sürüm güncellemesiyle aynı pencerede açma. Mağazanın müşterisi bunu soruyorsa, bunun iki pencereli bir değişiklik olduğunu ve ikinci pencerenin gelecek ay olduğunu dürüstçe söyle.

17 Ağustos haftası. Daha büyük ve karmaşık retainer mağazaları. Bu hafta bilerek WordPress 7.1 GA’nın (19 Ağustos) düştüğü hafta — her site için birini seç, ötekini değil. Aynı öğleden sonra aynı triage kuyruğunda iki eşzamanlı ana yükseltme istemezsin. Daha büyük müşterilerimin çoğu bu hafta WooCommerce 11.0’ı, gelecek hafta WordPress 7.1’i alıyor. Değişiklik pencerelerini üst üste yığmak yerine ardışık tutuyoruz.

Yapmayacağım iki şey. Bu ay canlı bir mağazada üç deneysel özellikten hiçbirini açmam. Özellikle terk edilmiş sepet kurtarma, pazarlama düşünen bir müşteriye cazip gelebilir ama deneysel demek, ayarlar ve veri modeli sen farkına varmadan noktalı sürümler arasında altında kayabilir demek. Test ortamında prototiple, resmi mezuniyeti bekle, sonra gönder. Ve tüm satış hikâyesi “WooCommerce 11.0 özellikleri için ayarlar arayüzü ekler” olan hiçbir eklentiyi kurmam. Özelliklerin kanonik ayar ekranları zaten var. Onları üçüncü taraf bir katmana sarmak, tam da Core Foundations’ın emekliye ayırmaya çalıştığı teknik borç.

Hiçbir değişiklik günlüğünde olmayan ve yapmaya değer bir şey. Bu hafta müşterilerine ertelemeyi ve yeni tarihin zamanında teslim edilmesini kabul eden kısa bir not gönder. Bunu gerçekte ne olduğuyla çerçevele — tasarlandığı gibi çalışan bir sürüm boru hattı. Bir sonraki güncelleme gerçekten ısırdığında ihtiyacın olacak krediyi bu tür bir iletişim inşa eder.

WooCommerce 11.0 gösterişli bir sürüm değil. Taahhüt ettiği tarihi tutan ve mağaza sahiplerinin yıllardır sorduğu gerçek bir özelliği — misafir siparişi sahiplenme — ödeme akışına koyan bir temel sürümü. Bu kombinasyon, bu on yılın geri kalanında müşteri canlılarında çalıştıracağım açık kaynaklı bir ticaret platformundan tam olarak istediğim şey.