Il repository di plugin di WordPress vale la pena?

Se sei uno sviluppatore di plugin WordPress relativamente esperto, molto probabilmente ti sei già posto questa domanda, forse più di una volta.

Se sei uno sviluppatore di plugin WordPress relativamente nuovo , probabilmente ti starai chiedendo "Aspetta... perché non dovrei volere il mio plugin nel repository?!"

Entrambe le domande sono valide.

Come per la maggior parte delle cose nella vita, ci sono vantaggi e svantaggi nel caricare un plug-in nel repository ufficiale di WordPress.org. In questo articolo, esamineremo entrambi i lati del dibattito.

I vantaggi del repository sono abbastanza trasparenti ed evidenti, mentre gli svantaggi sono meno evidenti e probabilmente di maggiore impatto. Di conseguenza, questo articolo dedicherà più tempo a quest'ultimo rispetto al primo.

È importante notare all'inizio che stiamo esaminando il repository qui esclusivamente dal punto di vista dello sviluppatore, non dell'utente finale (sebbene alcuni fattori incentrati sull'utente influiscano sullo sviluppatore a lungo termine). Quindi, mentre ci sono una serie di problemi orientati all'utente con il repository - problemi che meritano chiaramente uno sguardo più da vicino - quei problemi sono rilevanti per questo post solo nella misura in cui hanno un impatto sullo sviluppatore.

Quindi, come fai a decidere se il repository di WordPress vale la seccatura per il tuo plugin?Tweet

Iniziamo esaminando i suoi benefici.

I vantaggi del repository di plugin di WordPress per gli sviluppatori

Gli sviluppatori di plug-in godono di una serie di vantaggi dall'utilizzo del repository per ospitare i propri plug-in. A seconda che tu sia uno sviluppatore di plugin professionista con molti prodotti o lo stia facendo solo per amore di WordPress o per qualche altro obiettivo, ognuno di questi vantaggi può avere un peso diverso per te.

Inizialmente, è importante notare un requisito fondamentale per l'utilizzo del repository come sviluppatore: ogni plug-in nel repository deve essere scaricabile e utilizzabile gratuitamente. L'upselling è consentito, ma ci sono dei limiti.

Ad esempio, puoi creare due versioni del tuo plugin. Il primo – quello ospitato sul repository dei plugin di WordPress.org – deve essere gratuito, ma deve anche essere funzionale. Quindi puoi creare una versione del tuo plug-in che non è così completa da caricare nel repository, quindi offrire l'upsell all'utente per la versione completa, sia per un pagamento una tantum o su base di abbonamento. AKA il modello Freemium.

Quindi c'è un vantaggio per gli sviluppatori disposti a compiere questi passaggi aggiuntivi: ottieni tutti i vantaggi del repository per una versione "leggera" gratuita e l'opportunità di vendere la tua versione premium agli utenti della versione gratuita.

La teoria di lavoro alla base di questa configurazione è che gli utenti della tua versione gratuita saranno soddisfatti della sua funzionalità, quindi è più probabile che siano disposti a sborsare denaro per utilizzare la versione premium. Quella configurazione in sé è sicuramente un vantaggio per lo sviluppatore. Semplifica la chiusura della vendita e aumenta notevolmente la dimensione del pubblico che è stato spostato in quel punto più facile da convincere nel ciclo di acquisto.

Il repository di WordPress aumenta la dimensione del pubblico che può essere potenzialmente spostato in un punto più facile da convincere nel ciclo di acquisto.Tweet

E questo ci porta al secondo vantaggio chiave per gli sviluppatori che utilizzano il repository: esposizione a un pubblico vasto e diversificato. Come sottolinea "Come creare un plugin per WordPress, parte 2" di Scotch.io, il repository è utile per gli sviluppatori perché diventi "parte della comunità WP".

Ciò è particolarmente vero se si considera che la community di WordPress include persone provenienti da diversi paesi che parlano molte lingue diverse: "Ha molto senso avere il tuo plug-in facilmente [traducibile] senza dover toccare la sua codifica principale".

Quella comunità può anche aiutare ad accelerare il processo di debug e sviluppo futuro, innegabilmente un altro vantaggio dell'utilizzo del repository.

Gli sviluppatori possono certamente eseguire il debug e perfezionare i propri plugin. Ma non si può negare che il processo è molto più veloce, più fluido e più completo con l'assistenza di una base di utenti ampia e attiva.

È qualcosa che molti sviluppatori, specialmente quelli senza versioni premium da vendere, semplicemente non possono replicare in modo efficiente in termini di costi o tempi. Semplicemente non è pratico.

Poi, c'è anche la tendenza che tutti noi abbiamo in una certa misura: diventare "ciechi dal codice" al nostro stesso lavoro. Proprio come gli scrittori spesso non riescono a vedere i propri errori di battitura o grammaticali, gli sviluppatori a volte possono non notare problemi nei propri plugin, problemi che un gruppo di utenti coinvolto può trovare e identificare più facilmente.

Il repository può anche offrire a uno sviluppatore di plug-in l'accesso a feedback degli utenti tempestivi e sfumati. Come osserva Speckyboy in questo articolo che illustra alcuni dei pro e dei contro dello sviluppo di plugin ospitati da repository:

La soluzione software Trac che abilita il Repository è in realtà abbastanza abile nel consentire agli utenti di commentare le funzionalità di un plug-in; gli utenti del plugin potranno interagire direttamente con lo sviluppatore del codice e potranno sia commentare le funzionalità sia rivederle utilizzando il sistema di commenti di base che è tanto utile quanto intuitivo.

Quando ciò diventa più semplice, è più probabile che gli utenti forniscano un feedback significativo, che può solo migliorare il tuo lavoro.

Infine, c'è una percezione incorporata dell'utente per i plug-in del repository che sono di qualità superiore e più affidabili rispetto ai plug-in che non sono elencati lì. (Se quella percezione corrisponda alla realtà è un'altra domanda, che esploreremo più avanti in questo post.) Ciò rende nel complesso più probabile che un utente scarichi, attivi e utilizzi il tuo plug-in.

Questo per quanto riguarda i vantaggi. Quali sono gli svantaggi?

Il supporto è un carico pesante da trasportare

Richiedendo allo sviluppatore di fornire il supporto per agire per "ottenere" le richieste, il repository esegue un sistema pull, al contrario di uno che "invia" le notifiche allo sviluppatore.

Se il tuo plug-in ha solo poche dozzine di download e lo sviluppo di plug-in è solo un hobby per te, questo potrebbe non essere un grosso problema. Ma se questa è la tua attività e/o hai diversi plug-in, inclusi alcuni particolarmente popolari, un sistema pull può davvero devastare la tua produttività, il tuo programma e la tua sanità mentale.

Ammettiamolo: può essere un processo che richiede tempo per offrire supporto per i plugin gratuiti, anche se lo sviluppatore vuole offrire supporto.

Offrire supporto per plug-in gratuiti può richiedere molto risorse, anche se lo sviluppatore è propenso.Tweet

Sotto le lamentele di molti sviluppatori sul repository, c'è la percezione di una mancanza di preoccupazione per lo sviluppatore.

Spesso, le critiche di questi sviluppatori vengono soddisfatte con alcune versioni di “Se non vuoi perdere tempo a supportare un plugin gratuito, evita il repository. Rilascialo su GitHub."

Ma anche se non ti dispiace le ragionevoli richieste di supporto per i plugin gratuiti, stai comunque combattendo quella che molti credono essere una piattaforma di supporto sfortunatamente progettata, che impone agli sviluppatori tutto l'obbligo di monitorare e non funziona necessariamente con il tuo flussi di lavoro stabiliti.

Sistema di revisione/valutazione suscettibile di abuso

Molti sviluppatori concordano sul fatto che l'attuale sistema di revisione e valutazione è troppo suscettibile alla manipolazione da parte di coloro che hanno cattive motivazioni o di coloro che semplicemente non hanno capito cosa faceva il plugin, come usarlo o chiedeva supporto.

James Laws di WP Ninjas lo ha messo bene in un articolo su ManageWP:

Il problema è che non c'è responsabilità quando qualcuno fa queste valutazioni. Gli utenti dicono che qualcosa è rotto semplicemente perché non funziona nella loro configurazione particolare, ma non è sempre così. A volte qualcos'altro è rotto nella loro configurazione o semplicemente non capiscono come utilizzare correttamente il plug-in.

Problemi di qualità con i plugin

Sebbene gli utenti possano percepire i plug-in ospitati nel repository come di qualità superiore, ciò non è necessariamente vero per gli sviluppatori, molti dei quali hanno commentato la presenza di plug-in di qualità discutibile nel repository.

Un esempio di questa percezione può essere trovato nel post "Cosa si nasconde nel repository dei plugin di WordPress?" che dettaglia i seguenti problemi (ammesso che nel 2011):

1. "Più della metà dei plugin nel repository non sono compatibili con WordPress 3.x"
2. "L'85% dei plugin che ho testato presentava avvisi, errori e avvisi PHP"
3. "Con un po' di ricerca, ho trovato un plug-in nel repository con un punto debole e sono stato in grado di usarlo per hackerare un sito e trasformarlo in un drone"
4. "Solo il 32% di questi oltre 15.000 plug-in è stato aggiornato nel 2011"
5. "... due terzi di tutti i plugin non sono stati aggiornati quest'anno e un terzo non è stato aggiornato dal 2009."

Mika Epstein ha recentemente fatto una presentazione spettacolare sull'intero processo di revisione dal punto di vista dei volontari (cinque, che ci crediate o no – solo cinque) che esaminano i plugin inviati per il repository (in media, 35 al giorno).

Da questa presentazione, è chiaro che la revisione è un processo lungo, arduo e orientato ai dettagli progettato per rilevare problemi con il codice, nonché violazioni delle linee guida del plug-in come nome, marchio, ecc.

Ci riesce? Non del tutto. Naturalmente, qualsiasi sistema gestito da esseri umani sarà suscettibile di un certo livello di fallibilità.

Il processo di revisione stesso

La presentazione di Mika espone anche molti dei problemi con il processo di revisione. Fondamentalmente, con un team di cinque membri volontari e 35 plugin inviati in media ogni giorno, che lavorano su una piattaforma BBPress obsoleta, non è ragionevole aspettarsi un processo rapido, snello e orientato agli sviluppatori.

Il risultato finale: nella pagina "aggiungi plug-in" su WordPress.org, non scoprirai quanto tempo aspetterai, ma puoi vedere quanti plug-in sono in linea prima del tuo.

Al momento della stesura di questo articolo, 145 plug-in in coda di revisione, con 108 in attesa della revisione iniziale.Tweet

E, come dice il post di Speckyboy, "Automatic non ha paura di imporre la [sua] volontà agli sviluppatori nel repository".

Vale anche la pena notare che il processo di caricamento e invio non è molto intuitivo, soprattutto per i principianti, il che non incoraggia i nuovi sviluppatori a provare le proprie abilità e ad aggiungere all'esperienza di WordPress in modi creativi.

Dati insufficienti!

L'hosting del tuo plug-in nel repository dei plug-in di WordPress non ti fornirà molte statistiche e dati su chi sta utilizzando il tuo plug-in e come. Svilupperai alla cieca, avendo a che fare solo con il numero di download e una stima del numero di installazioni attive. Ciò rende praticamente impossibile prendere decisioni intelligenti basate sui dati.

Come suggerisce Chris Lema, quando disponi di dati non stai "volando alla cieca" e può aprire i tuoi occhi su decisioni molto importanti e urgenti che devono essere prese in merito al tuo plug-in. Queste decisioni di solito andranno a vantaggio dei tuoi utenti in termini di sviluppo e supporto e, infine, per il processo di ottimizzazione dei prezzi e del marketing del tuo plug-in.

Ecco un breve ritrovo che Matt Cromwell ha avuto con Chris Lema, discutendo di questo argomento, tra gli altri correlati.

Gli sviluppatori di plug-in che ospitano i loro plug-in con il repository di WordPress hanno un modo legittimo per ottenere i dati dei propri plug-in, tuttavia, purché ciò avvenga con il consenso e l'approvazione dell'utente. Freemius Insights può aiutarti fornendo tutti i pezzi mancanti nel puzzle di dati di un plug-in di WordPress.

Restrizioni sui plugin

Infine, gli sviluppatori devono fare i conti con un lungo elenco di restrizioni sui plugin accettati per il repository.

Come descritto in breve nella pagina delle informazioni sulla directory dei plugin di WordPress.org per gli sviluppatori, tali restrizioni includono:

1. Il tuo plug-in deve essere conforme a GPL al 100% (e ciò include risorse non PHP, come immagini e CSS, che non sono derivati ​​del codice WordPress)
2. Non può fare nulla di illegale o "moralmente offensivo"
3. Lo sviluppatore deve utilizzare il repository Subversion fornito dal team del plug-in se si desidera che venga visualizzato sul sito WP.org: la directory "è un sito di hosting, non un sito di elenco"
4. Deve avere un file readme.txt che sia leggibile e compatibile con lo standard del file readme del plugin WP

C'è un elenco molto più lungo di linee guida e requisiti, incluso il divieto di violare i marchi di WordPress e un altro promemoria che il team può rimuovere i plug-in che potrebbero essere qualificati come spam, illegali o moralmente discutibili.

Conclusione

Una percepita mancanza di consapevolezza o considerazione per il punto di vista e le esigenze della comunità di sviluppatori è alla base di molti degli svantaggi menzionati in questo articolo.

Insieme al problema percepito o reale con la qualità dei plugin accettati per il repository e i numerosi requisiti che vengono applicati, non sorprende che il repository perda il suo fascino per alcuni sviluppatori.

Allora qual è la soluzione?

Se sei uno sviluppatore interessato a dare un rapido contributo alla community di WordPress con il tuo codice, potresti prendere in considerazione GitHub, come Coen Jacobs:

Fondamentalmente è un repository remoto in cui puoi archiviare il tuo codice. Ma GitHub offre di più. Ottieni un sistema di ticket di base, wiki e un bel modo per visualizzare (e condividere, se il tuo repository è pubblico) il tuo codice online.

Naturalmente, GitHub offre una serie di vantaggi e svantaggi agli sviluppatori di plugin. Quindi dovresti considerare la domanda in modo critico prima di prendere una decisione finale.

Ma se le tue intenzioni e i tuoi piani nel mondo dei plugin di WordPress sono a lungo termine e si ripetono – e forse vorresti anche monetizzare il tuo plugin usando il modello freemium a un certo punto – forse il repository WordPress.org è giusto per te, nonostante tutti i suoi inconvenienti. Inoltre, come membri della community di WordPress, dovremmo fare pressioni per miglioramenti al repository per affrontarne gli svantaggi e i problemi.

Cosa ne pensi? I vantaggi del repository valgono tutti gli svantaggi e i problemi per gli sviluppatori di plugin?