Apakah Repositori Plugin WordPress Layak Direpotkan?

Jika Anda adalah pengembang plugin WordPress yang relatif berpengalaman, kemungkinan besar Anda sudah menanyakan pertanyaan ini pada diri sendiri – mungkin lebih dari sekali.

Jika Anda adalah pengembang plugin WordPress yang relatif baru , Anda mungkin bertanya pada diri sendiri "Tunggu ... mengapa saya tidak ingin plugin saya di repositori ?!"

Kedua pertanyaan itu valid.

Seperti kebanyakan hal dalam hidup, ada kelebihan dan kekurangan mengunggah plugin ke repositori resmi di WordPress.org. Dalam artikel ini, kita akan melihat kedua sisi perdebatan.

Keuntungan dari repositori cukup transparan dan jelas, sedangkan kekurangannya kurang jelas dan bisa dibilang berdampak lebih besar. Akibatnya, artikel ini akan menghabiskan lebih banyak waktu untuk yang terakhir daripada yang pertama.

Penting untuk dicatat di awal bahwa kita melihat repositori di sini murni dari perspektif pengembang – bukan pengguna akhir (walaupun beberapa faktor yang berpusat pada pengguna memang berdampak pada pengembang dalam jangka panjang). Jadi, meskipun ada sejumlah masalah berorientasi pengguna dengan repositori — masalah yang jelas-jelas layak untuk dilihat lebih dekat — masalah tersebut hanya relevan dengan posting ini sejauh mereka berdampak pada pengembang.

Jadi bagaimana Anda memutuskan apakah repositori WordPress sepadan dengan kerumitan plugin Anda? Tweet

Mari kita mulai dengan memeriksa manfaatnya.

Keuntungan dari Repositori Plugin WordPress untuk Pengembang

Pengembang plugin menikmati sejumlah manfaat dari menggunakan repositori untuk meng-host plugin mereka. Bergantung pada apakah Anda seorang pengembang plugin profesional dengan banyak produk atau melakukannya hanya untuk cinta WordPress, atau tujuan lain, masing-masing keunggulan ini mungkin membawa bobot yang berbeda untuk Anda.

Awalnya, penting untuk dicatat satu persyaratan penting untuk penggunaan repositori sebagai pengembang: Setiap plugin dalam repositori harus gratis untuk diunduh dan digunakan. Upselling diperbolehkan, tetapi ada batasannya.

Misalnya, Anda dapat membuat dua versi plugin Anda. Yang pertama – yang dihosting di repositori plugin WordPress.org – harus gratis, tetapi juga harus berfungsi. Jadi Anda dapat membuat versi plugin Anda yang tidak berfitur lengkap untuk diunggah ke repositori, lalu menawarkan upsell kepada pengguna untuk versi berfitur lengkap, baik untuk pembayaran satu kali atau dengan basis langganan. alias model Freemium.

Jadi ada keuntungan bagi pengembang yang bersedia mengambil langkah ekstra ini: Anda mendapatkan semua manfaat dari repositori untuk versi "ringan" gratis, dan kesempatan untuk kemudian menjual versi premium Anda kepada pengguna versi gratis.

Teori kerja di balik penyiapan ini adalah bahwa pengguna versi gratis Anda akan senang dengan fungsinya, sehingga mereka cenderung bersedia mengeluarkan uang untuk menggunakan versi premium. Pengaturan itu sendiri jelas merupakan keuntungan bagi pengembang. Itu membuatnya lebih mudah untuk menutup penjualan, dan itu sangat meningkatkan ukuran audiens yang telah dipindahkan ke tempat yang lebih mudah diyakinkan dalam siklus pembelian.

Repositori WordPress meningkatkan ukuran audiens yang berpotensi dipindahkan ke tempat yang lebih mudah diyakinkan dalam siklus pembelian. Tweet

Dan itu membawa kita ke manfaat utama kedua bagi pengembang yang menggunakan repositori: paparan ke audiens yang luas dan beragam. Seperti yang ditunjukkan oleh Scotch.io "Cara Membangun Plugin WordPress, Bagian 2", repositori ini bagus untuk pengembang karena Anda menjadi "bagian dari komunitas WP."

