Plataformas de programación autohospedadas: beneficios, retos y cómo elegir

Cuando autohospedas, tú te encargas de los parches de seguridad, las copias de seguridad, el uptime, la escalabilidad y todas las integraciones. Autohospedar puede reducir tu dependencia de un único proveedor, pero no hace automáticamente que un sistema sea más seguro ni más barato.

Esta guía cubre qué es una plataforma de programación autohospedada, los beneficios reales y los retos que los equipos pasan por alto, cuánto cuesta ponerla en marcha, cómo elegir una y cuál es la postura de Cal.com sobre el autohospedaje en 2026.

¿Puedes autohospedar Cal.com? Sí, de dos formas. Cal.diy es la edición comunitaria gratuita con licencia MIT, recomendada para uso personal y no productivo. Para uso comercial, autohospedar el producto completo de Cal.com forma parte de nuestra oferta Enterprise, y nuestro equipo trabaja contigo en la implementación.

Conclusiones clave

• Una plataforma de programación autohospedada funciona sobre una infraestructura que controla tu organización, así que tu equipo se encarga de la seguridad, las copias de seguridad, el uptime y la escalabilidad.

• Los beneficios son reales: control sobre dónde residen los datos, mayor personalización e integración directa con sistemas internos.

• Los costes no desaparecen, sino que cambian de sitio. Las cuotas de suscripción se convierten en costes de infraestructura, ingeniería y seguridad.

• Cal.com ofrece Cal.diy para autohospedaje personal y Cal.com Enterprise para autohospedaje comercial, que se gestiona a través de nuestro equipo.

¿Qué es una plataforma de programación autohospedada?

Una plataforma de programación autohospedada es un software de programación que implementas y ejecutas sobre una infraestructura que controlas, en lugar de usar el servicio alojado de un proveedor. Tus datos de programación, las conexiones de calendario y las páginas de booking se ejecutan en tus propios servidores, así que tú decides dónde viven los datos y quién puede acceder a ellos.

¿Cómo funciona?

El software se instala sobre una infraestructura que gestiona tu equipo. Puede ser:

• Un servidor on-premise dentro de tu organización

• Un entorno de nube privada

• Una infraestructura dedicada que gestiona tu equipo de ingeniería

Como el software se ejecuta en tu infraestructura, tu equipo se encarga del despliegue y la configuración, las bases de datos, el almacenamiento de datos y las copias de seguridad, las actualizaciones de seguridad y la supervisión, la escalabilidad y las integraciones con sistemas internos y externos.

¿Quién usa la programación autohospedada?

La programación autohospedada encaja con organizaciones con flujos de trabajo complejos, requisitos estrictos de control de datos y los recursos técnicos para gestionar su propia infraestructura.

En la práctica, eso significa dos grupos. El primero son grandes empresas con flujos de trabajo lo bastante específicos como para querer control total sobre su infraestructura de programación. El segundo son empresas de sectores regulados, donde el cumplimiento exige un alto nivel de seguridad y trazabilidad de los datos.

Los usos más comunes son:

• Programación de empleados: Gestión de turnos, cambios de última hora y calendarios, siguiendo reglas específicas de la organización.

• Coordinación de reuniones: Coordinación de reuniones entre departamentos y ubicaciones, con reservas de recursos y calendarios compartidos.

• Reserva de citas: Gestión de un motor de reservas orientado al cliente, con flujos de reserva creados para la empresa.

• Gestión de eventos: Gestión del registro de asistentes, la programación del recinto o las inscripciones a sesiones.

Por qué ganó popularidad el autohospedaje (la historia de origen)

La programación autohospedada nació por necesidad. Las primeras herramientas de programación eran rígidas, y sus proveedores apenas explicaban cómo trataban los datos de los clientes. Las organizaciones que necesitaban mantener los datos dentro de sus propios sistemas, o crear una lógica de reservas que un producto estándar no podía admitir, solo tenían una opción: ejecutar el software por su cuenta.

