CapRover vs Coolify vs Dokploy: el segmento simple comparado en 2026

Tres productos disputan hoy el mismo nicho: el desarrollador que quiere un Heroku corriendo en una VPS propia, sin aprender orquestador de cluster y sin pagar US$25 por dyno. CapRover, Coolify y Dokploy. Los tres hacen la misma promesa — git push o docker pull, panel web, certificado automático, deploy en minutos. Los tres entregan esa promesa. Y aún así, elegir mal entre ellos te va a costar tres meses de tu próximo trimestre.

La diferencia no está en lo que cada uno hace. Está en lo que cada uno apuesta.

CapRover apostó a la estabilidad. Existe desde 2017, atravesó tres olas de hype sin perder identidad, y prefiere envejecer a reinventarse.

Coolify apostó a la riqueza de features. Marketplace de templates, soporte nativo a docker-compose, multi-server, decenas de integraciones listas. Es el panel más popular del segmento en enero de 2026.

Dokploy apostó al peso ligero con UX moderna. Usa Docker Swarm por debajo para ganar multi-server fuera de la caja, copia lo que funcionó en Coolify y descarta lo que pesó.

La elección entre los tres define el siguiente dolor que vas a tener — y no es el dolor de instalación. Es el dolor que aparece en el octavo mes, cuando el panel ya está corriendo tus dos o tres SaaS de producción y necesitas decidir si confías en él en un jueves por la noche. Este post es el mapa para elegir sabiendo qué dolor viene.

CapRover, el veterano

CapRover salió en 2017, antes de que Coolify existiera, antes del hype de auto-hosting volver a estar de moda, antes de que docker-compose fuera sinónimo de "dev local". Fue escrito en Node, usa Docker Swarm internamente (sí, antes de que Dokploy hiciera de eso bandera), y nunca intentó ser bonito.

La filosofía del proyecto es visible en cada decisión: haz una cosa bien, mantén el código simple, prefiere release semestral a release semanal. El resultado es una de las herramientas más confiables de ese segmento. Personas que instalaron CapRover en 2019 aún corren aquella misma instalación en 2026 con upgrades incrementales y cero reinstalación completa.

Lo que hace bien. Idle de aproximadamente 150 MB de RAM — el más liviano de los tres por un margen cómodo. Instalación en una VPS de US$5/mes corre tranquilo, con 600 MB libres para workload real. Panel funcional sin florituras, abstracción de "App" simple (una imagen Docker, variables de entorno, dominio, certificado), soporte a deploy vía CLI, vía push de tarball, vía Dockerfile. Comunidad pequeña pero leal — el foro tiene respuestas de 2018 que aún tienen sentido en 2026.

Donde pierde. El modelo "App" es primariamente single-container. Consigues correr servicios auxiliares (Postgres, Redis) como Apps separados, pero la integración entre ellos es vía DNS interno y variables manuales. docker-compose tiene soporte limitado — funciona para casos simples, se rompe en casos con volúmenes nombrados complejos o healthchecks elaborados. El ecosistema de plugins/templates ("one-click apps") existe y funciona, pero la curaduría se estancó; muchos templates apuntan a versiones de imagen de 2022. UI tiene el estilo visual de cuando fue escrita — funcional, pero data el producto. Y el punto más crítico: no existe multi-server real. Corres en una VPS. ¿Quieres redundancia? CapRover no te ayuda.

Cuándo CapRover es la elección correcta. Solo dev con una VPS. Aplicación monolítica sin decenas de microservicios. Presupuesto ajustado (su ligereza te ahorra un upgrade de plan). Equipo de una a tres personas que ya tomó todas las decisiones importantes y quiere un panel que simplemente no muera. Valoras estabilidad por encima de feature nueva. CapRover envejece bien; en enero de 2026 sigue siendo la elección pragmática para ese perfil específico.

Coolify, el feature-rich popular

Coolify entró al mercado tarde — primera release relevante en 2021 — y ganó tracción asombrosa en los últimos tres años. En enero de 2026 acumula decenas de miles de estrellas en el repositorio público, comunidad activa, releases mensuales, presencia en conferencias, creador conocido personalmente por el público. Es el panel que indie hacker en Twitter recomienda primero.

