WooCommerce Varyasyon Galerileri Çekirdeğe Geldi (10.9)

🇬🇧 English: Read this in English →

Tanıdığım her WooCommerce ajansının “her kurulumda otomatik yüklenenler” listesi vardır. Varyasyonlu ürünler için bu listenin başında, neredeyse on yıldır aynı isim duruyor: her varyasyona ayrı görsel galerisi ekleyen bir eklenti. Çekirdeğin getirmediği, pazarın kendi başına çözdüğü ve artık kimsenin sorgulamadığı o işlerden biri. Yirmi yıllık içerik yönetim sistemi deneyimi şunu öğretti: sıkıcı işler — düşünmeden kurduğun parçalar — er ya da geç platformun kendi içine çektiği yerlerdir.

Bu ay olan tam olarak bu. WooCommerce 10.9, varyasyon görsel galerilerini yerel olarak çekirdeğe getiriyor. Veri modeli, ciddi mağazaların elle kurduğu yapıya birebir oturuyor. En yaygın üçüncü taraf eklentilerinden geçiş otomatik. Özellik bir anahtarın arkasında geliyor ki kimse pazartesi sabahı sürpriz yaşamasın. Renk veya kumaş değişikliğinin ürünün tüm fotoğraf setini değiştirdiği moda, gözlük, mobilya gibi katalogları yöneten ajanslar için bu, kurulum kontrol listeni sessizce değiştiren cinsten bir sürüm notu.

İşte 10.9’da gerçekten ne var, yıllardır kurduğumuz yığın için ne anlama geliyor ve pazartesi sabahı ne yapardım, ne yapmazdım.

Gerçekten yeni olan ne

WooCommerce 10.9 beta 1 (10.9.0-beta.1) 9 Haziran 2026’da yayınlandı; nihai sürüm 23 Haziran 2026 için planlandı, WooCommerce geliştirici blogundaki resmi 10.9 yazısına göre. Üzerinde durmak istediğim manşet, sürüm yazılarının çoğunun listenin bir köşesine attığı şey: varyasyon görsel galerileri artık çekirdekte. Özellik varsayılan olarak kapalı geliyor ve WooCommerce > Ayarlar > Gelişmiş > Özellikler altındaki “Variation gallery” anahtarıyla açılıyor.

Teknik sözleşmenin geçtiği daha derin yol haritası yazısı — Marco Lucio Giannotta’nın 19 Mayıs 2026 tarihli “Bringing Variation Galleries into Core” yazısı — okunmaya değer. Varyasyonlu ürünün her varyasyonu artık kendi sıralı galerisini taşıyabiliyor; bu, varyasyonların yıllardır sahip olduğu tekil öne çıkan görselin üzerinde yeni bir katman. Mağaza tarafında, “Müşteri bir varyasyon seçtiğinde, galeri o varyasyonun tüm görsel setini gösterecek şekilde değişiyor.” Yönetim panelinde, varyasyonun öne çıkan görseli ve galerisi tek bir sıralı liste olarak sunuluyor ve listedeki ilk öğe otomatik olarak “birincil” işaretleniyor.

Üzerine geliştirme yapan herkesin dikkat etmesi gereken iki nokta var. Birincisi, veri modeli ana ürün galerileriyle aynı postmeta anahtarını — _product_image_gallery — kullanıyor. Yani ürün ve varyasyonu arasındaki sözleşme tutarlı. İkincisi, REST API varyasyon uç noktalarında galeriyi gallery_image_ids özelliği üzerinden açıyor; tıpkı ana üründe olduğu gibi. single-product/add-to-cart/variable.php tema override’ı çalışmaya devam ediyor. Bunların hiçbiri egzotik değil. Pazarın yarısının zaten kendi başına ürettiği desenin en temiz hâli.