Esas dos necesidades, control sobre los datos y margen para personalizar, siguen siendo hoy las razones por las que los equipos se plantean el autohospedaje. Lo que ha cambiado es el coste de cubrirlas, que es lo que aborda el resto de esta guía.

Beneficios reales de la programación autohospedada

La mayoría de las empresas autohospedan porque quieren más control sobre su programación y no quieren quedar limitadas por el entorno, las funciones o las políticas de un proveedor.

Control total sobre los datos y la infraestructura

Tú decides dónde se almacenan los datos de programación, quién puede acceder a ellos y cómo se gestionan. Para las organizaciones que manejan información sensible, como datos de pacientes, ese control suele ser el principal motivo para autohospedar. Puedes mantener los datos dentro de tu propia red y aplicar tus propios controles de seguridad y privacidad.

Personalización profunda de los flujos de trabajo

Cuando un producto de programación estándar ya no encaja, el autohospedaje te permite cambiar el propio sistema. Con el soporte de ingeniería adecuado, puedes:

• Crear reglas de reserva y lógica de routing adaptadas a procesos específicos de tu empresa.

• Diseñar flujos de trabajo para distintos equipos, procesos de negocio o requisitos operativos.

• Añadir capacidades y funciones que la plataforma no ofrece de serie.

Las plataformas gestionadas cubren gran parte de esto mediante sus propios ajustes, aplicaciones y API. La diferencia es que, en una plataforma autohospedada, puedes modificar el código.

Aun así, la lógica personalizada no siempre requiere autohospedaje. Cuando Storyblok necesitaba repartir demostraciones de forma equitativa entre ingenieros de más de 40 países, construimos round robin fijo para ellos y luego lo hicimos disponible para todos los usuarios de pago. Storyblok logró un aumento del 50% en la eficiencia de sus demos.

Mayor flexibilidad en integraciones y arquitectura

Cuando controlas el entorno, puedes conectar la programación directamente con bases de datos y aplicaciones internas, incluso a través de API de programación. También decides cómo se despliega el sistema y cómo rinde dentro de tu infraestructura, en lugar de trabajar dentro de los límites de un proveedor.

La integración profunda también es posible en una plataforma gestionada. Retell AI, una plataforma de IA de voz que gestiona más de 10 millones de llamadas al mes, integró la programación en sus agentes telefónicos de IA a través de nuestra API en lugar de construirla desde cero. Lee cómo lo hizo Retell AI.

Alineación con el cumplimiento y las políticas internas

En sectores regulados, un fallo de datos en un proveedor alojado puede acabar siendo tu problema legal. El autohospedaje te permite mantener los datos dentro de tus propios sistemas y diseñar controles de acceso según lo que exijan tus reguladores y tus políticas internas. Para las normas de protección de datos en Europa, consulta nuestra guía sobre programación compatible con GDPR. También controlas tu dependencia de proveedores: estás menos expuesto a cambios de precios, decisiones de producto o a que un servicio deje de ofrecerse.

La regulación no siempre significa autohospedaje. Kiaora ejecuta programación sensible a HIPAA en varios proveedores y estados sobre Cal.com gestionado, y ahorra de 12 a 24 horas al mes en trabajo administrativo.

¿Trabajas en un sector regulado? Trae tu lista de requisitos de cumplimiento a nuestro equipo, y te explicaremos cómo Cal.com gestionado cubre los requisitos de HIPAA, GDPR y SOC 2, incluido un BAA firmado en nuestro plan Enterprise.

Retos ocultos que la mayoría de los equipos subestiman

El principal reto es fácil de expresar: tu organización, no un proveedor, pasa a ser responsable de mantener el sistema seguro, disponible y escalable. Esto es lo que implica.

Configuración de seguridad… con el tiempo

