Cal.eu cierra el 1 de noviembre: autoalojarse es la única salida sin fecha de caducidad

Cal.com cierra Cal.eu el 1 de noviembre de 2026. Las altas nuevas ya están bloqueadas —la página de registro lo dice hoy— y los contratos enterprise pueden negociar una prórroga mientras el resto se queda con una exportación y una fecha límite. El aviso está publicado en cuatro idiomas, así que no es un rumor: es un cierre anunciado con algo más de seis semanas de margen.

Quien migró a Cal.eu buscando que los datos de reuniones no salieran de la UE pierde justo la parte que le importaba. En palabras de la empresa: "Cal.eu will remain available until November 1, 2026."

Tres caminos

Aceptar la migración a Cal.com International es lo que menos trabajo da y conserva la configuración, pero renuncia a la residencia europea. La segunda opción es mudarse a otro planificador alojado en la UE: eualternative.eu lista diez, aunque eso solo traslada el problema a la próxima empresa que cierre. La tercera es autoalojarlo, el único escenario donde nadie puede mandarte una carta de cierre.

Conviene saber quién escribe esto: el autor del análisis construye Calnode, que es una de las tres alternativas que propone, y lo declara al principio. No es neutral, pero los datos del cierre sí son verificables.

Qué implica autoalojarlo

Calnode es un binario estático de Go con SQLite embebido. Nada de Redis, ni Postgres, ni servidor de API: un docker run y los datos en ./data. Se define una clave de cifrado y se apunta Litestream a un destino de copia de seguridad. El trabajo manual está en reconstruir los tipos de evento y los enlaces de reserva, y en volver a cablear confirmaciones y recordatorios. Después toca reapuntar los webhooks —firmados con HMAC y configurados por API— o usar el servidor MCP integrado si hay agentes que reservan por ti: stdio en local, HTTP en remoto, herramientas con alcance por rol.

Su recomendación es cortar tipo de evento a tipo de evento y dejar Cal.eu en solo lectura hasta noviembre para que los enlaces antiguos sigan respondiendo. El detalle completo está en la guía de migración.

Un cierre de este tipo no es raro, y el patrón se repite: servicio alojado que desaparece, exportación con fecha y usuarios buscando sustituto. Si guardas datos con requisitos de residencia en un SaaS, la pregunta útil no es si va a cerrar, sino cuánto tardarías en levantarlo por tu cuenta. Aquí la respuesta son un contenedor y un fichero SQLite.