Rapporto sulla trasparenza n. 19 – Il nostro tema gratuito più popolare (Zerif Lite) sospeso da WordPress.org

Benvenuti alla diciannovesima edizione del nostro mensile rapporto sulla trasparenza (per agosto 2016). In questa serie, tratterò vari aspetti della gestione di un business WordPress, discuterò le nostre strategie e i nostri piani, nonché lotte e difficoltà. In breve, è qui che puoi scoprire cosa sta succedendo dietro le tende di ThemeIsle e CodeinWP. Clicca qui per vedere i rapporti precedenti.


Penso che abbiamo bisogno di un sommario per questo:

  • Perché dovresti preoccuparti della directory dei temi di WordPress.org
  • Zerif Lite sospeso dal repository
  • Sulla costruzione di temi WordPress.org, ottenerli approvati e quindi vietati
  • Possibili soluzioni e miglioramenti al processo di revisione
  • Qual è il prossimo passo per gli utenti di Zerif Lite, pubblica la sospensione di WordPress.org
  • Perché dovresti contattarci se sei un utente Zerif Lite
  • Qual è il prossimo passo per noi, per quanto riguarda il business

Perché dovresti preoccuparti della directory dei temi di WordPress.org

Mi interessa molto l’esperienza degli utenti quando visitano la sezione dei temi di WordPress.org. In definitiva, la qualità di quell’esperienza è la forza trainante di tutto WordPress.

In un certo senso, l’utente finale non si preoccupa del software stesso. Si preoccupano di come funziona e soprattutto di come appaiono i loro siti.

Abbastanza naturalmente, i temi disponibili nella directory ufficiale saranno il punto di partenza per la maggior parte dei nuovi utenti che arrivano su WordPress per la prima volta. Anche se i mercati premium e i negozi a tema hanno lasciato il segno nel panorama, sono ancora – a mio avviso – un posto secondario dove andare se qualcuno ha bisogno di un tema.

Francamente, per quasi tutti, il percorso è:

  • Hai bisogno di un tema > vai su WordPress.org > lì non c’è niente? > vai su Google > andare in un mercato

Su quel percorso, WordPress.org e i temi offerti sono fondamentali.

Se i temi diventano troppo ostili nei confronti degli utenti finali – utenti che non sono sviluppatori – non si preoccuperanno nemmeno di controllare repository di temi alternativi … lasceranno semplicemente WordPress come piattaforma. E vai su Squarespace o quant’altro.

Per questo motivo, ancora una volta, ciò che è nel repository dei temi di WordPress.org è la chiave. Ed è la chiave di tutte le nostre carriere nel settore WordPress. Non importa se stai creando temi gratuiti, temi a pagamento, ospitati da WordPress.org, temi ThemeForest o temi venduti tramite un negozio indipendente; WordPress.org è una fase cruciale nel percorso di scoperta dell’utente voi.

Ma nonostante il suo valore, il tuo rapporto con WordPress.org può essere un amore-odio …

Devo essere sincero con te … le cose non sono state facili per noi per quanto riguarda il repository ufficiale dei temi.

Come potresti sapere o meno, Zerif Lite è il nostro tema gratuito più popolare, con oltre 200.000 installazioni attive, ed è stato anche uno dei pilastri dell’elenco dei temi più popolari di WordPress.org.

zerif lite installa

Nel corso degli anni, il tema è stato riconosciuto dagli utenti finali ed è stato fonte d’ispirazione per altri sviluppatori nella costruzione dei loro temi.

Ma Zerif Lite ha anche causato alcuni inconvenienti al team di revisione dei temi su WordPress.org. Per farla breve, il tema ha dovuto affrontare una possibile sospensione dalla directory ed è stato concesso due settimane per risolvere tutti i suoi presunti problemi.

È stato due settimane fa.

Al momento della stesura di questo, 14 settembre, Zerif Lite è stato infatti sospeso, e non sei più in grado di farlo tramite WordPress.org. Andare su https://wordpress.org/themes/zerif-lite/ ti dà questo:

zerif lite mancante