Configurar un sistema de programación autohospedado es un proyecto puntual. Mantenerlo seguro es un trabajo continuo. Tu equipo tiene que aplicar parches a las vulnerabilidades cuando se detectan, vigilar actividad sospechosa, rotar las API keys, asegurar las integraciones y los puntos de acceso, y realizar auditorías y comprobaciones de cumplimiento de forma regular.

Amenazas modernas impulsadas por IA

Ese trabajo se está volviendo más difícil. En abril de 2026, el equipo rojo de Anthropic informó de que su modelo Claude Mythos Preview encontró vulnerabilidades zero-day en todos los principales sistemas operativos y navegadores web, incluido un error de OpenBSD de 27 años. Cuando la IA puede encontrar fallos tan rápido, quienquiera que ejecute el software tiene que aplicar los parches igual de rápido. En un sistema autohospedado, ese alguien es tu equipo. Los pentesters ven el mismo patrón en sistemas en producción: la IA está encontrando vulnerabilidades críticas más rápido de lo que los equipos pueden solucionarlas.

Complejidad de la infraestructura y la escalabilidad

A medida que crece tu base de usuarios, tu equipo tiene que asegurarse de que los servidores, las bases de datos y el resto de la infraestructura puedan soportar la demanda adicional sin perjudicar el rendimiento ni el uptime. El uso máximo, la redundancia y las mejoras de infraestructura pasan a formar parte de tu carga operativa.

Tiempo de ingeniería frente a avance del producto

Es posible que tus ingenieros tengan que dedicar tiempo a solucionar problemas de despliegue, mantener integraciones, resolver problemas de rendimiento y mantener el sistema actualizado. Ese tiempo deja de estar disponible para el producto o para el trabajo de negocio que, de otro modo, estarían haciendo.

Responsabilidad sobre la fiabilidad y el uptime

Cuando algo falla, no hay un proveedor al que llamar. Las caídas, las copias de seguridad, la redundancia y la recuperación son responsabilidad tuya. Necesitas monitorización y procedimientos de copia de seguridad que eviten que un fallo se convierta en un tiempo de inactividad prolongado o, peor aún, en una pérdida permanente de datos.

¿Cuánto cuesta la programación autohospedada?

Autohospedar puede reducir lo que gastas en suscripciones de software, pero no necesariamente reduce tu coste total. Los costes se desplazan a otros presupuestos.

Coste	Qué cubre
Infraestructura	Servidores, bases de datos, almacenamiento y los recursos adicionales que necesitas a medida que crece el uso
Ingeniería	Tiempo dedicado al despliegue, las integraciones, el mantenimiento, la resolución de problemas y la escalabilidad
Seguridad	Monitorización, detección y corrección de vulnerabilidades, y auditorías de seguridad
Mantenimiento y actualizaciones	Mantener el software y la infraestructura compatibles, fiables y al día
Copias de seguridad y recuperación	Los sistemas y personas necesarios para proteger y restaurar los datos de programación

El coste que las organizaciones suelen pasar por alto es el coste del crecimiento. Si ya tienes servidores, bases de datos y almacenamiento, autohospedar puede salirte más barato para empezar hoy. A medida que escalas, mantener y actualizar esa infraestructura se convierte en un coste recurrente en sí mismo: la suscripción se sustituye por actualizaciones.

Antes de comprometerte, estima el coste total durante varios años, incluido el tiempo de tu equipo, y compáralo con un plan gestionado al mismo nivel de escala.

¿Qué requiere ejecutar un sistema de programación autohospedado?

Estas son las piezas de infraestructura que necesita un sistema de programación autohospedado:

• Servidores: El entorno informático que ejecuta tu aplicación de programación, ya sean servidores físicos on-premise o servidores en la nube privada.

• Infraestructura de base de datos: La base de datos que almacena usuarios, reservas, disponibilidad y todo lo demás asociado a la programación.

• Almacenamiento y copias de seguridad: Almacenamiento para la aplicación y tus bases de datos, además de una estrategia de copia de seguridad dedicada para poder recuperar los datos tras un fallo.

