1. Aproveite o WP Cron

Cron é um sistema de agendamento de tarefas originalmente construído para UNIX que permite aos usuários executar comandos em horários específicos. Você sabia que o núcleo do WordPress tem um recurso semelhante ao cron embutido? Esse recurso é apropriadamente chamado de wp cron .

Se o seu plugin tem uma tarefa de rotina que precisa ser executada, o wp cron pode ser útil para acionar a tarefa. wp cron tem suas limitações. Por exemplo, depende de solicitações de páginas da Web, resultando em um atraso no disparo de uma tarefa se o site WordPress não tiver tráfego intenso.

Mas essas limitações são corrigíveis. Para sites com tráfego intenso e para aqueles configurados com ping automático, o wp cron pode ser uma maneira agradável de criar uma configuração semelhante ao cron. 

2. Aproveite as atualizações automáticas

Desde o WordPress 3.7, atualizações automáticas estão disponíveis para desenvolvedores de plugins e temas do WordPress. Essa funcionalidade não está habilitada por padrão, e deve ser ativada pelo usuário ou por meio do seu plugin. Este último não é recomendado porque o usuário deve optar explicitamente por atualizações automáticas.

No entanto, é bom destacar/lembrar o usuário sobre a opção de atualização automática através da interface de administração do seu plugin. Se ativado, as atualizações automáticas são uma excelente ferramenta para o desenvolvimento de sites profissionais contínuo de plugins do WordPress. É ótimo para lançar patches de segurança, hot fixes e lançamentos de versão.

Os plug-ins listados no WordPress.org se beneficiam do gerenciamento automático de versões de plug-ins por meio de seus repositórios.

3. Considere o uso do padrão de design MVC

Os plugins do WordPress se beneficiam muito quando são criados usando a arquitetura MVC. Por questões de manutenção, modularidade e muitas outras razões, não há opção melhor. O MVC torna muito fácil ser limpo e organizado com sua arquitetura de plugins.

Há uma estranha ocasião em que ainda uso o que chamo de arquitetura de “código selvagem”. É para pequenos plugins, one-offs e, às vezes, funcionalidade de demonstração. Abaixo você pode ver as duas estruturas de diretório que eu normalmente uso para plugins: a versão de arquitetura “selvagem” à esquerda e MVC à direita.

Isso lhe dará uma ideia melhor sobre a diferença que o MVC pode fazer: Além disso, todos os novos plugins que escrevo contêm um documentationdiretório com documentos compostos em HTML, um languagesdiretório e versões Sass das folhas de estilo do plugin. Atualmente, eu diria que os pré-processadores são agora uma ferramenta padrão que você encontrará entre os conjuntos de ferramentas dos desenvolvedores profissionais de plugins WP. Confira a apresentação de Ian Dunn sobre a implementação do MVC para desenvolvimento de plugins  é uma ótima cartilha.

4. Dê um nome exclusivo aos arquivos de plug-in

Não esqueça que seu plugin será instalado em um “ecossistema ocupado”, talvez até ao mesmo tempo que os plugins de seus concorrentes. Nomes exclusivos para seus arquivos e variáveis são essenciais. A maneira mais fácil de fazer isso seria prefixar variáveis, classes, funções, seletores CSS e nomes de arquivo PHP personalizados com o nome do seu plugin.

5. Teste seus plugins completamente

A última parte de qualquer bom ciclo de desenvolvimento de software é polir, preparar e testar o produto para lançamento. Aqui estão minhas sugestões para quando você estiver se preparando para implantar o lançamento inicial do seu plug-in ou estiver preparando um lançamento de versão:

1. Depure seu plugin com wp_debug habilitado até que tudo seja resolvido.

• Teste o plugin em uma nova instalação do WordPress.

• Teste o plugin usando vários temas do WordPress.

• Considere testar o plug-in em versões antigas do WordPress e versões do PHP que você suspeita que possam afetar a funcionalidade do plug-in.

• Analise e teste seu plug-in com ferramentas de desenvolvedor de navegador (DevTools para Chrome, Firebug para Firefox, etc.).

• Compacte todos os arquivos front-end (HTML, CSS e imagens). Inclua versões não minificadas de suas folhas de estilo e arquivos HTML para que o usuário do plug-in possa realizar modificações personalizadas.

• Escreva uma boa documentação.
  O Documenter pode ser útil nesse processo.