Geçiş hikâyesi, müşterilere önümüzdeki bir yıl boyunca alıntılayacağım kısım. _wc_additional_variation_images içinde duran eski veri, Action Scheduler toplu işleriyle kanonik anahtara taşınıyor. Özellik açıldığında WooCommerce, standalone WooCommerce Additional Variation Images eklentisini otomatik olarak pasifleştiriyor ve idempotent bir arka plan işi veriyi 250 varyasyonluk gruplar hâlinde aktarıyor, tamamlanana kadar yeniden kuyruğa alıyor. Mevcut veri korunuyor, dolayısıyla eklentiye geri dönüş yolu açık kalıyor. Bu pazarlama vaadi değil. Kıdemli bir danışmanın bir değişiklik onay toplantısında savunabileceği bir sözleşme.

Aynı 10.9 beta’sı son günlerde tek tek ele aldığımız başka kalemleri de getiriyor: deneysel çift API ve GraphQL altyapısı, yerel Renk/Görsel öznitelik tipi ve renk seçicileri, WooCommerce > Durum > Kayıtlar içinde işlem e-postası kayıtları ve WooCommerce 11.0’da kaldırılmak üzere blok tabanlı Ürün Düzenleyici beta’sının kullanım dışı bırakılması. Varyasyon galerisi bu manşetlerin en sessizi ve çalışan mağazalar için bu ay muhtemelen en yüksek etkilisi.

Bu “her varyanta ayrı set” derdini yıllar önce elle çektim

Aynı ürünün beş renkte, üç kumaşta gösterilmesi derdi bana hiç yeni gelmiyor, çünkü bu işi dijital katalog diye bir kavram doğmadan önce yaptım. CorelDRAW başında geçirdiğim yıllarda bir müşteri “şu koltuğu altı döşemede istiyoruz” dediğinde, her varyant için ayrı bir çıktı hazırlar, hangi görselin hangi ürün koduna gittiğini elle bir listede tutardım. Asıl iş çizim değildi; asıl iş o eşlemeyi bozmadan tutmaktı. Bir varyantın görselini yanlış koda bağladığın an, matbaadan yanlış renk döner ve o hatayı ancak binlerce baskı sonra fark ederdin.

WooCommerce’in şimdi yaptığı tam olarak o eşlemeyi platformun kendisine devretmek. Her varyasyon kendi sıralı galerisini taşıyor, birincil görsel liste sırasından türüyor, veri de ana ürünle aynı anahtarda oturuyor. Yani “hangi görsel hangi koda gidiyor” sorusunu artık senin bir eklentinin ayar ekranında ya da aklında tutman gerekmiyor — sözleşme veri modelinin içinde. Otuz yıl önce bir varyant setini yönetmenin en kırılgan yeri o insan eliyle tutulan eşlemeydi; çekirdeğe giren şey de aslında bu.

WordPress ve WooCommerce tarafı için ne anlama geliyor

Varyasyonun sadece bir etiketi değil, ürünün görselini değiştirdiği bir katalog işletiyorsan — renk, kaplama, kumaş, çerçeve, döşeme — en geç 2017’den beri bunun için fazladan bir eklenti taşıyorsun. Woo’nun resmi eklentisi. Otuz bin aktif kurulumla Emran Ahmed’in popüler topluluk eklentisi. RadiusTheme veya WPC gibi temayla birlikte gelen eşdeğerlerinden biri. Hepsi çalışıyor. Hepsi, güncelleme programına bir bağımlılık, güvenlik incelemene bir tedarikçi ve sepete küçük bir risk yüzeyi ekliyor. Bu risk yüzeyi, çoklu mağaza filolarında çoğalır.

Özelliği çekirdeğe çekmek üç şeyi aynı anda yapıyor. Kurulum manifestinden bir bağımlılığı çıkarıyor. Veri modelini standartlaştırıyor; gelecekteki herhangi bir şablon, blok ya da mağazayı inceleyen yapay zekâ ajanı tek bir yere bakabilir. Ve mağaza editörlerine varyasyon görselleri için iki rakip arayüz yerine tek bir yönetim yüzeyi veriyor. Aynı anda yirmi-elli mağaza yöneten ajanslar için bu, gerçek anlamda operasyonel rahatlama demek.

