WordPress Performans Ekibi, Kritik Geri Bildirimden Sonra Tartışmalı WebP'yi Varsayılan Öneriye Göre Beklemeye Aldı

WordPress Performans ekibi, topluluk kritik geri bildirimleri ve önemli teknik endişeleri dile getirdikten sonra Varsayılan Olarak WebP teklifini beklemeye aldı. Yeni özellik, yeni JPEG yüklemeleri için varsayılan olarak yükleme sırasında WebP görüntüleri oluşturacak ve web sitesi içeriği için varsayılan olarak WebP görüntülerini kullanacaktır. WordPress'in Performans ekibi, bu güncellemeyi yaklaşan 6.0 sürümü için önerdi.

Google sponsorluğunda katkıda bulunan Adam Silverstein, teklifin durumuyla ilgili bir güncellemede, "Performans ekibi geri bildirimleri duydu ve topluluğun endişelerini ciddiye alıyor" dedi. "Topluluğun yardımıyla, ek veri odaklı araştırmalar yürütmek için çalışacağız. Bulgularımıza dayanarak, varsayılan olarak WebP'yi etkinleştirmek için önerilen yaklaşımımızı yeniden değerlendireceğiz."

Özelliğin vokal muhalifleri, onu "ağır el" olarak nitelendirdi ve yalnızca "opt-in" olması için zorladı veya devre dışı bırakmak için daha kullanıcı dostu bir yolla sunuldu. Başlıca endişelerden biri, teklifin JPEG alt boyutlarına ek olarak WebP küçük resimleri oluşturacağından, görüntüler için kullanılan disk alanı miktarını ikiye katlama potansiyeline sahip olmasıdır.

Viktor Nagornyy, teklifle ilgili bir yorumda depolama endişelerini özetledi:

Bu sadece görüntü formatlarıyla ilgili değil. Daha fazla görüntü oluşturarak disk alanı kullanımını önemli ölçüde artıracaksınız. Bu, depolama limiti olan yönetilen ana bilgisayarlarda WordPress barındıran herkesi, sınırlı depolamaya sahip kendi sunucularını, görüntüleri S3'e boşaltan herkesi vb. etkileyecektir. Bu nedenle, Medya seçenekleri altında bunu devre dışı bırakmak için bir seçenek olması gerekir. Eklentiler ve temalar nedeniyle WP tarafından oluşturulan gizli resimler zaten sorunlara neden oluyor. Bir sitenin yüklenen her resim için 20 resim oluşturduğunu gördüm. Yüklemeler dizini 20GB idi. Buna ek olarak webp görselleri eklemeyi hayal edebiliyor musunuz?

Bu doğrudan barındırma maliyetini etkiler. Bir sürü fatura sorununa neden olacaksınız.

Performans Ekibi, barındırma topluluğuyla yakın bir şekilde çalıştıklarını, ancak bu değişikliğin, kademeli depolama alanı sınırlarına sahip planlar satan ana bilgisayarlara doğrudan fayda sağladığını söyledi.