Itu terutama benar ketika Anda mempertimbangkan bahwa komunitas WordPress mencakup orang-orang dari sejumlah negara berbeda yang berbicara dalam banyak bahasa berbeda: “Sangat masuk akal jika plugin Anda mudah [diterjemahkan] tanpa harus menyentuh pengkodean intinya.”

Komunitas itu juga dapat membantu mempercepat proses debug dan pengembangan di masa mendatang – manfaat lain yang tidak dapat disangkal menggunakan repositori.

Pengembang pasti dapat men-debug dan memperbaiki plugin mereka sendiri. Tetapi tidak dapat disangkal bahwa prosesnya jauh lebih cepat, lebih lancar, dan lebih teliti dengan bantuan basis pengguna aktif yang besar.

Itu adalah sesuatu yang tidak dapat direplikasi oleh banyak pengembang – terutama yang tidak memiliki versi premium untuk dijual – dengan basis hemat biaya atau waktu. Hanya saja tidak praktis.

Kemudian juga, ada kecenderungan yang kita semua miliki sampai tingkat tertentu: menjadi "buta kode" pada pekerjaan kita sendiri. Sama seperti penulis yang sering tidak dapat melihat kesalahan ketik atau kesalahan tata bahasa mereka sendiri, pengembang terkadang dapat melewatkan masalah di plugin mereka sendiri – masalah yang dapat ditemukan dan diidentifikasi oleh kelompok pengguna yang terlibat dengan lebih mudah.

Repositori juga dapat menawarkan akses pengembang plugin ke umpan balik pengguna yang tepat waktu dan bernuansa. Seperti yang dicatat Speckyboy dalam artikel ini yang menguraikan beberapa pro dan kontra dari pengembangan plugin yang di-host-repositori:

Solusi perangkat lunak Trac yang mengaktifkan Repositori sebenarnya cukup mahir dalam membiarkan pengguna mengomentari fitur plugin; pengguna plugin akan dapat berinteraksi langsung dengan pengembang kode, dan mereka dapat mengomentari fitur serta meninjaunya menggunakan sistem komentar dasar yang berguna dan intuitif.

Saat melakukannya menjadi lebih mudah, pengguna cenderung memberikan umpan balik yang berarti, yang hanya dapat membuat pekerjaan Anda lebih baik.

Terakhir, ada persepsi pengguna bawaan untuk plugin repositori bahwa mereka memiliki kualitas yang lebih tinggi dan lebih dapat dipercaya daripada plugin yang tidak terdaftar di sana. (Apakah persepsi itu cocok dengan kenyataan adalah pertanyaan lain – yang akan kita jelajahi nanti di posting ini.) Itu membuatnya lebih mungkin secara keseluruhan bahwa pengguna akan mengunduh, mengaktifkan, dan menggunakan plugin Anda.

Begitu banyak untuk keuntungan. Apa kekurangannya?

Dukungan Adalah Beban Berat untuk Dibawa

Dengan mengharuskan pengembang untuk memberikan dukungan untuk mengambil tindakan untuk "mendapatkan" permintaan, repositori menjalankan sistem tarik, berbeda dengan yang "mendorong" pemberitahuan ke pengembang.

Jika plugin Anda hanya memiliki beberapa lusin unduhan, dan pengembangan plugin hanyalah hobi bagi Anda, ini mungkin bukan masalah besar. Tetapi jika ini adalah bisnis Anda, dan/atau Anda memiliki beberapa plugin, termasuk beberapa plugin yang sangat populer, sistem tarik benar-benar dapat merusak produktivitas, jadwal, dan kewarasan Anda.

Mari kita hadapi itu: menawarkan dukungan untuk plugin gratis dapat memakan waktu, bahkan jika pengembang ingin menawarkan dukungan.

Menawarkan dukungan untuk plugin gratis bisa sangat memakan sumber daya, bahkan jika pengembang cenderung.Tweet

Di bawah banyak keluhan pengembang tentang repositori, ada persepsi kurangnya perhatian pengembang.

Seringkali, kritik pengembang ini ditanggapi dengan beberapa versi “Jika Anda tidak ingin menghabiskan waktu untuk mendukung plugin gratis, hindari repositori. Rilis di GitHub.”

Tetapi bahkan jika Anda tidak keberatan dengan permintaan dukungan yang wajar untuk plugin gratis, Anda masih melawan apa yang diyakini banyak orang sebagai platform dukungan yang dirancang secara sayangnya, yang menempatkan semua kewajiban pada pengembang untuk memantau, dan tidak selalu bekerja dengan Anda alur kerja yang ditetapkan.

