O repositório de plugins do WordPress vale a pena?

Se você é um desenvolvedor de plugins WordPress relativamente experiente, provavelmente já se fez essa pergunta – possivelmente mais de uma vez.

Se você é um desenvolvedor de plugins WordPress relativamente novo , provavelmente está se perguntando “Espere… por que eu não iria querer meu plugin no repositório?!”

Ambas as perguntas são válidas.

Como a maioria das coisas na vida, há vantagens e desvantagens em fazer upload de um plugin para o repositório oficial do WordPress.org. Neste artigo, veremos os dois lados do debate.

As vantagens do repositório são bastante transparentes e óbvias, enquanto as desvantagens são menos óbvias e possivelmente de maior impacto. Como resultado, este artigo gastará mais tempo no último do que no primeiro.

É importante observar desde o início que estamos analisando o repositório aqui puramente da perspectiva do desenvolvedor – não do usuário final (embora alguns fatores centrados no usuário afetem o desenvolvedor a longo prazo). Portanto, embora haja vários problemas orientados ao usuário com o repositório – problemas que claramente merecem uma análise mais detalhada – esses problemas são relevantes apenas para este post na medida em que impactam o desenvolvedor.

Então, como você decide se o repositório do WordPress vale a pena para o seu plugin?Tweet

Vamos começar examinando seus benefícios.

As vantagens do repositório de plugins do WordPress para desenvolvedores

Os desenvolvedores de plug-ins desfrutam de vários benefícios ao usar o repositório para hospedar seus plug-ins. Dependendo se você é um desenvolvedor profissional de plugins com muitos produtos ou está fazendo isso apenas por amor ao WordPress, ou algum outro objetivo, cada uma dessas vantagens pode ter um peso diferente para você.

Inicialmente, é importante observar um requisito crítico para o uso do repositório como desenvolvedor: Cada plug-in no repositório deve ser gratuito para download e uso. O upselling é permitido, mas há limites.

Por exemplo, você pode criar duas versões do seu plugin. O primeiro – aquele hospedado no repositório de plugins do WordPress.org – deve ser gratuito, mas também deve ser funcional. Assim, você pode criar uma versão do seu plug-in que não seja tão completa para fazer upload no repositório e, em seguida, oferecer o upsell ao usuário para a versão completa, seja por um pagamento único ou por assinatura. AKA o modelo Freemium.

Portanto, há um benefício para os desenvolvedores dispostos a dar esses passos extras: você obtém todos os benefícios do repositório para uma versão “light” gratuita e a oportunidade de vender sua versão premium para usuários da versão gratuita.

A teoria por trás dessa configuração é que os usuários de sua versão gratuita ficarão satisfeitos com sua funcionalidade e, portanto, é mais provável que estejam dispostos a desembolsar dinheiro para usar a versão premium. Essa configuração em si é definitivamente um benefício para o desenvolvedor. Torna mais fácil fechar a venda e aumenta muito o tamanho do público que foi movido para aquele ponto mais fácil de convencer no ciclo de compra.

O repositório WordPress aumenta o tamanho do público que pode ser movido para um local mais fácil de convencer no ciclo de compra.Tweet

E isso nos leva ao segundo principal benefício para os desenvolvedores que usam o repositório: exposição a um público vasto e diversificado. Como o “Como construir um plug-in WordPress, parte 2” do Scotch.io aponta, o repositório é bom para desenvolvedores porque você se torna “parte da comunidade WP”.

Isso é especialmente verdade quando você considera que a comunidade WordPress inclui pessoas de vários países diferentes que falam muitos idiomas diferentes: “Faz muito sentido ter seu plugin facilmente [traduzível] sem ter que mexer em sua codificação principal”.

Essa comunidade também pode ajudar a acelerar o processo de depuração e desenvolvimento futuro – inegavelmente outro benefício de usar o repositório.

Os desenvolvedores certamente podem depurar e refinar seus próprios plugins. Mas não há como negar que o processo é muito mais rápido, suave e completo com a ajuda de uma base de usuários grande e ativa.

Isso é algo que muitos desenvolvedores – especialmente aqueles sem versões premium para upsell – simplesmente não conseguem replicar com eficiência de custo ou tempo. Só não é prático.

Além disso, há a tendência que todos nós temos até certo ponto: ficar “cegos de código” para nosso próprio trabalho. Assim como os escritores geralmente não conseguem ver seus próprios erros de digitação ou gramaticais, os desenvolvedores às vezes podem perder problemas em seus próprios plugins – problemas que um grupo de usuários engajados pode encontrar e identificar mais facilmente.

O repositório também pode oferecer a um desenvolvedor de plug-in acesso a feedback oportuno e diferenciado do usuário. Como Speckyboy observa neste artigo, descrevendo alguns dos prós e contras do desenvolvimento de plugins hospedados em repositórios:

A solução de software Trac que habilita o Repositório é, na verdade, bastante hábil em permitir que os usuários comentem sobre os recursos de um plug-in; os usuários do plugin poderão interagir diretamente com o desenvolvedor do código, e podem tanto comentar sobre os recursos quanto revisá-los usando o sistema básico de comentários, que é tão útil quanto intuitivo.

Quando isso se torna mais fácil, é mais provável que os usuários forneçam feedback significativo, o que só pode melhorar seu trabalho.

Finalmente, há uma percepção interna do usuário para plugins de repositório de que eles são de maior qualidade e mais confiáveis ​​do que os plugins que não estão listados lá. (Se essa percepção corresponde à realidade é outra questão – uma que exploraremos mais adiante neste post.) Isso torna mais provável que um usuário baixe, ative e use seu plug-in.

Tanto para as vantagens. Quais são as desvantagens?

O suporte é uma carga pesada para carregar

Ao exigir que o desenvolvedor forneça o suporte para tomar medidas para “obter” as solicitações, o repositório está executando um sistema pull, ao contrário de um que “envia” notificações para o desenvolvedor.

Se o seu plugin tiver apenas algumas dezenas de downloads e o desenvolvimento de plugins for apenas um hobby para você, isso pode não ser grande coisa. Mas se este é o seu negócio e/ou você tem vários plugins, incluindo alguns particularmente populares, um sistema pull pode realmente causar estragos em sua produtividade, sua agenda e sua sanidade.

Vamos encarar: pode ser um processo demorado oferecer suporte para plugins gratuitos, mesmo que o desenvolvedor queira oferecer suporte.

Oferecer suporte para plugins gratuitos pode consumir muitos recursos, mesmo que o desenvolvedor esteja inclinado.Tweet

Por trás das reclamações de muitos desenvolvedores sobre o repositório, há uma percepção de falta de preocupação com o desenvolvedor.

Muitas vezes, as críticas desses desenvolvedores são recebidas com alguma versão de “Se você não quer gastar tempo suportando um plugin gratuito, evite o repositório. Libere-o no GitHub.”

Mas mesmo que você não se importe com solicitações de suporte razoáveis ​​para plugins gratuitos, você ainda está lutando contra o que muitos acreditam ser uma plataforma de suporte infelizmente projetada, que coloca toda a obrigação dos desenvolvedores em monitorar e não necessariamente trabalha com seu fluxos de trabalho estabelecidos.

Sistema de revisão/classificação suscetível a abuso

Muitos desenvolvedores concordam que o sistema atual de revisão e classificação é muito suscetível à manipulação por aqueles com motivos ruins ou por aqueles que simplesmente não entenderam o que o plugin fazia, como usá-lo ou pedir suporte.

James Laws do WP Ninjas colocou bem em um artigo no ManageWP:

O problema é que não há responsabilidade quando alguém faz essas avaliações. Os usuários dizem que algo está quebrado simplesmente porque não funciona em sua configuração específica, mas esse nem sempre é o caso. Às vezes, algo mais está quebrado em sua configuração, ou eles simplesmente não entendem como usar o plug-in corretamente.

Problemas de qualidade com plugins

Embora os usuários possam perceber os plugins hospedados no repositório como sendo de maior qualidade, isso não é necessariamente verdade para os desenvolvedores, muitos dos quais comentaram sobre a presença de plugins de qualidade questionável no repositório.

Um exemplo dessa percepção pode ser encontrado no post “What Lurks in the WordPress Plugin Repository?” que detalha as seguintes questões (reconhecidamente, em 2011):

1. “Mais da metade dos plugins do repositório não são compatíveis com o WordPress 3.x”
2. “85% dos plugins que testei tinham avisos, erros e avisos do PHP”
3. “Com um pouco de pesquisa, encontrei um plugin no repositório com uma fraqueza e consegui usá-lo para hackear um site e transformá-lo em um drone”
4. “Apenas 32% desses mais de 15.000 plugins foram atualizados em 2011”
5. “… dois terços de todos os plugins não foram atualizados este ano e um terço não foi atualizado desde 2009.”

Mika Epstein recentemente fez uma apresentação espetacular sobre todo o processo de revisão do ponto de vista dos voluntários (cinco, acredite ou não – apenas cinco) que revisam os plugins enviados para o repositório (em média, 35 por dia).

A partir desta apresentação, fica claro que a revisão é um processo longo, árduo e detalhado, projetado para detectar problemas com o código, bem como violações das diretrizes do plug-in, como nome, marca registrada etc.

Tem sucesso? Não inteiramente. Claro, qualquer sistema executado por humanos será suscetível a algum nível de falibilidade.

O próprio processo de revisão