Due cose prima di continuare con l’argomento:

  • Non ho intenzione di renderlo un post di tipo drammatico pubblico. Si tratta più di come possiamo evitare queste situazioni in futuro e di come altri sviluppatori possono affrontare problemi simili se mai li incontrano.
  • Non parlerò dei singoli dettagli riguardanti il ​​problema o cose del genere "come abbiamo ragione e loro hanno torto." Questo non è lo scopo. Abbiamo i nostri diritti e torti da entrambe le parti, e non credo che sarebbe così bello se avessi appena versato le nostre lamentele qui nella speranza di mettere la comunità dalla nostra parte.

Quindi, come ho detto all’inizio, perché mi interessa molto l’esperienza degli utenti quando visitano il repository dei temi, vorrei cogliere l’occasione per parlare dei problemi con l’intero ambiente stesso e discutere i possibili modi di migliorarlo.

(Per quelli di voi interessati al problema Zerif Lite, puoi semplicemente saltare qui – il biglietto ufficiale su WordPress.org.)

Sulla costruzione di temi WordPress.org, ottenerli approvati e quindi vietati

Dal punto di vista di uno sviluppatore, costruire un * nuovo * tema – ponendo l’accento su * nuovo * – e poi averlo incluso nel repository di WordPress.org è più o meno un processo semplice. (Per favore, abbi pazienza con me.)

Ciò che intendo è che ci sono regole da seguire e se le segui abbastanza bene, verrai accettato. Non sto parlando della complessità o dell’utilità di quelle regole. Si tratta solo del fatto che determinate regole bisogno di essere seguito se si desidera essere inclusi.

E va bene.

Ma nel tempo, quando le regole vengono modificate – vengono introdotte nuove linee guida, rimosse le vecchie linee guida, ecc. – Potresti trovarti in una situazione difficile.

L’attuale panorama dei repository di WordPress.org è diviso in due parti, più o meno:

  • Quando viene inviato un nuovo tema, questo viene esaminato e, se conforme alle linee guida, diventa online.
  • Ma il processo non è così semplice per i temi esistenti. Qualsiasi tema esistente può essere, in qualsiasi momento, portato all’attenzione del team di revisione in quanto non in linea con la più recente serie di linee guida.

Quest’ultimo molto probabilmente accadrà quando autori di altri nuovi temi inizieranno a chiedere, e giustamente, "Perché il mio tema non può fare Cosa X, ma questo vecchio tema qui può?"

A quel punto, potrebbe essere richiesto di aggiornare il tema in modo che aderisca alle regole più aggiornate, il che sembra ragionevole. Ma è anche qui che iniziano (possono) i problemi.

Per prima cosa, chiariamo una cosa. Se eventuali modifiche che ti viene chiesto di apportare alla fine portano a un prodotto complessivo migliore, allora tutto ciò non rappresenta un problema. Stai semplicemente facendo in modo che qualcuno del team di revisione del tema svolga il lavoro di ricerca per te e sottolinei come esattamente puoi migliorare il tuo tema. grande!

I veri problemi iniziano quando le modifiche che ti hanno imposto non sono necessariamente valide per l’utente finale.

Perché mai dovrebbe succedere??

Questo è un po ‘complicato, ma spero di poter spiegare cosa intendo:

Per cominciare, teniamo presente che qualsiasi tema precedentemente accettato nel repository era al 100% in sintonia con le regole al momento dell’approvazione. Quindi non stiamo parlando di una situazione in cui un tema si rifiuta di cooperare del tutto.

Ora, sulle regole stesse:

Non voglio sostenere che le attuali regole del tema sono peggiori di quanto non fossero, o viceversa. Le regole sono regole. In sostanza, la costruzione di un nuovo prodotto secondo "Regole A" o "Regole B" è simile in natura. Devi solo seguire alcuni passaggi. Tuttavia, la storia è completamente diversa quando si passa da "Regole A" per "Regole B."

Ecco la cosa; come sviluppatore di temi, potresti trovarti in una situazione in cui il tuo tema è perfettamente user-friendly e perfettamente a posto con le regole al momento in cui è stato presentato. Quindi … vengono introdotte nuove regole e sembrano anche ragionevoli. Tuttavia, proprio lì, proprio lì nel mezzo, sta la transizione stessa.

