Actualmente, WordPress no es muy popular en nuestros territorios, pero globalmente cubre más del 28 por ciento de Internet. WordPress tiene más de 150.000 complementos y temas, lo que representa más de 1.300 millones de descargas solo en WordPress.org. Es una plataforma realmente poderosa para ejecutar un lucrativo negocio de complementos.
Sin embargo, cuando examinamos el espacio más de cerca, encontramos que solo el 5% de los productos tienen una oferta paga. Podría pensar que este 5% posee el 99% del mercado, pero en realidad, esto está lejos de ser el caso.
Los elementos monetizados representan solo el 22 por ciento del total de elementos activos. La mayoría de los complementos y temas instalados y activos en el mercado de WordPress son completamente gratuitos. No todos los desarrolladores de WordPress monetizan su trabajo.
Técnicamente hablando, desarrollar software distribuido de código abierto como un complemento o tema de WordPress es bastante sencillo. Una combinación de PHP y JavaScript / HTML, eso es todo, ¡está listo para implementar su producto de WordPress!
No necesita servidores para ejecutar su software, no necesita saber mucho sobre bases de datos y ni siquiera necesita programación orientada a objetos. De hecho, muchos de los complementos y temas más populares del ecosistema de WordPress han sido creados por desarrolladores autodidactas.
También hay complementos muy complejos con mucha lógica, así como complementos "Serviceware" que envuelven el servicio en la nube. Pero estas son excepciones.
En cierto sentido, WordPress ha democratizado no solo la publicación, sino también el desarrollo. La combinación de un lenguaje interno débilmente tipado como PHP, excelente documentación y la capacidad de usar código GPL de terceros ha convertido a decenas de miles de usuarios de WordPress en programadores de nivel de entrada.
Cabe señalar que no necesita un servidor para ofrecer su producto en el repositorio de WordPress.org, que es un arma de doble filo, que hace que desarrollar y mantener un proyecto sea relativamente fácil, pero muy limitado.
Cuando se trata de convertir un complemento o tema en un producto comercial (es decir, complementos comerciales), la historia es completamente diferente. Esto es técnicamente mucho más complejo y estratificado que la creación de un complemento / tema y no tiene nada que ver con la funcionalidad de su módulo.
Los principales problemas (técnicos) de monetizar los productos de WordPress
Después de trabajar en WordPress durante varios años, identificamos los principales problemas técnicos asociados con la monetización y esto es lo que aprendimos:
Cobro de pagos
Esto es obvio: si desea iniciar un negocio de WordPress, debe recaudar dinero. Hay tantos aspectos diferentes y circunstancias cambiantes en la aceptación de pagos que es difícil saber por dónde empezar.
La solución más simple sería registrarse con una pasarela de pago que ofrezca una solución de pago independiente como PayPal (asumiendo que PayPal sea compatible en su país). Podrá crear un enlace de pago personalizado y agregar este enlace a la ubicación deseada en la versión gratuita del complemento.
Este es un buen comienzo para recolectar sus primeros dólares, pero no es confiable. Todas las soluciones de puerta de enlace populares como PayPal, Stripe, Braintree o Authorize.net no albergarán su código Pro, no manejarán la administración de licencias y lo mejor que obtendrá de ellas además de procesar transacciones es una notificación de compra electrónica.
Para automatizar el proceso, deberá integrar la API de estos servicios en su producto y activar procesos para abrir un enlace de descarga para la versión profesional o enviar automáticamente un archivo zip por correo electrónico después de la compra.
Puede intentar implementar estas devoluciones de llamada de API en su software gratuito, pero eso significa que transferirá su licencia y la lógica de "procesamiento posterior al pago" a cualquiera. Si desea proteger este mecanismo, debe estar ejecutándose en su servidor y sincronizado con la lógica del nivel de licencia.
Licencias de software
Una vez que un usuario obtiene su versión Pro, si no tiene algún tipo de mecanismo de licencia, no hay nada que pueda hacer para evitar que la usen en varios sitios, la envíen a amigos, la compartan en Facebook o incluso la usen como torrents en Internet.
La razón obvia por la que debe tener cuidado es la pérdida de ingresos. Si vende una licencia para cada sitio por $ 100 al año y un cliente instala su única copia en 10 sitios diferentes, entonces tiene una pérdida de $ 900.
Otra razón importante es el apoyo. Dado que brinda soporte prioritario a los clientes pagos, ¿cómo sabe si la persona que lo contactó es un cliente real o acaba de descargar su código como un torrent?
Cuando desee proteger su oferta de pago en lugar de basar su licencia únicamente en la confianza, debe tener una capa de control de licencia para que solo los clientes de pago puedan acceder a su software de pago.
Alojamiento de código seguro
Debido a las limitaciones del repositorio de WordPress.org, es decir, "todo debería ser gratis", está prohibido colocar complementos o temas premium en el repositorio. Además, al ofrecer un producto freemium, las funciones de pago de su producto no están permitidas en el repositorio.
Puede registrarse en uno de los servicios populares de Git como GitHub o BitBucket, o alojarlo sin ninguna solución de control de versiones en un almacenamiento en la nube como Amazon S3. Cualquiera que sea el alojamiento que elija, deberá escribir un conjunto de permisos para restringir el acceso al repositorio / archivos en la nube solo a los clientes que tengan una licencia válida.
Actualizaciones de software
Cuando se trata de actualizaciones de versiones, la buena noticia es que WordPress viene con un mecanismo de actualización de software como parte del núcleo. Desafortunadamente, este mecanismo solo funciona con la API oficial de WordPress.org, por lo que no podrá usarlo para su código PRO.
Dado que el código PRO debe almacenarse en un repositorio externo, su código PRO requiere una capa lógica adicional para controlar el mecanismo de actualización de software predeterminado para que funcione con su punto final API.
Deberá diseñar y proporcionar su punto final de API RESTful a los mecánicos de actualización de software. La lógica detrás de este punto final debería verificar si el sitio que llama tiene una licencia válida. Si es así, verifique si hay una versión más reciente del software y devuelva la URL segura para descargar la última versión PRO.
Si desea que esta API sea segura, deberá configurar SSL y agregar niveles de autenticación y autorización. ¿Está relacionado con el núcleo de su complemento o tema? Absolutamente no. Pero este es un requisito previo si desea obtener beneficios económicos.
Desafortunadamente, los puntos anteriores son solo la punta del iceberg. Ya sea que desee enviar facturas automáticamente, proporcionar pruebas gratuitas, suscribirse a servicios de soporte, vender a clientes europeos o vender desde Europa, las cosas se complican rápidamente.
Cuando lanzamos nuestro primer complemento Clearfy , vendimos solo $ 1350 en licencias en el primer mes. Fue entonces cuando nos dimos cuenta de que crear complementos y venderlos son dos habilidades completamente diferentes.
Para tener éxito en las ventas, además de los problemas técnicos, los programadores también deben ser especialistas en marketing (diseñadores, redactores de contenido, expertos en SEO, especialistas en seguridad y soporte).
Agregue eso al hecho de que si desea monetizarse, deberá ejecutar varios servidores y sumergirse en un trabajo de backend serio. ¿Es posible para los solitarios? Nuestra experiencia demuestra que no es posible avanzar en este mercado sin un trabajo en equipo bien coordinado.