Sistem Review/Rating Rentan terhadap Penyalahgunaan

Banyak pengembang setuju bahwa tinjauan dan sistem penilaian saat ini terlalu rentan untuk dimanipulasi oleh mereka yang memiliki motif buruk atau mereka yang tidak mengerti apa yang dilakukan plugin, bagaimana menggunakannya, atau meminta dukungan.

James Laws dari WP Ninjas menjelaskannya dengan baik dalam sebuah artikel di ManageWP:

Masalahnya adalah tidak ada akuntabilitas ketika seseorang membuat penilaian ini. Pengguna mengatakan ada sesuatu yang rusak hanya karena tidak berfungsi dalam pengaturan khusus mereka, tetapi itu tidak selalu terjadi. Terkadang ada hal lain yang rusak dalam penyiapannya, atau mereka hanya tidak mengerti cara menggunakan plugin dengan benar.

Masalah Kualitas dengan Plugin

Sementara pengguna mungkin menganggap plugin yang dihosting di repositori memiliki kualitas yang lebih tinggi, itu tidak selalu benar untuk pengembang, banyak dari mereka yang berkomentar tentang keberadaan plugin dengan kualitas yang meragukan di repositori.

Salah satu contoh persepsi ini dapat ditemukan di posting “Apa yang Mengintai di Repositori Plugin WordPress?” yang merinci masalah-masalah berikut (diakui, pada 2011):

1. “Lebih dari setengah plugin di repositori tidak kompatibel dengan WordPress 3.x”
2. “85% plugin yang saya uji memiliki peringatan, kesalahan, dan pemberitahuan PHP”
3. “Dengan sedikit penggalian, saya menemukan sebuah plugin di repo dengan kelemahan dan dapat menggunakannya untuk meretas situs dan mengubahnya menjadi drone”
4. “Hanya 32% dari 15.000+ plugin yang telah diperbarui pada tahun 2011”
5. “… dua pertiga dari semua plugin belum diperbarui tahun ini, dan sepertiga belum diperbarui sejak 2009.”

Mika Epstein baru-baru ini memberikan presentasi spektakuler tentang seluruh proses peninjauan dari POV para sukarelawan (lima, percaya atau tidak – hanya lima) yang meninjau plugin yang dikirimkan untuk repositori (rata-rata, 35 setiap hari).

Dari presentasi ini, jelas bahwa peninjauan adalah proses yang panjang, sulit, dan berorientasi pada detail yang dirancang untuk menangkap masalah dengan kode, serta pelanggaran pedoman plugin seperti nama, merek dagang, dll.

Apakah itu berhasil? Tidak semuanya. Tentu saja, sistem apa pun yang dijalankan oleh manusia akan rentan terhadap beberapa tingkat kesalahan.

Proses Peninjauan Itu Sendiri

Presentasi Mika juga memaparkan banyak masalah dalam proses peninjauan. Pada dasarnya, dengan tim yang terdiri dari lima anggota sukarelawan dan 35 plugin yang dikirimkan rata-rata setiap hari, bekerja pada platform BBPress yang sudah ketinggalan zaman, tidak masuk akal untuk mengharapkan proses yang cepat, efisien, dan berorientasi pada pengembang.

Hasil akhirnya: Pada halaman “tambah plugin” di WordPress.org, Anda tidak akan mengetahui berapa lama Anda akan menunggu – tetapi Anda dapat melihat berapa banyak plugin yang mengantre di depan Anda.

Pada saat penulisan ini, 145 plugin dalam antrian tinjauan, dengan 108 menunggu tinjauan awal mereka.Tweet

Dan, seperti yang dikatakan oleh posting Speckyboy, “Automattic tidak malu memaksakan kehendak [nya] pada pengembang di repositori.”

Perlu juga dicatat bahwa proses pengunggahan dan pengiriman tidak terlalu ramah pengguna, terutama bagi pemula, yang tidak mendorong pengembang baru untuk mencoba keterampilan mereka dan menambah pengalaman WordPress dengan cara yang kreatif.

Tidak Cukup Data!

