WooCommerce Shopper Lists 10.9 Test Çağrısı

Çalıştığımız her WooCommerce mağazasında aynı sessiz sorun var: müşteri sepete ürün ekliyor, sonra kayboluyor. Bazen bir saatliğine, bazen bir haftalığına. Geri döndüğünde sepet boş, sipariş ise hiç olmuyor. Yirmi yıldır bu boşluğu üçüncü taraf istek listesi eklentileriyle, özel yazılmış “sonra kaydet” oturumlarıyla ve tarayıcı güncellendiğinde bozulan çerez numaralarıyla kapatmaya çalıştık.

Bu yüzden WooCommerce’in “Sonra Kaydet” ve “İstek Listeleri” özelliklerini çekirdeğe taşıdığını duyurması — başka bir eklenti olarak değil, ücretli bir uzantı olarak değil — dikkatle bakmaya değer. İşin püf noktası şu: özellikler henüz deneysel, varsayılan olarak kapalı ve ekip, mağazaların bunu üretimde açabilmesi için topluluktan açık biçimde test desteği istiyor.

İşte ne yayımlandı, gerçekte ne yapıyor ve bu hafta gerçek müşteri mağazalarında nasıl ele alırdım.

Gerçekten yeni olan ne

26 Haziran 2026’da WooCommerce, Geliştirici Bloğu’nda Shopper Lists için test çağrısı yayımladı. Yazı, aynı arka ucu paylaşan iki deneysel özelliği tanıtıyor: Sonra Kaydet (Save for Later) ve İstek Listeleri (Wishlists). İkisi de giriş yapmış alıcılara yönelik, ikisi de isteğe bağlı ve her ikisi de WooCommerce 10.9.1 veya üzerini gerektiriyor.

Sonra Kaydet, Sepet bloğundaki her ürün satırına “Sonra kaydet” bağlantısı ekliyor. Bağlantıya dokununca ürün, sepetin altında ayrı bir “Sonraya Kaydedildi” bölümüne taşınıyor; varyasyon nitelikleri (beden, renk) korunuyor, böylece alıcı geri döndüğünde yeniden seçim yapmak zorunda kalmıyor. İstek Listeleri tam tersi yönde çalışıyor: ürün sayfasındaki “Seçeneklerle Sepete Ekle” bloğunun içinde “İstek listesine ekle” kontrolü beliriyor, kaydedilen ürünler ise Hesabım > İstek Listesi bölümünde görüntüleniyor.

İki özellik de WooCommerce > Ayarlar > Gelişmiş > Özellikler ekranından, “Save for Later in Cart” ve “Wishlists” geçişleri üzerinden açılıyor. Varsayılan kapalı. Arka planda ortak bir Shopper Lists altyapısı kullanıyorlar; bu altyapı, /wc/store/v1/shopper-lists/ adresindeki yeni Store API yüzeyi ve paylaşımlı bir Interactivity API mağazası üzerinden açığa çıkıyor. Ana özellik birleştirmesi — shopper-collections adlı 26 commit’lik bir paket — trunk dalına 22 Mayıs 2026’da indi. İstek Listesi düğmesi ise “Seçeneklerle Sepete Ekle” bloğuna 17 Haziran 2026’da birleştirilen render zamanı enjeksiyon PR’ı ile geri eklendi. Düğme şablona kalıcı olarak yazılmıyor; böylece özellik kapalıyken editör “geçersiz blok” uyarısı vermiyor.

Bir şeyleri açmadan önce kavranması gereken iki önemli kısıt var. Birincisi, bu özellik sadece bloklarda çalışıyor. Sonra Kaydet, Sepet bloğunun içinde render ediliyor — klasik kısa kodlu sepette değil, Mini-Sepette de değil. İstek Listeleri ise ürün şablonunda “Seçeneklerle Sepete Ekle” bloğunu gerektiriyor. Mağazanız hâlâ klasik Woo şablonlarındaysa, bu özellikler şimdilik size çalışmıyor. İkincisi, yalnızca giriş yapmış kullanıcılar içindir. Misafir sepetlere hiçbir şey eklenmiyor; bu, kalıcı listelerin başka yerlerde de çalışma biçimiyle tutarlı (hiç tanımadığınız birini hatırlayamazsınız), ama misafir ödemeye eğilimli mağazalar için önemli bir ayrıntı.

Çerçeve şu: bu özellikler, 23 Haziran 2026’da yayımlanan WooCommerce 10.9 sürümünün içine düşüyor. Aynı sürüm zaten blok tabanlı e-posta editörü güncellemelerini, işlemsel e-posta günlüklerini, renk seçicileri ve varyasyon galerilerini çekirdeğe getirmişti. Shopper Lists, aynı yönelimin bir sonraki yapı taşı: bir zamanlar üçüncü taraf eklenti olarak monte ettiğiniz şeyi al, blok yerlisi sepet ve ödeme akışının içine taşı.

WordPress ve WooCommerce dünyası için neden önemli

