WordPress Eklenti Deposu Zahmete Değer mi?

Nispeten deneyimli bir WordPress eklentisi geliştiricisiyseniz, büyük olasılıkla bu soruyu kendinize zaten sordunuz - muhtemelen birden fazla.

Nispeten yeni bir WordPress eklenti geliştiricisiyseniz, muhtemelen kendinize “Bekle… Eklentimi neden depoda istemeyeyim ?!” diye soruyorsunuzdur.

Her iki soru da geçerlidir.

Hayattaki çoğu şeyde olduğu gibi, WordPress.org'daki resmi depoya bir eklenti yüklemenin avantajları ve dezavantajları vardır. Bu yazıda, tartışmanın her iki tarafına da bakacağız.

Deponun avantajları oldukça şeffaf ve açıktır, dezavantajları ise hem daha az belirgindir hem de tartışmasız daha büyük etkiye sahiptir. Sonuç olarak, bu makale ikincisine öncekinden daha fazla zaman harcayacak.

En başta, buradaki veri havuzuna son kullanıcı açısından değil, yalnızca geliştirici açısından baktığımızı belirtmek önemlidir (her ne kadar bazı kullanıcı merkezli faktörler geliştiriciyi uzun vadede etkilese de). Bu nedenle, havuzla ilgili bir dizi kullanıcı odaklı sorun olsa da - daha yakından bakmayı hak eden sorunlar - bu sorunlar yalnızca geliştiriciyi etkiledikleri ölçüde bu gönderiyle ilgilidir.

Peki, WordPress deposunun eklentiniz için zahmete değer olup olmadığına nasıl karar vereceksiniz?Tweet

Faydalarını inceleyerek başlayalım.

Geliştiriciler için WordPress Eklenti Deposunun Avantajları

Eklenti geliştiricileri, eklentilerini barındırmak için depoyu kullanmanın birçok avantajından yararlanır. Çok sayıda ürüne sahip profesyonel bir eklenti geliştiricisi olmanıza veya bunu yalnızca WordPress sevgisi için veya başka bir amaç için yapıyor olmanıza bağlı olarak, bu avantajların her biri sizin için farklı bir ağırlık taşıyabilir.

Başlangıçta, bir geliştirici olarak havuzun kullanımı için kritik bir gerekliliğe dikkat etmek önemlidir: Depodaki her eklentinin indirilmesi ve kullanılması ücretsiz olmalıdır. Ek satışa izin verilir, ancak sınırlar vardır.

Örneğin, eklentinizin iki sürümünü oluşturabilirsiniz. Birincisi – WordPress.org eklenti deposunda barındırılan – ücretsiz olmalı, ancak aynı zamanda işlevsel olmalıdır. Böylece, eklentinizin depoya yüklemek için tam özellikli olmayan bir sürümünü oluşturabilir, ardından bir kerelik ödeme veya abonelik temelinde, tam özellikli sürüm için kullanıcıya ek satış teklif edebilirsiniz. AKA Freemium modeli.

Bu nedenle, bu ekstra adımları atmak isteyen geliştiriciler için bir avantaj var: ücretsiz bir "hafif" sürüm için havuzun tüm avantajlarından yararlanırsınız ve daha sonra premium sürümünüzü ücretsiz sürümün kullanıcılarına satma fırsatına sahip olursunuz.

Bu kurulumun arkasındaki çalışma teorisi, ücretsiz sürümünüzün kullanıcılarının işlevselliğinden memnun olacağı ve bu nedenle premium sürümü kullanmak için para harcamaya daha istekli olmalarıdır. Bu kurulumun kendisi kesinlikle geliştirici için bir avantajdır. Satışı kapatmayı kolaylaştırır ve satın alma döngüsünde ikna edilmesi daha kolay noktaya taşınan kitlenin boyutunu büyük ölçüde artırır.

WordPress deposu, satın alma döngüsünde potansiyel olarak ikna edilmesi daha kolay bir noktaya taşınabilecek kitlenin boyutunu artırır.Tweet

Bu da bizi depoyu kullanan geliştiriciler için ikinci önemli avantaja götürüyor: geniş ve çeşitli bir izleyici kitlesine maruz kalma. Scotch.io'nun "WordPress Eklentisi Nasıl Oluşturulur, Bölüm 2" bölümünde belirtildiği gibi, havuz geliştiriciler için iyidir çünkü "WP topluluğunun bir parçası olursunuz".