Hosting plugin Anda di repositori plugin WordPress tidak akan memberi Anda banyak statistik dan data tentang siapa yang menggunakan plugin Anda dan bagaimana caranya. Anda akan berkembang secara membabi buta, yang harus dilakukan hanya dengan jumlah unduhan , dan perkiraan jumlah pemasangan aktif. Hal ini membuat hampir tidak mungkin untuk membuat keputusan yang cerdas dan berdasarkan data.

Seperti yang disarankan Chris Lema – ketika Anda memiliki data, Anda tidak “buta” dan itu dapat membuka mata Anda terhadap keputusan yang sangat penting dan mendesak yang perlu dibuat terkait plugin Anda. Keputusan ini biasanya akan menguntungkan pengguna Anda dalam hal pengembangan dan dukungan, dan pada akhirnya untuk proses pengoptimalan pemasaran & harga plugin Anda.

Inilah pertemuan singkat Matt Cromwell dengan Chris Lema, membahas topik ini, di antara topik terkait lainnya.

Pengembang plugin yang menghosting plugin mereka dengan repositori WordPress memang memiliki cara yang sah untuk mendapatkan data plugin mereka, selama itu dilakukan dengan persetujuan & persetujuan pengguna. Freemius Insights dapat membantu dengan menyediakan semua bagian yang hilang dalam teka-teki data plugin WordPress.

Batasan pada Plugin

Akhirnya, pengembang harus bersaing dengan daftar panjang pembatasan pada plugin yang diterima untuk repositori.

Sebagaimana diuraikan secara singkat di halaman informasi Direktori Plugin WordPress.org untuk pengembang, batasan tersebut meliputi:

1. Plugin Anda harus 100% sesuai GPL (dan itu termasuk aset non-PHP, seperti gambar & CSS, yang bukan turunan dari kode WordPress)
2. Tidak dapat melakukan sesuatu yang ilegal atau “menyerang secara moral”
3. Pengembang harus menggunakan repositori Subversion yang diberikan oleh tim plugin jika Anda ingin itu muncul di situs WP.org – direktori “adalah situs hosting, bukan situs daftar”
4. Harus memiliki file readme.txt yang dapat dibaca dan kompatibel dengan standar file readme plugin WP

Ada daftar pedoman dan persyaratan yang lebih panjang, termasuk larangan melanggar merek dagang WordPress dan pengingat lain bahwa tim dapat menghapus plugin yang mungkin memenuhi syarat sebagai plugin spam, ilegal, atau tidak pantas secara moral.

Kesimpulan

Kurangnya kesadaran atau pertimbangan untuk perspektif dan kebutuhan komunitas pengembang mendasari banyak kelemahan yang disebutkan dalam artikel ini.

Ditambah dengan masalah yang dirasakan atau sebenarnya dengan kualitas plugin yang diterima untuk repositori dan banyak persyaratan yang diberlakukan, tidak mengherankan jika repositori kehilangan daya tariknya bagi beberapa pengembang.

Jadi apa solusinya?

Jika Anda seorang pengembang yang tertarik untuk memberikan kontribusi cepat ke komunitas WordPress dengan kode Anda – Anda mungkin ingin mempertimbangkan GitHub, seperti Coen Jacobs:

Ini pada dasarnya adalah repositori jarak jauh tempat Anda dapat menyimpan kode Anda. Tetapi GitHub menawarkan lebih banyak. Anda mendapatkan sistem tiket dasar, wiki, dan cara yang bagus untuk melihat (dan membagikan, jika repositori Anda bersifat publik) kode Anda secara online.

Tentu saja, GitHub menawarkan kelebihan – dan kekurangannya sendiri – untuk pengembang plugin. Jadi, Anda harus mempertimbangkan pertanyaan tersebut secara kritis sebelum membuat keputusan akhir.

Tetapi, jika niat dan rencana Anda di dunia plugin WordPress adalah jangka panjang & berulang – dan mungkin Anda juga ingin memonetisasi plugin Anda menggunakan model freemium di beberapa titik – mungkin repositori WordPress.org tepat untuk Anda, meskipun semua kekurangannya. Selain itu, sebagai anggota komunitas WordPress, kita harus mendorong perbaikan pada repositori untuk mengatasi kekurangan dan masalahnya.

Bagaimana menurutmu? Apakah keuntungan dari repositori sebanding dengan semua kekurangan dan masalah untuk pengembang plugin?