E quella sola transizione è raramente facile da usare.

Ciò che si riduce a tutto è che se ti viene chiesto di rimuovere un grosso pezzo della funzionalità del tuo tema solo per essere conforme alle nuove regole, cosa pensi che succeda agli attuali utenti del tema quando fai quella mossa?

Sì, hai ragione, i loro siti smettono di funzionare! O forse non smettono di funzionare, ma perdono la funzionalità che gli è stato detto che avrebbero ottenuto quando hanno installato il tema per la prima volta.

In sostanza, hai promesso loro che ogni aggiornamento renderà la loro esperienza ancora migliore, ma stai facendo qualcosa di esattamente contrario. In uno scenario estremo, potresti rendere inutile il tema.

Solo per darti un esempio per spiegare cosa intendo. Una delle cose che ci è stato chiesto di cambiare con Zerif Lite è l’utilizzo "falsi tipi di post personalizzati." Fondamentalmente, si tratta di utilizzare quei piccoli blocchi di contenuti personalizzati che compaiono sulla homepage del tema per presentare elementi come le informazioni sul team, i blocchi, le testimonianze, ecc. Esempio:

squadra

Quelli sono usati solo sulla homepage e da nessun’altra parte. Secondo le regole attuali, avremmo dovuto impostare veri e propri tipi di post personalizzati per quelli. Questo, in un certo senso, ha senso se stai costruendo un nuovo tema, ma cambiarlo in un tema esistente significa che chiunque lo stia usando verrà incasinato. E nel nostro caso ciò significa oltre 300.000 persone (compresi i temi del bambino).

Quindi, a seconda del tipo di modifiche che devi effettuare, la situazione può essere davvero difficile, è fondamentalmente il martello o l’incudine:

  • Da un lato, se non apporti le modifiche, verrai espulso dal repository.
  • Se apporti le modifiche, rimani nel repository, ma stai incasinando i siti dei tuoi attuali utenti.

Che è peggio?

Lascia che ti dica come lo vedo dalla mia prospettiva.

Sono – siamo – tutto sulla costruzione di prodotti che seguono i principi di "prima l’utente." Vogliamo che le nostre cose siano utili, utili e affidabili. Se ci viene suggerito un cambiamento che renderà migliore l’esperienza di tutti, siamo tutti per questo!

Ma se i cambiamenti possono portare a rendere la vita dei nostri utenti esponenzialmente più difficile, allora non possiamo fare questo passo e sentirci bene. Saremmo noi a tradire i nostri utenti e la nostra base di clienti.

In definitiva, terminare con un prodotto / esperienza peggiore non è qualcosa a cui teniamo molto. Dal mio punto di vista, interrompere l’esperienza utente attuale non ne vale la pena e fino a quando non troveremo un modo per mantenere intatta quell’esperienza utente – e in un modo in cui il team di revisione è a posto (finora, i nostri suggerimenti non sono stati ricevuti bene) – dovremo rimanere sospesi dal repository.

Certo, questo diminuirà molto i nostri ricavi. A livello aziendale, sto valutando probabilmente una riduzione delle vendite del 50% circa dopo la sospensione del pronti contro termine di WordPress.org.

Ciò richiederebbe sicuramente molta ottimizzazione, ma siamo lieti di essere in una posizione in cui possiamo permetterci di fare solo ciò che è meglio per i nostri clienti e noi – l’azienda – a lungo termine.

Le soluzioni

La situazione non è facile, e non solo per noi, ma per altri sviluppatori di temi che hanno affrontato problemi simili in passato o li affrontano proprio ora.

Ho un paio di proposte che potrebbero essere la base per la discussione quando cerchiamo soluzioni praticabili:

1. Non rendere retroattive le regole

Non credo che nessun tema debba essere trattato in modo diverso in base alla sua reputazione, popolarità o quant’altro. Ma, allo stesso tempo, non credo anche che eventuali regole o leggi debbano essere retroattive.

