Cal.diy es una plataforma de programación y reserva de citas que se instala y se mantiene en infraestructura propia. Eso significa que el software no vive en los servidores de un proveedor, sino en los tuyos, y que eres tú quien se ocupa de ponerlo en marcha y mantenerlo funcionando.
Incluye el motor necesario para mostrar horarios disponibles y recibir reservas, pero conviene aclarar algo desde el principio: no es la versión gestionada de Cal.com. Quien lo utiliza debe encargarse del servidor, el dominio, el correo y la conexión con el calendario.
Por eso la pregunta clave no es solo si permite reservar citas, sino si dispones de los conocimientos y del tiempo para levantar y sostener el sistema.
La disponibilidad se configura con tres elementos: horarios semanales, excepciones para fechas concretas y zona horaria. Con esas reglas, Cal.diy calcula qué franjas puede ofrecer, descontando las reservas ya existentes y los periodos ocupados de los calendarios conectados.
En un caso sencillo, defines un horario habitual de lunes a viernes y lo modificas para un día puntual. Quien reserva solo ve las franjas resultantes, sin necesidad de conocer las reglas que hay detrás.
Ahora bien, ese motor por sí solo no es todavía un flujo de reserva utilizable. Para llegar ahí tienes que aportar varios componentes externos:
Lo mismo ocurre con las notificaciones: que exista la función no garantiza que funcionen a diario. Hay que configurar el correo o las notificaciones push y comprobar que los mensajes llegan de verdad.
Cal.diy se distribuye con licencia MIT y está pensado para que sea el propio operador quien lo aloje y lo mantenga. Ese es el cambio de fondo respecto a un servicio donde el proveedor administra la infraestructura por ti.
La conexión con Google Calendar lo ilustra bien. No basta con activar una casilla dentro de una configuración ya gestionada: en un entorno autoalojado hay que preparar un proyecto de Google API y configurar la redirección de OAuth, el procedimiento con el que una aplicación obtiene permiso para acceder al calendario. En la práctica, eso exige acceso y capacidad técnica para gestionar credenciales y configuraciones externas.
El mantenimiento sigue la misma lógica. Los secretos, la política de seguridad de contenido, la base de datos y las copias de seguridad quedan bajo tu responsabilidad. Y hay un dato importante si piensas usarlo para reservas reales de una organización: la documentación oficial advierte que Cal.diy se recomienda para entornos no productivos.
Si ya tienes integraciones montadas, revísalas antes. La API v2 sigue disponible, pero la API v1 fue eliminada, así que comprueba de qué versión depende tu sistema.
El núcleo de Cal.diy es la configuración de disponibilidad y el flujo de reserva. No conviene tratarlo como una copia autoalojada de todas las funciones organizativas de Cal.com.
Quedan fuera de su alcance Teams, Organizations, Workflows y el inicio de sesión corporativo mediante SSO o SAML. Si alguna de esas capacidades te resulta imprescindible, el problema no se resuelve configurando mejor la instalación: hay que valorar otra modalidad de producto.
Que una función no aparezca en esa lista tampoco garantiza que Cal.diy la incluya. Ante cualquier requisito adicional, lo prudente es comprobarlo expresamente antes de basar en él tu proceso de reservas.
El código usa licencia MIT, así que no hay que pagar una licencia de software ni depender de una edición comercial. El coste de licencia es cero.
El presupuesto real está en otra parte: servidor, base de datos, correo, dominio, supervisión y las horas dedicadas a actualizaciones y mantenimiento. Compararlo directamente con un servicio SaaS gratuito sin calcular antes esos costes y responsabilidades lleva a una conclusión equivocada.
Nota
las condiciones se comprobaron el 26 de julio de 2026 para el mercado global. Antes de decidir, conviene revisar de nuevo la licencia y los costes de la infraestructura elegida.
Cal.diy merece un estudio cuando ya tienes capacidad para operar una aplicación en infraestructura propia y lo que buscas es un motor básico de programación de citas. En ese escenario, separar el coste de la licencia del coste de operación permite hacer una comparación realista.
Encaja peor si lo que quieres es contratar un servicio y empezar a recibir reservas sin administrar servidor, correo, base de datos ni credenciales de calendario. Tampoco cubre a una organización que dependa de las funciones excluidas, como Teams, Workflows o SSO/SAML.
Q.¿Cal.diy es gratuito?
A.La licencia MIT no tiene coste, pero la instalación requiere infraestructura y trabajo de operación. El coste total no es necesariamente cero.
Q.¿Cal.diy y el Cal.com gestionado son lo mismo?
A.No. Cal.diy es un producto separado que debes alojar y mantener por tu cuenta; no es el servicio gestionado de Cal.com.
Q.¿Se puede conectar con Google Calendar?
A.Sí, pero la conexión exige crear un proyecto de Google API y configurar OAuth en tu propio entorno. Esa configuración corre por tu cuenta.
Q.¿Puedo usarlo directamente para las reservas reales de mi negocio?
A.La documentación oficial lo recomienda para entornos no productivos. Tenlo presente antes de basar en él un flujo de reservas del que dependa tu actividad.
Comprobado: 2026-07-17 o posterior (verifica en cada página oficial; los precios pueden cambiar).
Cal.diy