La filosofía es clara: haz el panel más completo del mercado. Soporta todo. Marketplace, multi-server, monitoring integrado, soporte a destinos múltiples (proveedor cloud A, proveedor cloud B, tu VPS), notificaciones en varios canales, integración con varios git providers, deploys preview, branch-per-environment, revisión de pull request. Si un competidor tiene feature, Coolify quiere tener también — y generalmente tiene.

Lo que hace bien. UI moderna y agradable. Soporte nativo y robusto a docker-compose — pegas tu compose existente, ajustas dominios, despliegas. Templates de base de datos en un clic para Postgres, MySQL, MariaDB, MongoDB, Redis, y una decena más. Multi-server: registras un destino remoto y Coolify provisiona apps allí. Backup automático integrado para las bases provisionadas. Soporte a múltiples proveedores git. Comunidad activa que responde rápido — Discord activo, releases que incorporan pedidos.

Donde pierde. Pesado. Idle entre 500 y 700 MB de RAM, dependiendo de la versión y del número de servicios auxiliares activos. En una VPS de 1 GB estás apretado antes de subir un único contenedor de aplicación. La complejidad creció en los últimos dos años más rápido de lo que la documentación acompañó — features nuevas debutan con tutorial en vídeo en Twitter y tardan en volverse página estática consultable. Pero el punto más grave es lo que multi-server no significa en Coolify: no es alta disponibilidad. Es "un panel central despliega en N hosts remotos". Si el servidor que aloja el panel cae, pierdes la capacidad de hacer deploy, ver logs, revisar status — los apps remotos siguen corriendo, pero estás ciego. El panel es punto único de fallo por diseño.

Cuándo Coolify es la elección correcta. Indie hacker con 2 a 5 aplicaciones. Quiere panel maduro, con features listas que ahorran tiempo de configuración. Valora marketplace de templates y setup rápido de base de datos. Tiene latitud presupuestaria para hardware — una VPS de 2 a 4 GB de RAM dedicada al panel no es problema. No tiene requisito formal de SLA. Es el "Heroku auto-hospedado" más completo que consigues hoy, y para ese perfil entrega exactamente.

Dokploy, el desafiante ligero

Dokploy es el más nuevo de los tres. Lanzamiento público en 2024, ganó tracción rápido en 2025, en enero de 2026 acumula algo en torno a diez mil estrellas en el repositorio público. Fue explícitamente posicionado como "lo que Coolify debería ser, sin el peso".

La filosofía: copiar lo que Coolify acertó en UX y descartar lo que pesó. Usa Docker Swarm como capa de orquestación — decisión polémica y fundadora del proyecto. Swarm te da multi-server fuera de la caja: añades un nodo worker y entra al pool sin configuración de red manual. A cambio, heredas el destino de Swarm como producto.

Lo que hace bien. Idle aproximadamente 350 MB de RAM — significativamente más liviano que Coolify, más pesado que CapRover. UI clean y moderna, claramente inspirada en Coolify pero con elecciones más económicas (menos pestañas, menos config inicial). Multi-server real vía Swarm: registras un worker, aparece en el pool, jobs se distribuyen. Soporte nativo a Docker Compose (Dokploy lo llama "stacks"). Crecimiento de la comunidad: Discord activo, releases frecuentes, proyecto incorporó pedidos importantes en meses, no años.

Donde pierde. Más nuevo significa menos battle-tested. Bugs aparecen en casos de borda que Coolify y CapRover ya documentaron. Acoplado a Swarm — y Swarm es una tecnología en mantenimiento lento por la mantenedora original. Recibe correcciones de seguridad y estabilidad, pero no hay indicación clara de que gane nuevas features. Para proyecto de 2024 elegir Swarm es una apuesta defendible (estable, simple, embebido en Docker), pero estás construyendo encima de una capa que no evoluciona más. Ecosistema de plugins/templates aún superficial comparado a Coolify — ganas lo básico, no la biblioteca curada de templates específicos. Documentación en español prácticamente inexistente.