Di norma, la legge non è retroattiva; riguarda solo le attività future, ovvero ciò che avverrà dopo l’entrata in vigore della legge.

Avere regole simili nella directory sarebbe sicuramente di aiuto. E questo sarebbe abbastanza semplice:

  • Se il tuo tema è stato accettato nella directory ed è stato trovato in sintonia con le regole attuali, allora è bene rimanere come è.
  • Solo se si desidera inviare un aggiornamento che supera le correzioni di bug critici, è necessario sintonizzarsi con le regole più recenti.

2. Introduzione di requisiti minimi

I pronti contro termine stanno lavorando verso l’automazione. Abbiamo semplicemente troppi temi e plugin inviati ogni singola settimana, quindi fare una revisione umana per ogni aggiunta richiede sia troppo tempo che probabilmente lascia molto spazio alla supervisione.

Quindi un percorso che possiamo intraprendere con l’automazione è semplicemente accettare tutti i temi protetti e sicuri nella directory, e quindi avere un algoritmo di ricerca migliore (cosa sta facendo il repository di plug-in) che visualizzerà prima la migliore corrispondenza (sulla base di vari fattori).

Credo che sia la cosa più semplice e la migliore che possiamo fare.

In uno scenario simile, gli sviluppatori hanno più libertà e possono sperimentare varie soluzioni insolite. Vedi questa citazione:

Commento Matt

O questo; anche Matt Mullenweg:

Abbiamo un sacco di regole rigide e rigorose progettate per "proteggere" utenti, come intorno a CPTs et al., ma qualcuno potrebbe prendere una decisione informata di compromettere la portabilità potenziale futura per la forma o la funzionalità attuali. sarebbe una decisione perfettamente razionale da prendere.

Ad esempio, Amazon sfrutta al massimo il loro meccanismo di ricerca. Fondamentalmente è un’economia di libero mercato. I buoni prodotti ottengono buone recensioni, quindi aumentano nei risultati di ricerca. I prodotti difettosi vengono seppelliti. È la comunità di acquirenti che la regola.

Avere qualcosa del genere per la ricerca di temi WordPress.org sarebbe fantastico!

3. Consentire l’imbarco

I temi a volte sono software incredibilmente complessi e si aspettano che l’utente faccia semplicemente clic su "attivare" pulsante e quindi essere fatto con tutto ciò che ha bisogno della loro attenzione è semplicemente pazzo.

Essere in grado di supportare i nuovi utenti è fondamentale per aiutarli a configurare il loro nuovo tema e anche imparare a trarne tutti i vantaggi. Questo potrebbe aiutarci a offrire un grande "sembra la demo" esperienza, concentrandosi su ciò che è buono per gli utenti allo stesso tempo.

4. Avere un anteprima migliore

Questo forse non è correlato al 100% al problema in questione, ma credo che sia cruciale per l’usabilità complessiva del repository WordPress.org.

Molto semplicemente, l’attuale anteprima è inutile.

La sua inutilità consiste nel rendere l’anteprima simile allo screenshot del tema.

Questo deve solo essere migliore. Gli autori dei temi devono essere in grado di ottimizzare l’anteprima per visualizzare davvero una demo ottimizzata, qualcosa che in realtà offre all’utente una buona panoramica di ciò che il tema ha da offrire.

Qual è il prossimo passo per gli utenti di Zerif Lite, pubblica la sospensione di WordPress.org

Un paio di cose importanti:

(a) Adoriamo ancora il tema e lo terremo in vita

Ehi, Zerif è cresciuto fino a diventare uno dei 5 temi più popolari su WordPress.org per un motivo. È fantastico! E ci crediamo ancora con tutto il cuore.

Ciò significa che continueremo a lavorarci e renderlo ancora migliore.

(b) Puoi ancora scaricare Zerif Lite

Basta andare sul nostro sito e prendi Zerif Lite da lì (nessun opt-in richiesto).

Zerif Lite

(c) Puoi ancora ottenere supporto

Puoi visitare il sezione di supporto principale qui. Lì puoi trovare le nostre guide di documentazione approfondite, domande frequenti e anche un modo per contattarci.

