WooCommerce Yönetici Panelini DataViews Üzerine Kuruyor

🇬🇧 English: Read this in English →

WordPress yönetici panelinde bir ekran her yeniden yazıldığında ajans Slack’lerinde aynı tartışma yeniden açılır: yeni olan gerçekten mi daha iyi, yoksa uzatmayı bildiğimiz o eski tabloyu bırakmak için erken mi? Bu döngüyü on yılı aşkın süredir izliyorum, ve açık konuşayım cevabım genellikle “henüz değil, ama yönü şu andaki cilasından çok daha önemli” oluyor. DataViews’a bu hafta tam olarak o gözle bakmanı istiyorum.

Bu işten aldığım ilk paraya 1990’da, on dört yaşında, bir matbaaya aydınger üstüne ters baskı numarasını gösterdiğim gün kavuşmuştum. Bana bir gazoz ve harçlık verdiler. Aklımda kalan asıl şey numaranın kendisi değildi; matbaada dört kişinin aynı sayfayı elle, dördü de biraz farklı şekilde diziyor olmasıydı. Yirmi eklentiyle uzatılmış her WordPress yönetici paneline baktığımda aynı şeyi görüyorum: tek bir fikrin elle dört ayrı uygulaması. DataViews tam da bunu yapmayı bırakalım diyor.

WooCommerce’in kendi blok tabanlı ürün editörü beta sürümünü rafa kaldırmasından beş gün sonra DataViews üzerine stratejik bir yazı yayımlaması tesadüf değil. Yüksek sesle yapılmış bir rota düzeltmesi. Bu sırayla okumaya değer.

Gerçekten yeni olan ne

Veronica Fasulo, 5 Ağustos 2026 tarihinde WooCommerce Developer Blog’da What’s the value of DataViews and who is it for? başlıklı yazıyı yayımladı. Bir değişiklik notu değil, stratejik bir yazı; WordPress çekirdeğinde zaten var olan ve WooCommerce’in üzerine bahis oynadığı üç yapı taşını ortaya koyuyor:

• DataViews (WordPress 6.5 ile geldi) — yapısal veriyi liste, tablo veya ızgara olarak render eder; arama, süzme, sayfalama, sütun sırasını değiştirme ve gizleme, satır ve toplu eylemler paket içinde gelir.
• DataForms (6.6 ile geldi, 7.0’da büyütüldü) — alan tipleri, kontroller, doğrulama ve toplu düzenleme ile oluşturma ve düzenleme yüzeyi.
• Fields API — bir alanı bir kez tarif edeceğin tek yer; tipi, biçimi, görünümü ve doğrulama kuralları burada durur, sütun da Quick Edit de Bulk Edit de form da aynı tanımdan okur.
• Sunucu tarafı görünüm yapılandırma süzgeçleri WordPress 7.1 ile geliyor (GA 19 Ağustos) ve Sayfalar, Şablonlar, Şablon Parçaları ve Kalıplar için halkayı kapatıyor.

Yazının en işe yarayan cümlesi modeli anlatan cümle: verini bir kere sade bir yapılandırma olarak tarif ediyorsun, sütun da Quick Edit de Bulk Edit de form da o tarifi okuyor. “Bir kere tarif et” ilkesi bu, ve önemsemenin tek gerçek nedeni de bu.

Fasulo’nun üzerine bina ettiği hikâye Mayıs’ta paylaştığı All Products yeniden yazımı. Şu anda WooCommerce’in All Products ekranını üretimde elli’den fazla eklenti yamıyor — bu sağlıklı bir genişletilebilirlik yüzeyinin işareti değildir — ve prototip DataViews üzerine oturarak satır içi varyasyonları, yerel modal düzenlemeyi ve daha zengin süzgeçleri o yamalamaların hiçbirine gerek kalmadan gösterdi. O prototip artık ilan edilmiş bir yön; hem de WooCommerce 11.0’ın blok tabanlı ürün editörü betasını tamamen kullanımdan kaldırıp @woocommerce/product-editor paketini sildiği hafta.

7.1’den sonrası için iki takip biletinin adı geçiyor: sunucu tarafında alan kaydı (ntsekouras ve oandregal’a atanmış) ve eklentilerden özel görünüm kaydı. WooCommerce ve ciddi her eklenti geliştiricisinin bunun varsayılan geliştirme yeri olmasından önce gerçekten ihtiyaç duyduğu iki parça.

WordPress ve WooCommerce insanları için neden önemli