Cuándo Dokploy es la elección correcta. Equipo pequeño (3 a 6 personas) que valora UX moderna pero no quiere pagar el precio de Coolify en RAM. Multi-server real fuera de la caja es requisito (quieres correr en 2 a 4 VPS desde el inicio). Proyecto nuevo sin dependencia histórica en templates o plugins específicos. No tienes aversión a Docker Swarm como tecnología subyacente. Para ese perfil, en enero de 2026, Dokploy es la elección que envejece mejor entre los tres.

Los tres lado a lado

La tabla abajo es la versión comprimida de la decisión. Cada línea es una dimensión que suele volverse argumento de foro; lado a lado, se vuelve criterio.

La columna que más informa no está visible en esa tabla: qué dolor viene en tercer lugar. CapRover te da estabilidad inmediata y el dolor viene cuando creces y necesitas multi-server. Coolify te da features ricas y el dolor viene en la cuenta de la VPS y en la complejidad creciente. Dokploy te da multi-server moderno y el dolor viene en el acoplamiento a Swarm de largo plazo. Elegir es responder honestamente: ¿cuál de esos tres dolores es el que más cabe en tu próximo año?

El dolor que los tres comparten

Hay un dolor común a los tres que merece nombre propio, porque es donde la transición honesta ocurre: ninguno de los tres tiene alta disponibilidad real.

Voy a ser preciso sobre lo que eso significa.

CapRover es single-server por diseño. No lo intenta. Instalas, corres en una VPS, punto. Caer el servidor es caer el producto.

Coolify y Dokploy ofrecen multi-server, pero la expresión usada por ambos confunde. Multi-server, en el vocabulario de ellos, significa que un panel central despliega contenedores en N hosts remotos. El panel vive en una máquina; los hosts son objetivos de deploy. Cuando el servidor del panel cae:

• Los apps remotos siguen corriendo (Docker en ellos sigue funcionando).
• Pierdes acceso a logs centralizados, métricas, deploys, edición de variables de entorno.
• ¿Update del panel? Esperar.
• ¿Redeploy de un app trabado? Esperar.
• ¿Ver por qué el servicio de checkout empezó a devolver 500? Esperar.

Para un hobby project, "esperar" es tolerable. Para startup con primer cliente B2B exigiendo uplink contractual de 99,5%, "esperar" es violación de SLA. Los tres productos comparten esa pared.

La pared está señalizada cuando:

• Cliente exige SLA explícito. Algo como ≥ 99,5% en el contrato. Best-effort no pasa por el jurídico del cliente.
• El panel ya cayó una vez por semana ininterrumpidamente. Puede ser update mal-sucedido, kernel panic, OOM kill en pico de tráfico — la causa importa menos que la frecuencia.
• Tienes 2 o más aplicaciones importantes en producción. Backup centralizado se vuelve requisito; coordinación entre apps se vuelve requisito; observabilidad unificada se vuelve requisito.
• Equipo creció a 3 o más personas y el panel se volvió cuello de botella. Un deploy bloquea al otro. Acceso simultáneo confunde estado.
• Backup del panel es manual y no fue probado en meses. ¿Consigues restaurar la VPS entera en 30 minutos? ¿Ya probaste ese procedimiento en prod?

Cuando dos o más de esos puntos se confirman al mismo tiempo, pasaste de la fase en que CapRover, Coolify y Dokploy resuelven el problema. La siguiente decisión es estructural.

HeroCtl como paso siguiente natural

HeroCtl es un archivo ejecutable único que instalas en N servidores Linux con Docker. Los tres primeros servidores forman el plano de control replicado — no hay "servidor central" que pueda caer. La coordinación entre ellos sobrevive a la pérdida de cualquiera, con elección automática en torno a siete segundos sin acción humana.

La experiencia de uso para subir aplicación es la misma que ya conoces de los tres paneles: describes el servicio, lo envías vía CLI o panel web, el cluster decide dónde correr, abre el puerto, registra en el router integrado, emite certificado Let's Encrypt automático y empieza a servir tráfico. Actualizar es cambiar la versión de la imagen y enviar de nuevo — rolling update sin ventana de mantenimiento.