• Redes: La infraestructura de red que conecta el sistema con los usuarios, los calendarios, las aplicaciones internas y las integraciones externas.

• Infraestructura de seguridad: Controles de autenticación, autorización, cifrado, monitorización y gestión de vulnerabilidades.

• Infraestructura de fiabilidad y escalabilidad: Capacidad de computación y de base de datos de sobra para responder al crecimiento de la demanda. Los equipos suelen pasar esto por alto hasta que lo necesitan.

La configuración exacta depende de cómo despliegue tu organización el sistema y del tráfico, los datos y la disponibilidad que necesite soportar.

¿Cómo optimizas una plataforma de programación autohospedada?

El autohospedaje te da libertad para construir en torno a tus flujos de trabajo, pero esa flexibilidad solo compensa cuando el sistema está ajustado para las personas que lo usan. Hay tres áreas que requieren más trabajo.

Haz que la experiencia de agendado funcione en cualquier dispositivo

La mayoría de la gente abre un enlace de programación en su teléfono. Prueba tus páginas de reserva en móvil y en escritorio, mantén el diseño y los controles claros, y vigila los tiempos de carga a medida que crece el tráfico. En un sistema self-hosted, el rendimiento depende de tus servidores, así que una página de reserva lenta es un problema que tu equipo tiene que solucionar.

Automatiza tareas de programación repetitivas

Las automatizaciones comunes son recordatorios, seguimientos y acciones desencadenadas cuando se crea, cambia o cancela una reserva. En Cal.com, workflows se encargan de esto, y forman parte del producto comercial.

Conecta la programación con tus herramientas existentes

Las API y una tienda de aplicaciones te permiten conectar la programación con el resto de tu stack. Esas conexiones reducen la introducción manual de datos, porque una nueva reserva puede activar una notificación a través de un webhook, actualizar un registro o sincronizarse automáticamente con otro sistema.

¿Qué deberías buscar en una plataforma de programación self-hosted?

Elegir una plataforma de programación self-hosted significa mirar más allá de su lista de funciones. El software tiene que encajar con tu infraestructura, tus procesos de negocio y la capacidad de tu equipo para mantenerlo.

Pregunta que hacer	Una buena respuesta	Una señal de alerta
¿Escalará con nosotros?	Gestiona más usuarios, reservas y datos sin ralentizarse, y la documentación explica cómo	Nadie puede decirte cómo rinde con tu volumen
¿Podemos adaptarlo?	Puedes cambiar la lógica de reserva, los workflows, los permisos y las integraciones	La personalización significa hacer un fork del código y mantener tu propia versión
¿Se conecta con nuestro stack?	Funciona con tus calendarios, CRM, herramientas de comunicación y sistemas internos	Las integraciones clave están "en la hoja de ruta"
¿Cómo se gestiona la seguridad?	Autenticación, permisos, cifrado y un proceso publicado de divulgación de vulnerabilidades	No hay un proceso claro para informar o corregir vulnerabilidades
¿La gente lo usará de verdad?	Empleados y clientes pueden reservar sin formación	Tu equipo de IT tiene que explicarles cómo usarlo
¿Tiene las funciones que necesitamos?	Incluye recordatorios, reprogramación, programación de equipos e informes	Faltan las funciones que necesitas en la edición self-hosted
¿Quién lo mantiene?	Un mantenedor activo o un proveedor que publica actualizaciones de seguridad con regularidad	La última versión salió hace meses

Una plataforma con más personalización no es automáticamente la mejor opción. Si a tu equipo le faltan los recursos técnicos para operar y mantener el sistema, no es la adecuada.

¿Y qué pasa con la migración de datos y la adopción por parte de los usuarios?