Üç yıldan uzun süredir çalışan herhangi bir WooCommerce mağazasına bak. Eklentiler klasörünün bir yerinde Siparişler’e bir sütun ekleyen birini, Quick Edit’e bir kontrol ekleyen bir diğerini, Bulk Edit’e bir eylem ekleyen bir üçüncüsünü ve aynı alanı metabox’a ekleyen bir dördüncüsünü bulursun. Dört uygulama, dört süzgeç zinciri, klasik WP_List_Table her elle tutulduğunda dördü birden bozulur. DataViews’ın rafa kaldırmayı önerdiği dünya bu.

Fasulo yapay zekâ açısını da hava atmadan söylüyor. Alanların, görünümlerin ve formların DOM’u yükleme anında değiştiren JavaScript yerine serileştirilebilir yapılandırma olarak tanımlandığında bir ajan onlar üzerinde akıl yürütebiliyor, bir ajans onları lint’leyebiliyor, bir kod incelemesi de bir değişikliği canlıya çıkmadan yakalayabiliyor. Matt’in geçen hafta yayımladığı Defensive Data Design doktrini ve 7.1’de zaten gelen Abilities API süzgeçleri aynı hikâyeyi anlatıyor: bir modelin uzattığı yüzeyi uzatan şey öngörülebilir, bildirimsel yüzeydir.

Ajanslar için yazının daha ilginç cümlesi klasik ekranların süresiz kullanılabilir kalacağını söyleyen cümle. Zorla göç yok. Yol ayrımı var: bu andan sonra DataViews üzerine kurduğun her şey ortak bir sözlüğü miras alıyor, eski yüzey üzerine kurduğun her şey ise her zamanki bakım borcunu biriktirmeye devam ediyor.

Yerinde olsam ne yaparım (ya da yapmam)

WordPress 7.1 GA’nın iki hafta öncesi ve sonrası için dört pratik hamle:

• Fasulo’nun yazısını bu hafta kıdemli geliştiricinle birlikte oku, sonra üretimde çalışan bir mağazayı beraber gezip özel sütunlarınızın, Quick Edit alanlarınızın ve Bulk Edit eylemlerinizin kaçının tek bir alan tarifine sığabileceğini sayın. O sayı önümüzdeki iki çeyrek için DataViews göç bütçen. İşi henüz takvime koyma; büyüklüğünü bil, o yeter.
• 7.1 GA’dan sonra bir ekran prototiplemesi yap, staging kopyasında, 7.1 ile gelen sunucu tarafı görünüm yapılandırma süzgeci ile. Sayfalar dürüst bir başlangıç noktası — daha düz veri, daha az uç durum, ortada gelir yok. Bir alanı bir kere kaydettiğinde sütunda, Quick Edit’te ve formda göründüğünü kanıtla; ticari kritik bir şeye dokunmadan önce.
• Hâlâ @woocommerce/product-editor üzerine kod gönderiyorsan, o kod 11.0’ın 4 Ağustos’ta düşmesiyle çalışmayı bıraktı. Bugün DataViews’a taşıma — sunucu tarafı alan kaydı parçası 7.1’den sonra düşüyor, altı hafta içinde iki kez taşımak ise özel bir çile türü. Şimdi klasik ürün editörünün üstüne yeniden bağla, DataViews göçünü de 2027 Q1’e planla; genişletme dikişleri düzgün adlandırılmış olur o zaman.
• Sattığı özellik “DataViews yapılandırması için arayüz ekler” olan hiçbir eklentiyi kurma. Yüzey bir JSON yapısı ve bir avuç süzgeç. Onu wp_options‘a görünüm yapılandırması yazan bir ayarlar ekranına sarmak, bu API’nin rafa kaldırmak için tasarlandığı teknik borcun tam olarak kendisidir. Yapılandırma temanda veya mu-plugin’inde durmalı, sitenin geri kalanıyla birlikte sürümlenmiş; bir sonraki tema göçünde buharlaşacak veritabanı satırında değil.

Sıralama önemli. WooCommerce 11.0 4 Ağustos’ta düştü, WordPress 7.1 GA 19 Ağustos’ta düşüyor, DataViews takip biletleri de ondan sonra. WooCommerce yükseltmesini ve WordPress yükseltmesini ayrı değişiklik pencerelerinde yap, DataViews prototiplemesini de Ağustos’un değil Eylül’ün işi olarak kabul et.

Bir WooCommerce mühendisinden gelen stratejik bir yazıya dikkat etmenin nedeni şu: stratejik yazılar sana önümüzdeki üç yıl boyunca çekirdeğe düşecek yamaların neye benzeyeceğini söyleyen yazılardır. Yön DataViews. Sürüm numaraları zamanla arayı kapatır.