La diferencia está en lo que pasa cuando algo sale mal. ¿Servidor cae? Workload migra. Panel "central" no existe — cualquiera de los servidores sirve la UI y la API. Nunca estás ciego.

El modelo comercial es explícito desde el día uno. Community es gratuito permanente, sin límite de servidores, sin feature gates artificiales — corre toda la stack arriba incluyendo alta disponibilidad, router, certificados, métricas y logs. Indie hackers y equipos pequeños nunca necesitan salir de aquí. Business añade SSO/SAML, control de acceso granular, auditoría detallada, backup gestionado y soporte con SLA — para cuando tu cliente pasa a exigir los controles formales. Enterprise añade escrow de código fuente, contrato de continuidad y soporte 24×7. Los precios de Business y Enterprise están publicados — sin "habla con ventas" obligatorio.

HeroCtl no intenta sustituir a CapRover, Coolify o Dokploy en las franjas en que ellos brillan. Intenta ser el paso lógico después de ellos, cuando la pared de la alta disponibilidad aparece. Los tres siguen excelentes para los perfiles que describimos arriba — no hay razón para cambiar antes de tiempo.

Decisión por perfil

Para resolver la indecisión en una frase por perfil:

• Solo dev, 1 VPS, proyecto hobby o producto temprano. CapRover. Más liviano, más maduro, menos abandonable.
• Indie hacker con 2 a 5 apps en 1 o 2 VPS, sin requisito formal de SLA. Coolify. Marketplace y features listas ahorran tiempo.
• Equipo pequeño valorando UX moderna, multi-server, proyecto nuevo sin legado de templates, 3 o más VPS. Dokploy. Apuesta a la ligereza moderna.
• Startup con primer cliente B2B exigiendo SLA contractual, 3 o más servidores, requisito de alta disponibilidad real. HeroCtl. El panel deja de ser punto único de fallo.
• Solo dev sin tiempo para cuidar servidor. Hospedado: Render, Railway, Vercel, Fly.io. Auto-hosting es compromiso — si no tienes tiempo, pagas.

No hay vergüenza en cambiar de categoría. Empezar en CapRover, migrar a Coolify cuando la complejidad pide más features, eventualmente salir a HeroCtl cuando el cliente pide SLA — eso es camino saludable, no fallo de planeamiento inicial.

Migración entre los tres

La buena noticia: lo que sobrevive entre los tres es lo que importa.

Imágenes Docker (Dockerfile) sirven en los tres. Si construiste para CapRover, construyes igual para Coolify y Dokploy. No hay lock-in de runtime.

Volúmenes nombrados sobreviven. Consigues copiar el contenido de un volumen a un host nuevo vía docker run con bind mount, o vía docker cp. Postgres dump y restore vale el de siempre.

Variables de entorno migran literalmente. Los tres aceptan las mismas claves. Copiar un .env es trivial.

Lo que necesita adaptación manual: templates one-click de Coolify (la config interna es específica, reinstalas el servicio desde cero en el destino), stacks Swarm de Dokploy (similar, reescribes), Apps single-container de CapRover (los fragmentas en compose si es para Coolify/Dokploy). Configuraciones de dominio, certificado e ingress migran conceptualmente pero la UI de cada panel es específica — rehacer toma una tarde, no una semana.

Para migrar de los tres a HeroCtl, el camino es el mismo: imágenes iguales, variables iguales, configuración de ingress reescrita una vez en el formato de HeroCtl (que es un archivo de configuración de cincuenta líneas, no trescientas).

La pregunta inevitable: "¿cuál es el más popular?"

En enero de 2026, en estrellas en el repositorio público (que es proxy débil de uso real, pero es el único proxy mensurable):

• Coolify: aproximadamente 40 mil estrellas.
• CapRover: aproximadamente 13 mil estrellas.
• Dokploy: aproximadamente 10 mil estrellas, en crecimiento acelerado.