Burada bir stratejik sinyal de var. WooCommerce ekibi bir süredir “daha çoğu çekirdekte” hattını açıkça izliyor — yaygın e-ticaret ilkelerini temel ürüne taşıyarak eklenti geliştiricilerinin farklılaştırıcı işe odaklanmasını sağlamak. Renk seçicileri aynı yoldan gitti. Varyasyon galerileri arkasından geliyor. İyi anlaşılmış tek bir şey yapan ücretli bir eklenti işleten herkes için sorulması gereken örtük soru: sıradaki o şey o mu? Pragmatik cevap, öyle olduğunu varsayıp buna göre kurgulamak.

Ben olsam ne yapardım, ne yapmazdım

Çalışan bir mağazada bu hafta canlıda anahtarı açma. 10.9 nihai sürümü 23 Haziran’da geliyor. Onu bekle. Önce hazırlama ortamında, tercihen canlının veri tabanı klonu üzerinde test et. Anlamlı soru anahtarın çalışıp çalışmadığı değil — senin spesifik eski verinin temiz şekilde geçip geçmediği ve temanın yeni galeriyi markanın beklediği gibi render edip etmediği.

Hazırlama ortamında dört şeyi sırasıyla yap. Şu anki varyasyon başına görsellerini hangi eklenti üretiyor ve kaç ürün bunu kullanıyor, listele. Variation gallery anahtarını aç ve Action Scheduler toplu işlerinin tamamlanmasını bekle; resmi rehberlik 250 varyasyon/parti, dolayısıyla birkaç bin varyasyonluk bir katalog hafta sonu değil, kahve molası işi. Temsilî bir varyasyonlu ürünü hazırlamada ve canlıda aynı SKU ve aynı seçici üzerinden karşılaştır; galeri sırası, birincil görsel ve ilk kare zoom davranışı uyuşuyor mu, bak. Sonra REST API üzerinde hızlı bir test koş: bir varyasyon uç noktasını çağır ve gallery_image_ids‘in beklediğin şeyi içerdiğini doğrula. Çünkü aşağı akışta her şey — bir PIM senkronu, bir pazaryeri export’u, bir yapay zekâ ajanı — oradan okuyacak.

Temmuz’dan sonra teklif edilen yeni kurulumlarda çekirdek özelliğini varsayılan kabul ederim ve standalone eklentiyi her devralma işinde kaldırılacak kalem olarak fiyatlandırırım. Mağazayı Store API ya da yeni dual API üzerinden başsız okuyan kurulumlarda gallery_image_ids alanını bundan sonrası için kanonik kaynak kabul et ve uygulama kodunda eski _wc_additional_variation_images postmeta’sını okumayı bırak. Eski veri güvenlik için diskte kalıyor ama yeni kodu ona bağlama.

Yapmayacağım şey ise ilk gün üçüncü taraf eklentiyi paniğe kapılıp kaldırmak. Bir sürüm döngüsü boyunca pasif bıraksın. Geçiş hazırlamada ve sonra üretimde temiz tamamlandıysa, kaldırma işini iki hafta sonraki sessiz bir bakım penceresine planla. WooCommerce geri dönüş yolunu bilerek bıraktı. Kullan.

Büyük resim, müşterilerle her seferinde döndüğüm noktaya çıkıyor. Platform, pazarın kanıtladığı desenleri içine çekiyor. Bu emilimden sağ çıkan eklentiler, manşetten daha zor bir sorunu çözenlerdir. WooCommerce üzerine inşa ediyorsan, çekirdeğin sessizce hangi parçaları içine aldığına bak — bu, gelecek bir yılın farklılaştırma haritasının “olmayacak” kısmıdır.