Pasar de un sistema de programación gestionado a uno self-hosted requiere una planificación cuidadosa para dos cosas: cómo mover tus datos y cómo adopta la gente el nuevo sistema. Para una versión paso a paso, consulta nuestra guía para pasar de la programación en la nube a la self-hosted.

Planifica y prueba tu migración de datos

Empieza con un plan claro para extraer y transferir tus datos de programación existentes. Valida los datos a medida que avanzas y haz una migración de prueba para detectar problemas antes de la transferencia en producción. Una vez movidos los datos, prueba las reservas, las integraciones y otras funciones principales. Programa la migración para cuando tus usuarios estén menos activos, porque puede provocar algo de tiempo de inactividad.

Prepara a los usuarios para el cambio

Ten preparada la documentación que explique cómo funciona el nuevo sistema antes de hacer el cambio. La formación, los tutoriales y un soporte de IT accesible ayudan a los equipos a aprender antes los nuevos workflows. Esto es especialmente importante cuando el sistema self-hosted cambia la forma en que tu organización reserva y gestiona reuniones.

¿Estás pasando en la otra dirección, de otra herramienta de programación a Cal.com gestionado? Nuestro equipo de migración para Enterprise se encarga del cambio para equipos de 30 usuarios o más. Habla con nuestro equipo de ventas para planificar el tuyo.

¿Por qué los equipos se están moviendo hacia plataformas de programación gestionadas?

Para muchos equipos, los retos anteriores pesan más que los beneficios. Una plataforma gestionada traslada la infraestructura y el trabajo de mantenimiento al proveedor, y hay tres diferencias que suelen decidirlo:

• Configuración más rápida. Una plataforma gestionada está lista para usarse en días, no después de un proyecto de despliegue. La programación está en el camino hacia llamadas comerciales, onboarding y contratación, así que un retraso cuesta ingresos.

• Seguridad gestionada por un equipo a tiempo completo. El proveedor corrige vulnerabilidades, monitoriza la plataforma y se encarga de las auditorías. Aun así, puedes comprobar su trabajo: las organizaciones de Cal.com pueden descargar nuestro informe SOC 2 Type II, certificado ISO 27001 y el informe de pruebas de penetración desde su configuración, y el aprovisionamiento SCIM mantiene las cuentas sincronizadas con tu proveedor de identidad.

• Actualizaciones sin proyectos de actualización. Las nuevas funciones y las correcciones de seguridad llegan sin que tu equipo tenga que programar ventanas de mantenimiento.

¿Quieres ver primero cómo es una plataforma gestionada? Empieza gratis con Cal.com y configura tu primera página de reserva.

Plataformas de programación self-hosted frente a gestionadas

La diferencia clave es quién posee la infraestructura y la carga operativa. Para una comparación más profunda, consulta plataformas de programación self-hosted frente a SaaS.

Factor	Plataformas de programación self-hosted	Plataformas de programación gestionadas
Tiempo de configuración	Más largo: requiere despliegue, configuración de infraestructura y ajustes	Más corto: listo para usar con mucha menos configuración
Responsabilidad de seguridad	Tu equipo gestiona los controles de seguridad, los parches y la supervisión	El proveedor gestiona la infraestructura de seguridad subyacente
Coste a lo largo del tiempo	Menor gasto en suscripción, pero los costes de infraestructura, ingeniería y seguridad crecen con el uso	Una suscripción recurrente más fácil de prever
Personalización	Control profundo sobre workflows y arquitectura personalizados	Limitada a las capacidades compatibles del proveedor
Escalabilidad	Tu equipo planifica e implementa mejoras de infraestructura	El proveedor se encarga de la mayor parte del escalado
Exposición al riesgo	Depende de tu equipo: las vulnerabilidades sin parchear y los errores de configuración son tu riesgo	Recae sobre todo en las prácticas de seguridad del proveedor, que puedes comprobar mediante sus auditorías
Infraestructura	Tú proporcionas y ejecutas los servidores, bases de datos y almacenamiento	El proveedor suministra y gestiona la infraestructura
Mantenimiento	Tu equipo se encarga de las actualizaciones, la supervisión, las copias de seguridad y las correcciones	El proveedor se encarga de la mayor parte del mantenimiento
Dependencia del proveedor	Menor dependencia de un proveedor alojado	Mayor dependencia de la plataforma y las políticas del proveedor