A apresentação de Mika também expõe muitos dos problemas com o processo de revisão. Basicamente, com uma equipe de cinco membros voluntários e 35 plugins enviados em média todos os dias, trabalhando em uma plataforma BBPress desatualizada, não é razoável esperar um processo rápido, simplificado e orientado ao desenvolvedor.

O resultado final: na página “adicionar plug-in” do WordPress.org, você não descobrirá quanto tempo esperará – mas poderá ver quantos plug-ins estão na fila antes do seu.

No momento da redação deste artigo, 145 plugins na fila de revisão, com 108 aguardando sua revisão inicial.Tweet

E, como disse o post do Speckyboy, “A Automattic não tem vergonha de impor [sua] vontade aos desenvolvedores no repositório”.

Também vale a pena notar que o processo de upload e envio não é muito fácil de usar, especialmente para iniciantes, o que não incentiva novos desenvolvedores a testar suas habilidades e adicionar à experiência do WordPress de maneiras criativas.

Não há dados suficientes!

Hospedar seu plug-in no repositório de plug-ins do WordPress não fornecerá muitas estatísticas e dados sobre quem está usando seu plug-in e como. Você desenvolverá cegamente, tendo a ver apenas com o número de downloads e uma estimativa do número de instalações ativas. Isso torna praticamente impossível tomar decisões inteligentes baseadas em dados.

Como sugere Chris Lema – quando você tem dados, você não está “voando às cegas” e isso pode abrir seus olhos para decisões muito importantes e urgentes que precisam ser tomadas em relação ao seu plugin. Essas decisões geralmente serão para o benefício de seus usuários em termos de desenvolvimento e suporte e, eventualmente, para o processo de otimização de marketing e preços do seu plug-in.

Aqui está um encontro rápido que Matt Cromwell teve com Chris Lema, discutindo este tópico, entre outros relacionados.

Os desenvolvedores de plug-ins que hospedam seus plug-ins com o repositório do WordPress têm uma maneira legítima de obter os dados de seus plug-ins, desde que isso seja feito com o consentimento e aprovação do usuário. O Freemius Insights pode ajudar com isso fornecendo todas as peças que faltam no quebra-cabeça de dados de um plugin do WordPress.

Restrições de plug-ins

Finalmente, os desenvolvedores devem lidar com uma longa lista de restrições de plugins aceitos para o repositório.

Conforme descrito resumidamente na página de informações do Diretório de plug-ins do WordPress.org para desenvolvedores, essas restrições incluem:

1. Seu plugin deve ser 100% compatível com GPL (e isso inclui ativos não PHP, como imagens e CSS, que não são derivados do código WordPress)
2. Não pode fazer nada ilegal ou “moralmente ofensivo”
3. O desenvolvedor deve usar o repositório Subversion fornecido pela equipe do plugin se você quiser que ele apareça no site WP.org – o diretório “é um site de hospedagem, não um site de listagem”
4. Deve ter um arquivo readme.txt que seja legível e compatível com o padrão de arquivo readme do plugin WP

Há uma lista muito mais longa de diretrizes e requisitos, incluindo a proibição de violar as marcas registradas do WordPress e outro lembrete de que a equipe pode remover plugins que possivelmente se qualificam como spam, ilegais ou moralmente censuráveis.

Conclusão

Uma percepção de falta de conhecimento ou consideração pela perspectiva e necessidades da comunidade de desenvolvedores está por trás de muitas das desvantagens mencionadas neste artigo.

Juntamente com o problema percebido ou real com a qualidade dos plugins aceitos para o repositório e os muitos requisitos que são aplicados, não é de se admirar que o repositório perca seu apelo para alguns desenvolvedores.

Então, qual é a solução?

Se você é um desenvolvedor interessado em fazer uma contribuição rápida para a comunidade WordPress com seu código – você pode considerar o GitHub, como Coen Jacobs:

Basicamente é um repositório remoto onde você pode armazenar seu código. Mas o GitHub oferece mais. Você obtém um sistema básico de tickets, wiki e uma boa maneira de visualizar (e compartilhar, se seu repositório for público) seu código online.

Claro, o GitHub oferece seu próprio conjunto de vantagens – e desvantagens – para desenvolvedores de plugins. Portanto, você deve considerar a questão criticamente antes de tomar uma decisão final.

Mas, se suas intenções e planos no mundo dos plugins WordPress são de longo prazo e repetidos – e talvez você também queira monetizar seu plugin usando o modelo freemium em algum momento – talvez o repositório WordPress.org seja adequado para você, apesar todas as suas desvantagens. Além disso, como membros da comunidade WordPress, devemos pressionar por melhorias no repositório para resolver suas desvantagens e problemas.

O que você acha? As vantagens do repositório valem todas as desvantagens e problemas para os desenvolvedores de plugins?