WordPress ajansı sahibi Andrew Wilder, “Ayrıca önemli çıkar çatışmaları da var” dedi. “WebP, Google'ın Oluşturduğu bir biçimdir ve Performans Ekibine liderlik eden Google Mühendisleridir. WordPress ajansı sahibi Andrew Wilder söyledi. "Bu teklif, Google'ın çıkarlarına hizmet etmek için tasarlandı (web'de gezinmelerini daha kolay ve daha ucuz hale getiriyor). Ve ihtiyaç duyulan tüm ek depolama alanı için artan maliyet, Google tarafından değil site sahipleri tarafından karşılanacak."

Barındırma şirketleri ayrıca, yükseltme yapmak zorunda kalan müşteriler için artan faturaya değmeyebilecek WebP'yi varsayılan olarak etkinleştirmenin bir sonucu olarak komplikasyonlar yaşayabilir. WordPress barındırma şirketi WPopt AB'nin Genel Müdürü Charles Smith, özellikle destek ve yedekleme maliyetleriyle ilgili olarak, teklifle ilgili bir yorumda ev sahipleri için bu endişelerin bir örneğini dile getirdi:

Disk alanı – kullanıcılarımızın büyük çoğunluğu çok büyük resim kitaplıklarına sahiptir. Henüz sınırlara ulaşmamış olsalar da, medya kitaplığı boyutunu etkin bir şekilde ikiye katlamak birçok insan için sorunlara neden olacaktır. Bunun birkaç yoldan biriyle sona erdiğini görebiliyorum - ya bizden webp dosyalarını silmemizi isteyecekler (bu nedenle, bizim için daha fazla iş, teşekkürler!) veya ücretsiz olarak daha fazla disk alanı sunmadığımız için üzülecekler ve potansiyel olarak bizi terk edecekler.

Yedeklemeler zaten en büyük giderlerimizden biri. Birden çok çözüme ve birden çok depolama konumuna yatırım yapıyoruz. Böyle bir karar *doğrudan* maliyetlerimizi artıracaktır. Ayrıca hesap restorasyonlarını, hesap geçişlerini ve benzeri işlemleri daha fazla zaman alıcı hale getirecek.”

En son güncellemede Silverstein, Performans Ekibinin WebP'yi varsayılan olarak etkinleştirmedeki birincil amacının WordPress'in görüntü işlemesini rakiplerinin düzeyine getirmek olduğunu söyledi.

Silverstein, "Bu özelliğin temel amacı, WordPress'in Duda, Wix ve Shopify gibi diğer CMS'lerin halihazırda yaptığı gibi daha performanslı formatları işleyebilmesi ve sunabilmesi için temel oluşturmaktır" dedi.

Bu akıl yürütme, WordPress sitelerini destekleyen ve sürdüren siperlerde bulunan kişilerin dile getirdiği endişelerden büyük ölçüde kopmuştur. Ekibin, disk alanı sorununu yeterince ele almadan WebP'nin avantajlarını satmaya yönelik ilk yaklaşımı, kısa sürede toplulukta önemli bir tepki yarattı.

Performans Ekibi temsilcileri teklifin yorumlarındaki endişelere yanıt verirken, tartışmadaki birkaç katılımcı "varsayılan olarak WebP" taraftarlarının teklifin kullanıcılar için gerçek dünyadaki etkilerini tam olarak kavramadıklarını hissettiklerini söyleyerek daha da sinirlendi. WordPress'in onları kullanmayı seçenler için WebP görüntüleri için zaten desteği olduğu göz önüne alındığında, onu çekirdeğe getirme zaman çizelgesi de aceleye getirilmiş ve erken görünüyordu.

WordPress ajansı sahibi Sergio Scabuzzo, "Alt satır oldukça basit" dedi. “İyi bir sebep olmaksızın görüntü sayısını ikiye katlamamız isteniyor.

“Tüm görüntüleri bir WebP sürümüne sahip olmaya zorlamanın küçük bir bant genişliği avantajı var. Ama daha sonra arka tarafta elimizde bir bok gösterisi olacak. Medya kitaplıkları şimdi ne kadar yönetilebilir? Harika, şimdi bunu başka bir medya formatı ile ikiye katlayın. Aaa dur biraz sonra AVIF'i de ekleyelim...

"Bu bir karar değil, çözüm arayan bir sorundur. Bu değişiklik yalnızca bir web tarayıcısından, arama motorundan, desteklenen cihazdan/ortamdan harikadır. Ancak WordPress ekosistemi için bakım ve barındırma maliyetlerinde büyük bir baş ağrısı yaratacaktır.”

Performans Ekibi şimdi yaklaşımını yeniden değerlendiriyor ve durumunu daha fazla veri ve araştırmayla desteklemeye çalışıyor. Silverstein, ekibin WebP'yi varsayılan olarak etkinleştirmenin etkisine ilişkin araştırmaları izlediği iki GitHub sorununa atıfta bulundu:

1. Araştırma: Ek WebP görüntülerinin yüklemeye etkisi [Sorun #289]
2. Araştırma: WebP uyumluluğu [Sayı #290]

"Araştırmamızı tamamladıktan ve bu iki konudaki sonraki adımları belirledikten sonra, ortaya çıkan diğer iki endişeyi yeniden değerlendirmek için toplulukla birlikte çalışacağız - özelliğin varsayılan olarak açık/kapalı olması ve özelliği açma/kapama," dedi Silverstein.