Cómo instalar módulos de WHMCS para automatizar servidores en la nube y pagos (guía completa)

Los módulos de WHMCS agrupan en un solo panel flujos de trabajo concretos como la recepción de pagos, la actualización de precios de renovaciones, la gestión de operaciones de los clientes y el control de recursos de servidores en la nube directamente desde WHMCS. En el catálogo de Hostragons encontrarás cinco módulos orientados a pagos y operaciones, con cinco integraciones independientes para infraestructuras de OVHcloud, AWS Lightsail, Contabo, Microsoft Azure y Google Cloud. Esta guía compara qué hace cada uno de los diez módulos, sus límites de alcance y para qué caso de uso conviene.

Al elegir un módulo, no basta con mirar la lista de funciones. También debes tener en cuenta la versión de WHMCS que usarás, la cuenta del proveedor, los permisos de API, el sistema operativo, el modelo de facturación y el plan de pruebas antes de pasar a producción. Estas integraciones no sustituyen la licencia de WHMCS, la cuenta del proveedor en la nube ni la cuenta del procesador de pagos correspondiente. Además, cada proveedor aplica sus propias tarifas por uso, red, licencias e impuestos.

¿Qué tareas facilitan los módulos de WHMCS?

El núcleo de WHMCS gestiona el ciclo de vida de clientes, pedidos, facturas y servicios. Los módulos conectan ese núcleo con flujos de trabajo específicos. Por ejemplo, una pasarela de pagos puede llevar la factura a una página de pago externa, verificar el resultado y comunicarlo a WHMCS. Un módulo de operaciones puede ejecutar actualizaciones masivas de saldo o de precios. Y un módulo de servidor puede crear una máquina virtual vinculada al pedido y ofrecer, dentro del área de cliente, las funciones de gestión permitidas.

Esta distinción es clave: no todos los módulos sirven para todo. Por ejemplo, los módulos de Paddle y Mollie se enfocan en el flujo de pagos; el Customer Balance Manager (Módulo de Gestión de Saldo de Cliente) se centra en operaciones administrativas de crédito, y las integraciones de nube se limitan a los recursos del proveedor correspondiente. Dividir primero la lista de necesidades en “pagos”, “operaciones del cliente” y “automatización de servidores” ayuda a elegir el producto adecuado.

Comparación rápida de 10 módulos de WHMCS

Los precios de la tabla son los precios de lista vigentes que se veían en el momento de publicar este artículo; no implican un compromiso de precio permanente. Antes de comprar, debes revisar en la página del producto el alcance, la licencia y el precio actuales.

Módulos de operaciones de pago y gestión

Actualización automática de tarifas

Cuando los precios recurrentes cambian con el tiempo, los servicios activos o suspendidos que se abrieron antes pueden quedarse con el importe de renovación anterior. El módulo Actualización Automática de Tarifas se utiliza para recalcular los importes de renovación de servicios, extensiones y dominios en función de la tarificación actual configurada en WHMCS. El proceso puede ejecutarse una vez o conectarse a un flujo planificado con cron.

Este módulo es especialmente adecuado para negocios que no quieren ajustar manualmente gran cantidad de registros después de cambios de tipo de cambio o de tarifas. Puedes ver ejemplos de uso en la guía Módulo de actualización automática de precios para WHMCS. Aun así, antes de aplicar cambios masivos, es necesario hacer una copia de seguridad de la base de datos, probar el alcance en un grupo pequeño y controlado de clientes y revisar las facturas que se generarán.

Pasarela de pago Paddle

La integración con Paddle Billing V3 inicia pagos únicos y por suscripción para facturas de WHMCS a través de Paddle Checkout. Verifica notificaciones de webhook firmadas con HMAC-SHA256 y ayuda a asociar la notificación de pago recurrente con la factura correspondiente mediante el identificador de suscripción. Así, en lugar de confiar en el resultado de la redirección en el navegador, se procesa la notificación firmada enviada desde el servidor.

El módulo no proporciona ni una cuenta Paddle ni una validación de idoneidad comercial. La cuenta Paddle, la definición de productos, la moneda y la configuración de webhooks deben completarse por parte del negocio. Para detalles de instalación, consulta Pagos de Paddle para WHMCS; antes de pasar a Checkout, también puedes probar en un entorno de pruebas los escenarios de pago exitoso, fallido, cancelado y recurrente por separado.