Per ottenere il supporto prioritario, considera aderire al nostro club tematico (Premium).

(d) Contattaci se hai scaricato Zerif Lite tramite WordPress.org

Ecco il nocciolo del problema: se cariciamo un tema su WordPress.org, non è possibile aggiungere uno script di aggiornamento al pacchetto. Ciò significa che se vogliamo fornire aggiornamenti in qualsiasi momento in futuro, siamo costretti a mantenere quel tema su WordPress.org.

Nel nostro caso, con il tema sospeso a causa del cambiamento delle regole (senza un modo ragionevole di sistemare le cose), oltre 300.000 utenti sono stati messi a rischio a causa dell’uso di un tema che non può essere aggiornato.

Ancora peggio, non sappiamo chi siano quelle persone, quindi non possiamo comunicare con loro. Quindi, fondamentalmente, quelli non lo sono "i nostri utenti" più, anche se continuiamo ad apparire come gli sviluppatori del tema.

Ad esempio, se ci viene segnalato un problema di sicurezza, non possiamo fare nulla, ma saremo comunque incolpati. Questa sembra essere una cosa abbastanza grande.

Quindi alla fine, contattaci se sei un utente Zerif Lite. Manteniamo il tuo tema sicuro e protetto.

Aggiornare. Il modo più semplice per aggiornare la tua copia di Zerif Lite è scaricare questo nostro nuovo plugin. Tutto quello che devi fare è installarlo e attivarlo. Gli aggiornamenti di Zerif Lite avverranno automaticamente da quel momento in poi.

(e) Cosa ci aspetta per noi, dal punto di vista commerciale

Come ho già detto in precedenza, sto valutando probabilmente una riduzione delle vendite di circa il 50% a causa di ciò.

Ovviamente, dobbiamo ridurre le cose e ottimizzare. Ecco cosa faremo nel prossimo futuro:

Ridurre i costi

  • Annulla gli abbonamenti software che non utilizziamo così spesso o francamente non sono necessari (scusate Mixpanel).
  • Smetti di fare sponsorizzazioni per il momento (meno WordCamps, pods.io, ecc.) … In sostanza, meno utenti significa meno supporto, il che consentirà ad alcuni membri del supporto di lavorare sul lato dello sviluppo del business, che sono perfettamente in grado di fare.
  • Riduci alcune offerte AdWords e concentrati maggiormente sull’efficienza piuttosto che sulla copertura. Lo stesso vale per il targeting di annunci.

Contatta la nostra community

  • Informare il maggior numero possibile di utenti e guidarli attraverso il processo di aggiornamento del tema.
  • Informare le fonti di notizie popolari nella comunità.
  • Informare i blogger e i produttori di contenuti che in passato si sono collegati a noi per modificare / aggiornare i loro articoli.
  • Dirigi tutti a pagina del tema su ThemeIsle.com, dove possono scaricarlo senza un indirizzo email.

Procedi con cautela

Dobbiamo aspettare circa 48 ore per vedere come la comunità reagisce a tutto questo, e anche quanto siamo efficaci nel raggiungere i nostri attuali utenti.

Stiamo pubblicando un altro post sul blog di ThemeIsle, spiegando la situazione ai nostri utenti e dando loro istruzioni su cosa fare in futuro. Manderemo anche un’e-mail a tutti e faremo un sacco di re-marketing per attirare persone sulla nuova versione del tema.

A lungo termine, dovremo aspettare un po ‘e vedere dove siamo, quanto stanno andando le cose cattive / bene e lavorare da lì. Niente che non possiamo fare.

Alla fine, spero che esprimendo i nostri punti qui, possiamo aiutare a cambiare le cose in meglio, e anche aiutare altri autori di temi che potrebbero trovarsi ad affrontare problemi simili.

Spero anche che alla fine saremo in grado di ottenere il tema nel repository e, cosa ancora più importante, nel frattempo i nostri utenti non soffriranno troppo.

Come sempre, grazie per aver letto e supportato CodeinWP! Rimani aggiornato e ricevi nuovi rapporti a te abbonandoti qui:

Tutte le modifiche e le riscritte spiritose di Karol K.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map