WordPress topluluğunun birçok farklı ülkeden birçok farklı dil konuşan insanları içerdiğini düşündüğünüzde bu özellikle doğrudur: “Eklentinizin çekirdek kodlamasına dokunmadan kolayca [çevrilebilir] olması çok mantıklı.”

Bu topluluk aynı zamanda hata ayıklama ve gelecekteki geliştirme sürecini hızlandırmaya da yardımcı olabilir - depoyu kullanmanın inkar edilemez bir başka yararı.

Geliştiriciler kesinlikle kendi eklentilerinde hata ayıklayabilir ve iyileştirebilir. Ancak, geniş, aktif bir kullanıcı tabanının yardımıyla sürecin çok daha hızlı, daha sorunsuz ve daha kapsamlı olduğu inkar edilemez.

Bu, pek çok geliştiricinin - özellikle ek satış yapacak premium sürümleri olmayanların - maliyet veya zaman açısından verimli bir temelde kopyalayamayacakları bir şeydir. Bu sadece pratik değil.

O zaman, hepimizin bir dereceye kadar sahip olduğu eğilim de var: kendi işimize “kod körü” olmak. Tıpkı yazarların genellikle kendi yazım hatalarını veya dilbilgisi hatalarını görememeleri gibi, geliştiriciler de bazen kendi eklentilerindeki sorunları, yani ilgili bir kullanıcı grubunun daha kolay bulup tanımlayabileceği sorunları gözden kaçırabilir.

Depo ayrıca bir eklenti geliştiricisine zamanında ve ayrıntılı kullanıcı geri bildirimlerine erişim sunabilir. Speckyboy'un bu makalede belirttiği gibi, depoda barındırılan eklenti geliştirmenin bazı artılarını ve eksilerini özetliyor:

Depoyu etkinleştiren Trac yazılım çözümü, aslında kullanıcıların bir eklentinin özellikleri hakkında yorum yapmasına izin vermekte oldukça ustadır; eklenti kullanıcıları, kodun geliştiricisi ile doğrudan etkileşime girebilecek ve hem özellikler hakkında yorum yapabilecek hem de sezgisel olduğu kadar kullanışlı olan temel yorum sistemini kullanarak bunları gözden geçirebilecekler.

Bunu yapmak daha kolay hale getirildiğinde, kullanıcıların yalnızca işinizi daha iyi hale getirebilecek anlamlı geri bildirim sağlama olasılığı daha yüksektir.

Son olarak, depo eklentileri için, orada listelenmeyen eklentilerden daha kaliteli ve daha güvenilir olduklarına dair yerleşik bir kullanıcı algısı vardır. (Bu algının gerçekle uyuşup uyuşmadığı başka bir sorudur - bu yazının ilerleyen bölümlerinde keşfedeceğiz.) Bu, genel olarak bir kullanıcının eklentinizi indirmesini, etkinleştirmesini ve kullanmasını daha olası kılar.

Avantajlar için çok fazla. Dezavantajları nelerdir?

Destek Taşınması Ağır Bir Yüktür

Geliştiricinin, istekleri "almak" için harekete geçmesi için destek sağlamasını gerektirerek, havuz, geliştiriciye bildirimleri "gönderen" bir sistemin aksine bir çekme sistemi çalıştırıyor.

Eklentinizin yalnızca birkaç düzine indirmesi varsa ve eklenti geliştirme sizin için yalnızca bir hobiyse, bu çok önemli olmayabilir. Ancak bu sizin işinizse ve/veya özellikle popüler olanlar da dahil olmak üzere birkaç eklentiniz varsa, bir çekme sistemi üretkenliğinize, programınıza ve akıl sağlığınıza gerçekten zarar verebilir.

Kabul edelim: Geliştirici destek sunmak istese bile ücretsiz eklentiler için destek sunmak zaman alıcı bir süreç olabilir.

Geliştirici istekli olsa bile, ücretsiz eklentiler için destek sunmak çok kaynak tüketebilir.Tweet

Pek çok geliştiricinin depoyla ilgili şikayetlerinin altında, geliştirici için bir endişe eksikliği algısı var.

Çoğu zaman, bu geliştiricilerin eleştirileri, “Ücretsiz bir eklentiyi desteklemek için zaman harcamak istemiyorsanız, depodan kaçının. GitHub'da yayınlayın."

Ancak, ücretsiz eklentiler için makul destek taleplerine aldırış etmeseniz bile, çoğu kişinin ne yazık ki destek için tasarlanmış bir platform olduğuna inandığı, geliştiricilerin izlemesi için tüm yükümlülüğü getiren ve mutlaka sizinle çalışmadığı için mücadele ediyorsunuz. yerleşik iş akışları.