Pasarela de pago Mollie

El módulo de Mollie conecta métodos de pago disponibles en la cuenta Mollie con las facturas de WHMCS, como iDEAL, tarjetas, PayPal, Apple Pay, Bancontact, SOFORT y transferencias bancarias. Las devoluciones de webhook trasladan el estado del pago a WHMCS; además, ofrece funciones específicas según el método, por ejemplo, selección de banco en iDEAL y gestión de vencimientos en transferencias bancarias.

La disponibilidad de un método de pago depende del país, la moneda, la cuenta Mollie y qué métodos tenga habilitados esa cuenta. Por eso, la expresión “15 métodos” no significa que todas las cuentas tengan activados los mismos métodos. Debes verificar los permisos en el panel de Mollie y confirmar el endpoint de webhook antes de habilitarlo en producción con la guía Módulo de Mollie para WHMCS.

Transferencia de dominio entre clientes

Este módulo configura un proceso controlado para que un cliente de WHMCS transfiera el dominio asociado a su cuenta a otro cliente de WHMCS. La solicitud se inicia desde la cuenta del cliente emisor y se valida mediante un enlace de un solo uso enviado al correo del destinatario. La verificación del token, el registro de IP, el tiempo de validez ajustable y el seguimiento de estados proporcionan un flujo más trazable que una transferencia manual.

El procedimiento aquí no es el típico de transferencias entre registradores. En este caso, se cambia la titularidad dentro de la misma instalación de WHMCS. Además, el bloqueo de transferencia del registrador, el código EPP o el proceso de traslado hacia una cuenta externa siguen reglas específicas del registrador correspondiente.

Administrador de saldo de clientes

Customer Balance Manager se centra en filtrar créditos de clientes y realizar operaciones masivas desde el área de administración de WHMCS. Los clientes se pueden encontrar por nombre, empresa, correo, moneda y estado del saldo. Luego, a las cuentas seleccionadas se les puede añadir crédito en lote o restablecer el saldo a cero. Las operaciones quedan registradas con una nota del administrador y un registro de actividad.

Dado que el saldo de crédito afecta directamente a los registros financieros, debes restringir los roles de administración autorizados, revisar la lista de clientes seleccionada antes de cada acción y aplicar cambios grandes únicamente después de hacer copias de seguridad.

Módulos de automatización de servidores en la nube

Los módulos de nube crean un puente entre los pedidos y registros de servicios en WHMCS y las APIs de los proveedores. Puedes ver cómo funciona el ciclo de vida del servicio base en la guía Creación automática de cuentas de hosting con WHMCS. El alcance de las operaciones que se ofrecen al cliente depende del comportamiento de la API del proveedor, la configuración del producto y los permisos concedidos por el negocio. Estos módulos son integraciones independientes; no son productos desarrollados por esos proveedores de nube y no implican una declaración de alianza.

OVHcloud VPS & Dedicated

La integración de OVHcloud conecta los servicios VPS y Dedicated con WHMCS. En el lado de VPS, operaciones como el ciclo de vida y el reprovisionamiento pueden manejarse con controles de autoservicio permitidos dentro del área de cliente. El alcance de Dedicated está orientado a asignar servidores del pool existente y ejecutar operaciones controladas; no debe asumirse que automatiza la compra de nuevos servidores físicos. Para acciones que puedan provocar suspensión, terminación o pérdida de datos, se requiere control del operador.

AWS Lightsail

El módulo de AWS Lightsail relaciona el servicio de WHMCS con el provisionamiento de servidores, operaciones de energía, IPv4 estática, flujos de firewall y snapshot. Las credenciales de acceso para recursos Linux y Windows se tratan según las reglas de su propio entorno. El módulo no es un “catálogo general de servicios AWS”, sino una integración enfocada en los recursos de Lightsail.

La identidad del proveedor, la región, el nombre de la instancia y datos como la IP estática asociada deben quedar vinculados al servicio. Las claves de API no vienen dentro del ZIP de distribución; durante la instalación, el cliente configura todo usando los permisos necesarios desde su propia cuenta de AWS.