WooCommerce için istek listesi eklentisi pazarı baştan beri dağınıktı. Aşağı yukarı aynı işi yapan sekiz dokuz eklenti var; her birinin kendi veri modeli, kendi kısa kodları, varyasyon kimliklerini saklama konusunda kendi yaklaşımı ve hiçbiri Store API’siyle konuşmuyor. Bir mağazayı bir istek listesi eklentisinden diğerine taşımak genelde tek seferlik bir ETL betiği yazmak ve müşteriden özür dilemek anlamına geliyordu. Eklenti yazarınız sessizleştiyse bakım yükü sizin sırtınızda kalıyordu.

Birinci taraf bir uygulama bu hesabı değiştiriyor. Veriler çekirdek tablolarda duruyor, yüzey her modern Woo bloğunun zaten konuştuğu Store API ve sözleşmenin sahibi tek bir eklenti yazarı yerine WooCommerce ekibi. On-yirmi Woo mağazası bakan ajanslar için bu, yıllar içinde geri ödeyen tipte bir sadeleşmedir — salı sabahı yamalanacak eklenti sayısı azalır, öğrenilecek tek bir API kalır, bir kez taşınıp bir daha dokunulmayacak bir veri şekli olur.

Bunun yanında gerçek bir dönüşüm açığını da kapatıyor. “Sonra kaydet” özelliği, B2B ve sepet ortalaması yüksek müşterilerimden gelen en sık talep; “istek listesi” ise hediye odaklı kategorilerin — kuyumculuk, moda, ev tekstili — en sık talebi. Şimdiye kadar dürüst yanıt “evet, ama bir eklenti seç ve onunla yaşa” idi. Artık dürüst yanıt “evet, çekirdekte, zaten geçtiğin blok tabanlı ödemenin üzerinde” olabilir.

Yine de yük taşıyan ayrıntı, blok-yalnız ve giriş-yapmış-yalnız kısıtları. Müşteri mağazanız hâlâ klasik Woo’daysa bu özellikler bugün size hitap etmiyor. Mağazanız yoğun biçimde misafir ödemeye dayanıyorsa bu özellik yalnızca giriş yapan dilime yarıyor; tipik bir D2C mağazasında bu dilim azınlıktır. Aksini iddia etmek, lansmandan altı hafta sonra hayal kırıklığına uğramış bir müşteriye yol açar.

Bu konuda ne yapardım (ya da yapmazdım)

Üretimdeki bir mağazada hiçbir geçişi henüz açmazdım. Özellik bayrağı boşuna deneysel bölümde değil; Store API yüzeyi hâlâ değişebilir ve WooCommerce ekibi sözleşme kararlı hale gelmeden önce açık bir GitHub tartışmasında geri bildirim istiyor. Deneysel özellikleri canlı mağazaya açmak, gece 11’de geri alma yapmanın klasik yoludur.

Bu hafta sahip olduğumuz her Woo projesinde yapacağım şey şu: 10.9.1 üzerinde bir hazırlık (staging) kopyası açmak ve her iki geçişi de açmak. Temanın Sepet şablonunun Sepet bloğunu kullandığından (kısa kodu değil), tekil ürün şablonunun “Seçeneklerle Sepete Ekle” bloğunu kullandığından ve yeni İstek Listesi sekmesiyle Hesabım sayfasının düzgün render olduğundan emin olmak. Varyasyon takibini sınamak — beden seç, kaydet, geri dön, bedenin hâlâ orada olduğunu doğrula. Kapatma anahtarını sınamak — geçişleri kapat ve editörde ya da ön yüzde öksüz işaretleme kalmadığını doğrula. Bu son adım, gerçek bir mağazada en çok endişe edeceğim regresyon.

Aynı mağazada zaten üçüncü taraf bir istek listesi satıyorsanız, yeni geçişleri onun üzerine açmayın. Bir taşıma yolu çıkana kadar bekleyin. Kendi yazdığınız özel “sonra kaydet” oturum mantığınız varsa, bu hafta özellik birleştirme PR’ını okumanın ve özel kodun resmî olana mı dönüşeceğine yoksa sessizce emekli mi olacağına karar vermenin tam zamanı.

Hâlâ klasik Woo şablonlarındaki müşteriler için: bu, blok Sepet ve Ödeme’ye geçişi planlamak için bir gerekçe daha. Bu ikisi WooCommerce 10.9’da varsayılan oldu, e-posta editörü bu döngüde blok yerlisi hâline geldi ve şimdi alıcı listeleri de blok yerlisi. Klasik ödeme çalışmaya devam edecek; ama giderek yeni özelliklerin uğramadığı yer hâline geliyor.

Giriş yapan alıcının önemli olduğu bir mağaza yönetiyorsanız — B2B, abonelik, tekrar satın alımı yüksek D2C, gerçek bir hesap akışı olan her yer — Shopper Lists bu döngüdeki en sonuç doğuran WooCommerce özelliği. Şimdi test edin, bulduğunuz hataları bildirin; kararlı hâline geçtiğinde elinizde daha iyi bir sürüm olur.