Kötüye Kullanıma Açık İnceleme/Derecelendirme Sistemi

Pek çok geliştirici, mevcut inceleme ve derecelendirme sisteminin, kötü niyetli kişiler veya eklentinin ne yaptığını, nasıl kullanılacağını veya destek talep etmediğini anlamayanlar tarafından manipülasyona karşı çok hassas olduğu konusunda hemfikirdir.

WP Ninjas'tan James Laws, ManageWP'deki bir makalede bunu çok iyi ifade ediyor:

Sorun şu ki, birileri bu derecelendirmeleri yaptığında sorumluluk yok. Kullanıcılar, belirli kurulumlarında çalışmadığı için bir şeyin bozulduğunu söylüyor, ancak bu her zaman böyle değil. Bazen kurulumlarında başka bir şey bozulur veya eklentiyi doğru şekilde nasıl kullanacaklarını anlamıyorlar.

Eklentilerle İlgili Kalite Sorunları

Kullanıcılar, depoda barındırılan eklentileri daha yüksek kalitede olarak algılayabilirken, çoğu geliştiriciler için bu doğru değildir; çoğu, depoda şüpheli kalitede eklentilerin varlığı hakkında yorum yapmıştır.

Bu algının bir örneği, “WordPress Eklenti Deposunda Neler Gizli?” yazısında bulunabilir. Aşağıdaki konuları detaylandıran (kuşkusuz, 2011'de):

1. “Depodaki eklentilerin yarısından fazlası WordPress 3.x ile uyumlu değil”
2. "Test ettiğim eklentilerin %85'inde PHP uyarıları, hataları ve bildirimleri vardı"
3. "Biraz kazı yaparak, depoda zayıf bir eklenti buldum ve onu bir siteyi hacklemek ve onu bir drone'a dönüştürmek için kullanabildim"
4. "Bu 15.000'den fazla eklentinin yalnızca %32'si 2011'de güncellendi"
5. “… tüm eklentilerin üçte ikisi bu yıl güncellenmedi ve üçte biri 2009'dan beri güncellenmedi.”

Mika Epstein kısa süre önce, havuza gönderilen eklentileri inceleyen gönüllülerin (beş, ister inanın ister inanmayın - sadece beş) POV'sinden tüm inceleme süreci hakkında muhteşem bir sunum yaptı (her gün ortalama 35).

Bu sunumdan, incelemenin kodla ilgili sorunları ve ayrıca ad, ticari marka vb. gibi eklenti yönergelerinin ihlallerini yakalamak için tasarlanmış uzun, zorlu ve ayrıntı odaklı bir süreç olduğu açıktır.

Başarılı mı? Tam olarak değil. Tabii ki, insanlar tarafından yürütülen herhangi bir sistem, bir miktar yanılabilirliğe açık olacaktır.

İnceleme Sürecinin Kendisi

Mika'nın sunumu ayrıca inceleme süreciyle ilgili birçok konuyu ortaya koyuyor. Temel olarak, beş gönüllü üyeden oluşan bir ekip ve her gün ortalama olarak gönderilen 35 eklentiyle, eski bir BBPress platformunda çalışırken, hızlı, akıcı, geliştirici odaklı bir süreç beklemek mantıklı değil.

Sonuç: WordPress.org'daki "eklenti ekle" sayfasında ne kadar bekleyeceğinizi bilemezsiniz - ancak önünüzde kaç tane eklenti olduğunu görebilirsiniz.

Bu yazının yazıldığı tarih itibariyle 145 eklenti inceleme kuyruğunda ve 108 tanesi ilk incelemelerini bekliyor.Tweet

Ve Speckyboy gönderisinin belirttiği gibi, "Automattic, depodaki geliştiricilere [kendi] iradesini dayatmaktan çekinmiyor."

Ayrıca, yükleme ve gönderme sürecinin özellikle acemiler için çok kullanıcı dostu olmadığını ve bu da yeni geliştiricileri becerilerini denemeye ve WordPress deneyimine yaratıcı yollarla ekleme yapmaya teşvik etmediğini belirtmekte fayda var.

Yeterli veri yok!

Eklentinizi WordPress eklenti deposunda barındırmak, eklentinizi kimin ve nasıl kullandığı hakkında size çok fazla istatistik ve veri sağlamayacaktır. Yalnızca indirme sayısıyla ve etkin yükleme sayısıyla ilgili bir tahminle yapmanız gereken, körü körüne geliştirme yapacaksınız. Bu, akıllı, veriye dayalı kararlar almayı neredeyse imkansız hale getirir.

Chris Lema'nın önerdiği gibi - verileriniz olduğunda “kör uçmazsınız” ve bu, eklentinizle ilgili yapılması gereken çok önemli ve acil kararlara gözlerinizi açabilir. Bu kararlar genellikle geliştirme ve destek açısından kullanıcılarınızın yararına ve nihayetinde eklentinizin pazarlama ve fiyatlandırma optimizasyon süreci için olacaktır.

İşte Matt Cromwell'in Chris Lema ile diğer ilgili konuların yanı sıra bu konuyu tartıştığı hızlı bir hangout.

Eklentilerini WordPress deposunda barındıran eklenti geliştiricileri, kullanıcının izni ve onayı ile yapıldığı sürece, eklenti verilerini elde etmek için meşru bir yola sahiptir. Freemius Insights, bir WordPress eklentisinin veri bulmacasındaki tüm eksik parçaları sağlayarak bu konuda yardımcı olabilir.

Eklentilere İlişkin Kısıtlamalar

Son olarak, geliştiriciler, depo için kabul edilen eklentilere ilişkin uzun bir kısıtlama listesiyle mücadele etmelidir.

WordPress.org'un geliştirici için Eklenti Dizini bilgi sayfasında kısaca özetlendiği gibi, bu kısıtlamalar şunları içerir:

1. Eklentiniz %100 GPL uyumlu olmalıdır (ve buna WordPress kodunun türevi olmayan resimler ve CSS gibi PHP dışı varlıklar dahildir)
2. Yasa dışı veya "ahlaki açıdan rahatsız edici" bir şey yapamazsınız
3. Geliştirici, WP.org sitesinde görünmesini istiyorsanız eklenti ekibi tarafından verilen Subversion deposunu kullanmalıdır – “bir barındırma sitesidir, listeleme sitesi değil” dizini
4. Okunabilir ve WP eklentisi benioku dosyası standardı ile uyumlu bir benioku.txt dosyası olmalıdır

WordPress ticari markalarını ihlal etme yasağı ve ekibin spam, yasa dışı veya ahlaki açıdan sakıncalı eklentiler olarak nitelendirilebilecek eklentileri kaldırabileceğine dair başka bir hatırlatma da dahil olmak üzere çok daha uzun bir yönerge ve gereksinim listesi vardır.

Çözüm

Bu makalede bahsedilen pek çok dezavantajın temelinde, geliştirici topluluğunun bakış açısına ve ihtiyaçlarına yönelik farkındalık eksikliği veya dikkate alınmaması yatmaktadır.

Depo için kabul edilen eklentilerin kalitesiyle ilgili algılanan veya gerçek sorun ve uygulanan birçok gereksinim ile birleştiğinde, havuzun bazı geliştiriciler için çekiciliğini kaybetmesi şaşırtıcı değildir.

Çözüm nedir?

Kodunuzla WordPress topluluğuna hızlı bir şekilde katkıda bulunmak isteyen bir geliştiriciyseniz – Coen Jacobs gibi GitHub'ı düşünebilirsiniz:

Temelde kodunuzu saklayabileceğiniz uzak bir havuzdur. Ancak GitHub daha fazlasını sunar. Temel bir bilet sistemi, wiki ve kodunuzu çevrimiçi olarak görüntülemenin (ve havuzunuz herkese açıksa paylaşmanın) güzel bir yolunu elde edersiniz.

Elbette GitHub, eklenti geliştiricilerine kendi avantajlarını ve dezavantajlarını sunar. Bu nedenle, nihai bir karar vermeden önce soruyu eleştirel olarak düşünmelisiniz.

Ancak, WordPress eklenti dünyasındaki niyetleriniz ve planlarınız uzun vadeli ve tekrar ediyorsa - ve belki bir noktada eklentinizden freemium modelini kullanarak para kazanmak isteyebilirsiniz - belki de WordPress.org deposu sizin için doğru olsa da tüm dezavantajları. Ayrıca, WordPress topluluğunun üyeleri olarak, dezavantajlarını ve sorunlarını gidermek için depoda iyileştirmeler için baskı yapmalıyız.

Ne düşünüyorsun? Deponun avantajları, eklenti geliştiricileri için tüm dezavantajlara ve sorunlara değer mi?