Contabo Cloud

El módulo Contabo Cloud ofrece conexión para provisionamiento, operaciones de encendido, reprovisionamiento, restablecimiento de contraseña y gestión de snapshots en recursos VPS y VDS de Contabo. Que el identificador del recurso coincida correctamente con el servicio de WHMCS es crucial para reconciliar solicitudes repetidas de provisionamiento sobre el mismo recurso y para operaciones como borrado, donde la validación de propiedad resulta determinante.

Para usarlo, también se requieren la cuenta Contabo, el acceso a API y las tarifas de uso que aplique el proveedor. No debes asumir que funciones como una subida de plan, reverse DNS, VNC dentro del navegador o cualquier característica específica de cada proveedor estén automáticamente incluida en el alcance del módulo; para eso debes basarte en la lista de funciones vigente en la página del producto.

Microsoft Azure VM

El módulo Microsoft Azure VM conecta con WHMCS el provisionamiento de máquinas virtuales, operaciones de energía, deallocate, cambios de tamaño, gestión de discos, snapshots y firewall. Se usan el grupo de recursos y las etiquetas de la máquina virtual para verificar la propiedad del servicio. La eliminación no debe considerarse completada si no se valida el resultado asíncrono de Azure y que el recurso realmente se haya retirado.

En recursos con coste adicional como discos de Azure y snapshots, la configuración del catálogo y la tarificación corre a cargo del negocio. Las opciones que se muestran al cliente deben limitarse únicamente al alcance que esté configurado y probado.

Google Cloud Compute Engine

El módulo de Google Cloud conecta con WHMCS el provisionamiento, operaciones de energía, cambios de tipo de máquina y gestión de reglas de red con alcance del servicio en máquinas virtuales de Compute Engine basadas en Linux. El nombre del recurso, la región y las etiquetas del servicio se guardan como identidad permanente; las operaciones del ciclo de vida se ejecutan una vez verificada la propiedad usando esa información.

El despliegue 2.0.0 actual cubre cargas de trabajo Linux. No debes planificar soporte para Windows o RDP “como si estuviera incluido”. El proyecto de Google Cloud, las configuraciones de cuenta de servicio, cuotas, red y facturación deben proporcionarlas el negocio.

¿Qué módulo de WHMCS deberías elegir?

• Si quieres trasladar precios de renovaciones antiguos al catálogo actual, evalúa el módulo Actualización Automática de Tarifas.
• Si quieres cobrar pagos a través de Paddle Checkout o Mollie, elige el módulo de pasarela de pago correspondiente.
• Si necesitas transferir un dominio entre clientes dentro de la misma instalación de WHMCS, usa el módulo Transferencia de Dominio entre Clientes.
• Si vas a realizar operaciones de crédito en muchas cuentas de clientes, Customer Balance Manager es la opción adecuada.
• Si quieres conectar un servicio VPS, VDS o VM a una API de un proveedor, elige únicamente el módulo de servidor en la nube del proveedor que vas a usar.

Si en tu propia infraestructura ofreces VPS o VDS, planifica la automatización de WHMCS junto con la estructura del producto servidor virtual. En empresas que usan múltiples proveedores, lo recomendable es activar cada integración por separado con su propia cuenta API, su propio producto de prueba y, si es posible, credenciales de baja autoridad y separadas; así reduces el área donde podrían aparecer errores.

Flujo de compra, descarga e instalación

1. Revisa el módulo que encaje con tu necesidad y el alcance vigente en la página del producto en tiempo real.
2. En el área de cliente de WHMCS, completa el pedido y paga la factura.
3. Después de que WHMCS apruebe el pago, el flujo oficial Auto Release pondrá el servicio en estado Active.
4. En la cuenta con un servicio Active, solo se mostrará la descarga relacionada con el producto que compraste.
5. Verifica el archivo ZIP, lee la documentación de instalación y sube los archivos a un entorno de pruebas de WHMCS.
6. Introduce, después de la instalación, los datos de API del proveedor o del procesador de pagos en los campos de configuración correspondientes.
7. Antes de pasar a producción, prueba escenarios de éxito y fallo: webhooks, timeouts, reintentos y terminación.