En uso real en producción, es difícil medir. Coolify tiene la discusión pública más activa — Twitter, Discord, conferencias. CapRover tiene la base instalada más antigua y silenciosa: gente que instaló en 2018 y no habla de eso porque no tiene de qué quejarse. Dokploy tiene el crecimiento más rápido en porcentaje.

Popular no es proxy directo de "correcto para ti". CapRover atiende medio millón de devs en silencio sin salir en titular. La elección por popularidad te lleva a Coolify por inercia — y Coolify puede hasta ser correcto, pero que sea por análisis, no por cantidad de tweets.

Preguntas que recibimos

¿Puedo migrar de CapRover a Coolify sin rehacer todo? Rehaces la configuración en el panel nuevo (una tarde de trabajo para dos o tres apps), pero las imágenes Docker y los volúmenes sobreviven. No es refactorización de código — es re-registro en el panel.

Dokploy depende de Docker Swarm. ¿Eso es problema? Depende del horizonte. Para los próximos dos años, no. Swarm es estable y funcional. Para horizonte de cinco años, es apostar a una capa que no recibe nuevas features hace tiempo. Si tu proyecto es para durar, vale considerar.

¿Cuál usa menos disco? CapRover instala alrededor de 1,5 GB. Dokploy alrededor de 2 a 3 GB. Coolify alrededor de 3 a 5 GB dependiendo de cuántos servicios auxiliares habilites. En una VPS de 25 GB, cualquiera cabe; en una de 10 GB, CapRover es más cómodo.

¿Hay soporte en español en alguno? CapRover tiene alguna traducción parcial y tutoriales en español dispersos. Coolify tiene traducción parcial de la UI pero documentación mayoritariamente en inglés. Dokploy es predominantemente en inglés. Para equipo que prefiere material en español, el desempate queda entre CapRover y Coolify; HeroCtl es nativamente en español.

¿HeroCtl sustituye a uno de esos o es diferente? Diferente en propuesta. CapRover, Coolify y Dokploy resuelven "Heroku en 1 VPS" (o múltiples VPS sin alta disponibilidad del panel). HeroCtl resuelve "Heroku en cluster con plano de control replicado". La franja en que tiene sentido es después de superar a los tres — no antes.

¿Vale correr panel + cluster orquestador junto? No. Va a dar conflicto de puertos, conflicto de proxy reverso y dolor de cabeza operacional. Elige uno. Si estás en CapRover/Coolify/Dokploy hoy y quieres migrar a HeroCtl, despídete del anterior antes — no corras en paralelo en la misma máquina.

¿Y para agencia que aloja 30 sites de cliente? Coolify es la elección popular en ese perfil hoy, por el aislamiento por proyecto y por las features de billing-adjacent (multi-tenancy parcial, usuarios separados). Dokploy empieza a competir en ese nicho. HeroCtl es la elección cuando la agencia crece al punto en que caer el panel deja a 30 clientes sin deploy al mismo tiempo — ahí el punto único de fallo se vuelve inaceptable.

Cierre

Los tres productos del segmento simple son buenos en lo que prometen. CapRover envejece bien si no creces demasiado. Coolify entrega el paquete más completo si tienes RAM sobrando. Dokploy hace la apuesta más moderna si aceptas Docker Swarm como base. No hay elección equivocada para los perfiles que describimos — hay elección cara, que es no elegir por las razones correctas.

El día en que los tres dejan de bastar es específico e identificable: cliente exigiendo SLA, panel volviéndose cuello de botella, equipo creciendo, backup volviéndose obligación. Cuando ese día llega, la siguiente herramienta en la secuencia es lo que estamos construyendo.

Si estás eligiendo ahora entre los tres y el cluster aún está distante, eliges por el perfil arriba y sigues. Si el cluster está volviéndose exigencia, instalas en tres VPS:

curl -sSL get.heroctl.com/install.sh | sh

Para lectura adicional: la comparativa directa HeroCtl vs Coolify, la comparativa HeroCtl vs Dokploy, y el panorama Heroku auto-hospedado en 2026.