Cómo aborda hoy Cal.com la infraestructura de programación

Bailey Pumfleet, CEO de Cal.com, explica por qué pasamos a closed source y qué significa Cal.diy para la comunidad open-source (9 minutos).

Cal.com fue open source durante cinco años. En abril de 2026 pasamos a closed source, y el self-hosting dejó de ser una opción de autoservicio. Hasta entonces, cualquiera podía self-hostear gratis el núcleo open-source de Cal.com, y las funciones de Enterprise necesitaban una licencia comercial.

Hicimos el cambio por una razón: la seguridad. Ahora la IA puede apuntarse a una base de código abierta y analizarla sistemáticamente en busca de vulnerabilidades, lo que convierte una base de código pública en un plano para atacantes. Cal.com gestiona calendarios, reservas y datos de clientes, así que decidimos reducir ese riesgo. Explicamos la decisión completa en por qué Cal.com pasa a closed source.

Self-hosting con Cal.com

Hoy hay dos formas de self-hostear, y una de no tener que hacerlo.

Cal.diy para self-hosting personal

Cal.diy es la versión open-source impulsada por la comunidad de Cal.com, publicada bajo la licencia MIT y mantenida por antiguos becarios de Cal.com. La recomendamos solo para uso personal y no productivo.

Cal.diy licencia MIT

Cal.diy conserva el motor principal de programación, la tienda de aplicaciones, los flujos de reserva y API v2. No incluye teams ni organizations, formularios de routing, workflows, SSO/SAML ni Insights. Para configurarlo, sigue la guía de instalación de Cal.diy. Para ejecutarlo con Docker, usa la guía de Docker de Cal.diy, que utiliza Docker Compose con una base de datos Postgres local.

Cal.diy Documentación de self-hosting

Cal.com Enterprise para self-hosting comercial

Para uso comercial, self-hostear el producto completo de Cal.com forma parte de nuestra oferta Enterprise, y pasa por nuestro equipo de ventas. Eso mantiene el self-hosting para organizaciones con la infraestructura, la escala y los requisitos para hacerlo bien. Mira qué más incluye Enterprise y cuándo el plan Enterprise es la opción adecuada.

No tienes que descargar y configurar todo por tu cuenta. Nuestro equipo trabaja contigo durante el despliegue para que el entorno, las integraciones y la configuración queden preparados de forma segura desde el principio.

Si no necesitas self-hosting, Cal.com gestionado te da el mismo producto con la infraestructura, la seguridad y las actualizaciones gestionadas por nosotros. Nuestra guía de planes de Cal.com muestra lo que incluye cada plan.

Conclusión: ¿deberías self-hostear tu plataforma de programación?

Self-hostear tiene sentido cuando un mayor control sobre tu infraestructura de programación justifica el trabajo operativo extra. Considéralo si tu organización necesita:

• Mayor control sobre los datos de programación

• Personalización profunda

• Integración estrecha con sistemas propietarios

• Los recursos técnicos para operar la plataforma

Si eso no se cumple en tu caso, una plataforma gestionada suele ser la mejor opción. Nuestra opinión: la mayoría de los equipos pequeños y medianos deberían usar una. Obtienes actualizaciones de seguridad, escalado y disponibilidad sin tener que contratar a un equipo de ingeniería para mantener el sistema en marcha. Deel eligió este enfoque con Cal.com y redujo un 35% el tiempo dedicado a la programación. El self-hosting merece la pena para empresas con requisitos reales de infraestructura y un equipo que pueda gestionarlo.

