Alternativa a cPanel: por qué creamos OptionPanel

OptionPanel es el panel de hosting que hemos desarrollado internamente en OptionWeb para sustituir a cPanel. Cada cliente dispone en él de una stack Docker aislada —sitios estáticos y Node.js 20, base de datos MongoDB 7 dedicada, correo con DKIM, DNS, backups y SSL Let's Encrypt automático— por un precio estable de 9,99 a 19,99 €/mes, sin licencia facturada aparte.

Este artículo no es una página de marketing. Es el relato técnico de por qué una agencia belga de Châtelet decidió dejar de depender de cPanel, qué construyó en su lugar, qué cambia concretamente para sus clientes — y qué es lo que OptionPanel, deliberadamente, no hace.

1. ¿Por qué dejamos cPanel?

cPanel fue un producto excelente para el hosting web de los años 2000-2015: Apache, PHP, MySQL, FTP, todo administrable por alguien sin perfil técnico. Pero se fueron acumulando cuatro problemas estructurales, y ninguno iba a resolverse solo.

La licencia facturada por cuenta, en subida continua

Desde que cPanel pasó a una tarificación por cuenta alojada en 2019, el coste de la licencia ha subido año tras año. Para un proveedor de hosting, cada cliente adicional engorda la factura de licencias — un coste que solo se puede absorber de dos maneras: repercutirlo en los precios o amontonar más clientes por servidor para diluir la cuenta. Ambas opciones degradan el servicio.

Es exactamente lo que se observa en el mercado: proveedores de hosting compartido que suben sus tarifas en la renovación, o que comprimen cientos de cuentas en la misma máquina. No queríamos ni lo uno ni lo otro. Nuestros planes cuestan 9,99, 13,99 y 19,99 €/mes — y pueden seguir así porque ningún editor externo decide nuestros costes por nosotros.

El peso del legado PHP y de los parches LVE

cPanel está diseñado alrededor de un modelo con veinticinco años de antigüedad: un servidor Linux compartido, Apache, versiones de PHP que conviven, una base MySQL común, cuentas FTP. Para impedir que un sitio glotón sature a los vecinos, el ecosistema fue apilando parches —CloudLinux, LVE, CageFS— que limitan los daños sin corregir el problema de fondo: todo el mundo comparte el mismo sistema.

Cuando la solución estándar de la industria consiste en añadir una capa de pago para contener los efectos colaterales de la arquitectura, es que la arquitectura ha cumplido su ciclo. La contenedorización resuelve este problema de raíz: cada cliente en su propio entorno, punto.

Una superficie de ataque enorme

Una instalación cPanel/WHM expone un perímetro considerable: el propio panel, la interfaz de administración, el servidor de correo Exim, el FTP, phpMyAdmin, decenas de servicios que funcionan con privilegios elevados en una máquina que aloja a todos los clientes. Allí se descubren y corrigen vulnerabilidades con regularidad — algo inevitable en una base de código de ese tamaño y esa edad. El verdadero problema está en otra parte: cuando se explota una brecha en un servidor compartido, potencialmente todos los sitios de la máquina quedan comprometidos de golpe.

Una herramienta que no fue pensada para las stacks modernas

Construimos sitios en Next.js y aplicaciones Node.js con MongoDB. En cPanel, este tipo de proyecto es un ciudadano de segunda: el soporte de Node.js está injertado a posteriori, MongoDB simplemente no existe en el ecosistema, y un sitio estático — la forma más rápida y más segura de la web — se sirve con la misma maquinaria Apache/PHP que el resto. Pagábamos una licencia cada vez más cara por una herramienta de la que casi no usábamos nada.

2. ¿Qué construimos en su lugar?

OptionPanel es nuestro panel propio, desarrollado internamente y operado únicamente sobre nuestra infraestructura. Su principio fundacional cabe en una frase: aislamiento por defecto. Donde cPanel hace convivir a decenas de clientes en el mismo sistema, OptionPanel da a cada cliente su propia stack Docker, compartimentada del resto.

En concreto, esto es lo que contiene el entorno de cada cliente:

• Stack Docker aislada por cliente — Sus sitios funcionan en contenedores que son solo suyos. Sin vecindario compartido: un sitio ajeno que se cae, que se satura o que resulta comprometido no tiene ningún acceso a su entorno.
• Sitios estáticos + Node.js 20 — Las dos formas que dominan la web moderna: estático ultrarrápido (Next.js exportado, HTML/CSS/JS) y aplicaciones Node.js 20 para todo lo dinámico.
• Base de datos MongoDB 7 dedicada — Cada cliente recibe su propia base MongoDB 7 — no un esquema en un servidor MySQL compartido. Sus datos viven dentro de su perímetro, con sus propias credenciales.
• Correo + webmail + DKIM — Direcciones de correo profesionales en su dominio, webmail incluido y firma DKIM configurada para la entregabilidad — imprescindible desde el endurecimiento de las reglas de Gmail y Outlook.
• Gestión DNS integrada — Sus zonas DNS se gestionan directamente en el panel: registros A, CNAME, MX, TXT, SPF. Sin idas y venidas entre un registrador y un proveedor de hosting.
• Gestor de archivos web — Subida, edición y organización de sus archivos en HTTPS desde el navegador. El FTP, protocolo sin cifrar de los años 90, simplemente no está expuesto.
• Backups automáticos — Copias de seguridad incluidas en todos los planes, restaurables sin ninguna manipulación técnica por su parte.
• SSL Let's Encrypt automático vía Traefik — El certificado HTTPS lo emite y renueva automáticamente Traefik, nuestro reverse proxy. Cero acciones, cero certificados caducados, cero coste.

