Integración Cal.com n8nAutomatiza Cal.com con n8n.
La integración Cal.com n8n hace una sola cosa: escuchar. n8n incluye un único nodo de Cal.com, el Cal.com Trigger, que recibe 4 eventos webhook repartidos en 4 familias de reservas. Para escribir algo dentro de Cal.com hay que pasar por el nodo HTTP Request, porque nodo de acción no hay.
Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth
¿Para qué sirve la integración Cal.com n8n?
La integración Cal.com n8n circula en un solo sentido. El catálogo de n8n trae un nodo de Cal.com, el Cal.com Trigger, y su trabajo consiste en esperar. Cada vez que una reserva cambia, Cal.com llama a una URL de n8n y el flujo de trabajo arranca con los datos de la cita ya cargados. No existe ningún nodo de acción de Cal.com, así que n8n lee lo que pasa en la agenda pero no escribe nada en ella mediante un nodo dedicado.
El primer automatismo evidente es el registro. BOOKING_CREATED se dispara, el flujo recoge al asistente, el tipo de evento y la hora de inicio, y añade la fila correspondiente en Microsoft Excel 365. El equipo comercial abre la hoja y ve las citas de la semana sin entrar en la agenda de nadie.
El segundo caso son los cambios de hora. BOOKING_RESCHEDULED avisa de que una cita existente se ha movido, y ese aviso vale para reenviar la información actualizada con Gmail a quien tenga que estar presente. Nadie se conecta a una sala vacía porque el horario cambió el día anterior.
El tercero llega cuando la llamada termina. MEETING_ENDED es la señal para el seguimiento: redactas el resumen con Openai y lo envías el mismo día, sin depender de que alguien se acuerde a última hora.
Donde el trigger se detiene, entra HTTP Request. Nada del lado de Cal.com pasa por un nodo de acción dedicado aquí, porque el catálogo muestra 0 operaciones para esta herramienta. El nodo HTTP Request llama a cualquier endpoint de la API de Cal.com reutilizando la misma credencial mediante la autenticación predefinida, así que sigues gestionando una sola clave.
Dos límites conviene tenerlos claros antes de montar nada. El trigger no ofrece un valor de tipo « todos los eventos »: cada notificación se marca una por una en la lista Events. Y recibes la carga útil tal cual la manda Cal.com, con la opción Payload Template como único sitio donde darle otra forma. Si todavía dudas de plataforma, la Reseña n8n compara los criterios y el Curso n8n cubre la construcción de flujos.
¿Cómo se conecta Cal.com con n8n?
- 01
Genera una clave API en Cal.com
Primero necesitas una cuenta de Cal.com. Desde ahí generas una clave API, que es la cadena con la que Cal.com reconoce las llamadas que vienen de n8n. La documentación de Cal.com explica dónde se crea una clave nueva. El trigger admite un solo método de autenticación, la clave API, así que no hay nada más que decidir. Cópiala en cuanto aparezca, porque la mayoría de herramientas solo la muestran una vez.
- 02
Crea la credencial en n8n
En el menú Credentials de n8n creas una credencial de Cal.com, es decir el bloque de identificadores que reutilizan los nodos. Pide dos valores. API Key recibe la clave que acabas de generar. Host recibe
https://api.cal.comsi usas la versión en la nube de Cal.com, o la dirección de tu instancia si lo alojas tú. La credencial se crea una vez y sirve para todos los flujos. - 03
Coloca el trigger y activa el flujo
Añade el Cal.com Trigger al lienzo, elige la credencial en la lista desplegable y marca las notificaciones que te interesan en Events. Activar el flujo es lo que registra el webhook, o sea la URL a la que Cal.com va a llamar. Un webhook es exactamente eso: una dirección que la herramienta contacta justo cuando ocurre algo, en lugar de que n8n pregunte cada pocos minutos si hay novedades.
¿Qué escucha el Cal.com Trigger?
Cal.com Trigger es el nodo que arranca un workflow cuando algo ocurre en Cal.com. Escucha 4 eventos, listados abajo por familia. Eliges uno o varios, activas el workflow y n8n registra el webhook (la URL que Cal.com llama) en tu cuenta.
Lo que ves en n8n
Todos los eventos, por familia
Una fila por objeto, un chip por acción. El evento que marcas en el nodo se escribe objeto.acción; pasa el cursor por un chip para leer cuándo se dispara.
BOOKING_CANCELLED.*1BOOKING_CANCELLED. BOOKING_CANCELLED
BOOKING_CREATED.*1BOOKING_CREATED. BOOKING_CREATED
BOOKING_RESCHEDULED.*1BOOKING_RESCHEDULED. BOOKING_RESCHEDULED
MEETING_ENDED.*1MEETING_ENDED. MEETING_ENDED
Notas de configuración
01Configure the Cal.com Trigger
Un solo nodo sostiene toda la integración y su configuración cabe en unos pocos campos. Eliges los eventos, n8n registra el webhook en Cal.com cuando el flujo pasa a activo, y cada notificación llega en cuestión de segundos desde que la reserva cambia. El nodo funciona en la versión 2, con opciones que sirven para filtrar lo que entra.
Parámetros clave
- Events: la lista de notificaciones a las que te suscribes. No hay valor global, de modo que los 4 eventos se marcan uno a uno.
- API Version: la versión de la API de Cal.com con la que habla el trigger, útil cuando la instancia va por detrás.
- App ID: restringe el flujo a las reservas de una sola aplicación en vez de toda la cuenta.
- EventType Name or ID: vigila un tipo de evento concreto, elegido en la lista o con una expresión como
{{ $json.eventTypeId }}. - Payload Template: reorganiza el contenido que manda Cal.com cuando la estructura por defecto no encaja con el nodo siguiente.
02Booking Created
Alguien acaba de reservar hueco. BOOKING_CREATED sale en cuanto la reserva queda confirmada en Cal.com, con la cita recién añadida a la agenda dentro de los datos transmitidos. En la mayoría de cuentas es el más movido de los 4 eventos, porque cubre cualquier reserva nueva venga de donde venga.
Parámetros clave
- Events: marca Booking Created y deja el resto sin marcar si solo te importa la creación.
- EventType Name or ID: mantiene el flujo en un tipo de evento, para que una demo no lance la rama de alta de cliente.
03Booking Rescheduled
La cita cambió de hora. BOOKING_RESCHEDULED cubre el desplazamiento de una reserva que ya existía, y eso no es lo mismo que una cancelación seguida de una creación. Mezclar los dos casos produce recordatorios duplicados y un registro de seguimiento que deja de ser fiable.
Parámetros clave
- Events: marca Booking Rescheduled para recibir el nuevo hueco de una cita ya existente.
- Payload Template: da forma al contenido transmitido para que el nodo siguiente reciba los campos como los espera.
04Booking Cancelled
El hueco vuelve a estar libre. BOOKING_CANCELLED se dispara cuando se cancela un evento de Cal.com, y es el que más tarde se nota: nada aparece en la agenda para avisarte. Un flujo enganchado aquí convierte un silencio en mitad del día en un aviso con el que se puede hacer algo.
Parámetros clave
- Events: marca Booking Cancelled solo para un flujo de avisos, o junto a Booking Created para conservar el historial completo.
- App ID: limita la suscripción a las reservas de una aplicación, práctico cuando varias herramientas escriben en la misma cuenta.
05Meeting Ended
La reunión terminó. MEETING_ENDED se dispara una vez acabado el evento o la reunión de Cal.com, y es el único de los 4 eventos que habla de lo ocurrido y no de lo previsto. Todo lo que va después de una conversación cuelga de aquí.
Parámetros clave
- Events: marca Meeting Ended para arrancar el flujo al final de la llamada y no en el momento de reservar.
- API Version: fija la versión de la API de Cal.com que usa el trigger, conviene tocarla si tu instancia va con retraso.
¿Necesitas ayuda para automatizar Cal.com con n8n?
El equipo te responde directamente.
Cada mensaje lo lee una persona.