Si la opción gestionada te encaja, empieza gratis con Cal.com. No hay servidores que configurar, y puedes añadir a tu equipo cuando estés listo.

Habla con el equipo de Cal.com

¿No tienes claro de qué lado estás? Cuéntanos tus requisitos: dónde tienen que vivir tus datos, con qué sistemas internos tiene que conectarse la programación y quién de tu equipo lo gestionaría. Habla con nuestro equipo, y te ayudaremos a decidir entre Cal.com gestionado y un despliegue Enterprise self-hosted.

Preguntas frecuentes

¿Qué es una plataforma de programación self-hosted?
Una plataforma de programación self-hosted es un software de programación que una organización despliega y ejecuta en una infraestructura que controla. La organización es responsable de la configuración del sistema, el almacenamiento de datos, la seguridad, las copias de seguridad, el mantenimiento y la disponibilidad.

¿El software de programación self-hosted es más seguro?
No automáticamente. El self-hosting da a una organización más control sobre la configuración de seguridad y el acceso a los datos, pero también hace que la organización sea responsable de aplicar parches, supervisar, autenticar, cifrar y gestionar vulnerabilidades.

¿El software de programación self-hosted es más barato que una plataforma gestionada?
No necesariamente. El self-hosting puede reducir las cuotas de suscripción, pero añade costes de infraestructura, ingeniería, mantenimiento, seguridad, copias de seguridad y actualizaciones que crecen con el uso.

¿Qué infraestructura hace falta para el self-hosting de programación?
Un sistema de programación self-hosted suele necesitar servidores, una base de datos, almacenamiento y copias de seguridad, red, controles de seguridad y capacidad extra para crecer. La configuración exacta depende del tráfico, los datos y las necesidades de disponibilidad.

¿Se puede personalizar la programación self-hosted?
Sí. El self-hosting permite a las organizaciones crear lógica de reserva personalizada, conectar la programación con sistemas internos, añadir funciones personalizadas y adaptar workflows más allá de lo que permiten los ajustes de una plataforma alojada.

¿Quién debería considerar self-hostear una plataforma de programación?
Organizaciones que necesitan más control sobre los datos y la infraestructura de programación, requieren personalización profunda o integraciones propietarias, y cuentan con los recursos técnicos para gestionar el sistema por sí mismas.

¿Por qué los equipos están abandonando el self-hosting?
Mantener un sistema self-hosted seguro, escalable y actualizado requiere tiempo de ingeniería continuo, y la detección de vulnerabilidades asistida por IA ha complicado el trabajo de seguridad. Una plataforma gestionada traslada ese trabajo al proveedor.

¿Sigue siendo Cal.com open source?
No. Cal.com pasó a closed source en abril de 2026. La base de código open-source continúa como Cal.diy, una edición comunitaria separada con licencia MIT y sin funciones de equipo, routing, workflows o Enterprise.

¿Todavía puedes self-hostear con Cal.com?
Sí, de dos formas. Cal.diy es una edición de la comunidad recomendada para uso personal y no productivo. Las organizaciones que quieran el producto comercial completo de Cal.com en un entorno self-hosted pueden usar la oferta Enterprise, con el equipo de Cal.com apoyando el despliegue.

¿Puedo self-hostear Cal.com con Docker?
Puedes ejecutar Cal.diy con Docker. La guía de Docker de Cal.diy cubre una configuración con Docker Compose y una base de datos Postgres local. Cal.diy se recomienda para uso personal y no productivo y no incluye teams, así que un equipo que quiera Cal.com self-hosted debe hablar con el equipo de Cal.com sobre la oferta Enterprise.

¿Cuál es la mejor alternativa al self-hosting de programación?
Una plataforma de programación gestionada, en la que el proveedor ejecuta la infraestructura, la seguridad y las actualizaciones. Los planes gestionados de Cal.com incluyen programación de equipos, routing y workflows, y su plan Organizations añade SSO, SCIM e informes de seguridad descargables.