El punto importante: OptionPanel no es un cPanel reescrito. Es una arquitectura diferente. Traefik enruta el tráfico hacia los contenedores de cada cliente y gestiona el SSL en la entrada; las stacks de los clientes son independientes entre sí; y el panel no es más que la ventana de pilotaje de ese conjunto — no un mastodonte con las llaves de toda la máquina.

3. cPanel vs OptionPanel: la comparativa honesta

Esta tabla es deliberadamente honesta en la última línea: si su necesidad es alojar un WordPress tal cual al precio más bajo, cPanel sigue siendo la herramienta hecha para eso, y no vamos a fingir lo contrario. Nuestra apuesta es otra — volvemos sobre ella más abajo.

4. ¿Qué cambia concretamente para su sitio web?

La arquitectura es problema nuestro. Lo que le afecta a usted son los efectos medibles del lado del cliente. Hay tres.

Un rendimiento que no depende de los vecinos

En un hosting compartido clásico, su tiempo de carga depende de lo que hagan los demás sitios de la máquina: una tienda vecina en plena promoción puede ralentizar su web corporativa. Con una stack aislada, sus recursos son suyos. Y como servimos estático o Node.js — no un WordPress que reconstruye cada página en PHP en cada visita — los tiempos de respuesta son estructuralmente mejores, algo que se nota en los Core Web Vitals y, por tanto, en el SEO.

Una seguridad por diseño, no a base de parches

El aislamiento de Docker confina los incidentes: la intrusión en un sitio no abre la puerta de los demás. A eso se suman la ausencia de PHP compartido (primer objetivo de los ataques automatizados en la web), la ausencia de FTP expuesto, el SSL renovado sin intervención humana, la protección anti-DDoS y los backups automáticos. Menos componentes expuestos significa menos cosas que pueden salir mal.

Un precio que no se moverá en la renovación

Quizá sea el efecto más concreto para una pyme: no hay licencia de cPanel en nuestros costes, así que no hay subida de editor que repercutir. Los tres planes de OptionPanel son simples y sin precio gancho que se duplica el segundo año:

Todos los planes incluyen la misma base: uptime del 99,9 %, SSL automático, anti-DDoS, backups, correo + webmail, gestión DNS y gestor de archivos. La diferencia está únicamente en el número de sitios y el espacio en disco.

5. Lo que OptionPanel no hace (y por qué es deliberado)

Un artículo honesto debe decir lo que el producto no hace. OptionPanel no es un hosting compartido generalista, y tres ausencias son decisiones deliberadas, no carencias pendientes de corrección.

• Sin PHP ni WordPress compartido — Reintroducir PHP compartido es reintroducir exactamente la superficie de ataque y la deuda de mantenimiento que dejamos atrás. Cuando un cliente llega con un WordPress, no lo alojamos tal cual: lo migramos a Next.js, conservando contenido, URLs y posicionamiento SEO acumulado.
• Sin MySQL — Nuestro estándar es MongoDB 7, en base dedicada por cliente. Un proyecto que exige imperativamente MySQL no es un proyecto para OptionPanel — y lo decimos desde el presupuesto, no después de la firma.
• Sin FTP — El gestor de archivos web cubre las necesidades reales (subida, edición, organización) en HTTPS, sin exponer un protocolo heredado que transmite las credenciales en claro en su versión básica.

Este posicionamiento tiene una consecuencia asumida: no vendemos OptionPanel como producto autónomo a webmasters. Es la base de hosting de los sitios que creamos y mantenemos. La migración de un WordPress a Next.js se ha convertido, de hecho, en uno de nuestros trabajos más frecuentes — hemos documentado el proceso completo en nuestra guía de migración de WordPress a Next.js.

OptionPanel en la práctica: ¿por dónde empezar?

Tres años después de la decisión de dejar cPanel, el balance es simple: unos costes que controlamos de principio a fin, incidentes confinados por diseño y una stack alineada con lo que realmente construimos para nuestros clientes. La apuesta de la hoja en blanco costó tiempo de desarrollo — hoy nos hace independientes de la hoja de ruta y de las tarifas de un editor estadounidense.

Si actualmente aloja su sitio en un hosting compartido cPanel y quiere comparar en serio, nuestra guía completa del alojamiento web en Bélgica fija los criterios objetivos. Y si quiere saber cómo quedaría su sitio — WordPress incluido — en una stack moderna aislada, pida un presupuesto gratuito: respuesta en 48 h, migración a cargo de nuestro equipo, planes de hosting de 9,99 a 19,99 €/mes.