Los archivos de descarga no se publican desde un directorio web general. La relación entre producto y servicio, junto con el servicio en estado Active, define el permiso de descarga en el área de cliente. Las condiciones de licencia vigentes y la documentación de instalación del pedido siempre están por encima de este resumen.

Licencias, costes del proveedor y límites de seguridad

Los archivos de los módulos se entregan con código fuente que no está cifrado; esto no significa “código abierto” ni otorga el derecho a redistribuir libremente. Los derechos de uso, modificación y redistribución dependen del contrato de licencia adquirido y deben seguirse por producto y por instalación con el enfoque de Gestión de licencias de WHMCS. Las claves de API del proveedor, los registros reales de clientes, las identidades de recursos en vivo o los datos operativos pertenecientes a Hostragons no se incluyen en los paquetes de distribución.

Al instalar, debe aplicarse el principio de mínimo privilegio. Si es posible, proporciona al módulo credenciales separadas únicamente con los permisos de API necesarios, rota las secretas de webhook de forma periódica, limita los roles de administrador en WHMCS y anonimiza datos sensibles en los logs. Antes de producción, utiliza una cuenta de prueba o un recurso de pruebas de bajo coste. En pruebas de cancelación y terminación, valida no solo la respuesta de la API del proveedor, sino también que el recurso realmente se haya eliminado y que no se haya dejado ningún recurso adicional de pago.

Al vender el servicio servidor en la nube, añade a la cuenta de costes no solo la máquina virtual; incluye también disco, snapshot, IP, tráfico, diferencias regionales de precios, licencias y cualquier ajuste aplicable. La automatización del módulo puede reducir el tiempo operativo, pero no elimina la cuota del proveedor, la aprobación de la cuenta ni la responsabilidad de facturación.

Lista de verificación breve antes de la instalación

• Lee la documentación vigente del producto para tu versión de WHMCS y PHP.
• Haz copias de seguridad de la base de datos y de los archivos.
• Concede al usuario externo de API únicamente los permisos necesarios.
• Crea un producto de prueba, un cliente de prueba y un recurso de proveedor de bajo riesgo.
• Comprueba que en llamadas repetidas a CreateAccount no se crea un segundo recurso.
• Valida los resultados de suspensión, reactivación, terminación y reprovisionamiento desde el panel del proveedor.
• En los módulos de pago, prueba webhooks firmados, importes incorrectos, notificaciones repetidas y escenarios de reembolso.
• Después de pasar a producción, supervisa de cerca los primeros pedidos y los registros de errores.

Preguntas frecuentes

¿Qué es un módulo de WHMCS?

Un módulo de WHMCS agrega a WHMCS un flujo de trabajo específico, como pagos, operaciones del cliente o gestión de servidores. No sustituye ni la licencia de WHMCS ni la cuenta externa del proveedor.

¿Qué proveedores de nube se admiten?

Existen módulos separados para OVHcloud VPS y Dedicated, AWS Lightsail, Contabo VPS/VDS, Microsoft Azure VM y Google Cloud Compute Engine basado en Linux.

¿La cuenta del proveedor de nube y los costes de uso están incluidos en el precio?

No. La cuenta del proveedor, la suscripción, el uso de recursos, la red, las licencias y los impuestos se cobran por separado por el propio proveedor.

¿Las credenciales de API vienen en el paquete del módulo?

No. En los ZIP de los módulos no se incluyen credenciales del proveedor ni datos reales de clientes en vivo. Los datos necesarios se introducen después en los campos de configuración adecuados dentro de WHMCS.

¿Cómo se descarga el módulo comprado?

Tras la aprobación del pago por WHMCS y cuando el servicio correspondiente pasa a estado Active, el acceso a la descarga solo aparece en el área de cliente para el producto que se compró.

¿El código fuente del módulo está cifrado?

Los archivos del módulo se entregan con código fuente no cifrado. Los derechos de uso, personalización y redistribución están sujetos a las condiciones de la licencia adquirida.

Elige el módulo adecuado para tu flujo de trabajo en WHMCS

Compara el alcance, el precio actual y las condiciones de licencia del módulo que necesitas para pagos, operaciones de cliente o automatización de servidores en la nube. Consulta Explora los módulos de WHMCS y prepara tu plan de pruebas antes de producción junto con la documentación de instalación.