Qué son los webhooks: cómo tus apps se avisan entre sí en tiempo real
Detrás de cada notificación instantánea hay un webhook trabajando. Te explicamos qué son, en qué se diferencian del sondeo y por qué importan para tu negocio.
Cuando alguien te paga en línea y al segundo te llega la confirmación, o cuando un cliente agenda y tu calendario se actualiza sin que recargues nada, hay una pieza invisible haciendo el trabajo: un webhook. Es una palabra que suena técnica, pero la idea es de las más simples y útiles de toda la automatización. Vale la pena entenderla porque explica por qué algunas cosas pasan al instante y otras tardan.
Qué es un webhook
Un webhook permite que una aplicación reciba un aviso en el momento exacto en que ocurre un evento. Es una llamada automática que un servicio hace a una dirección web que tú le indicaste: cuando pasa algo (entra un pago, llega un mensaje, se cancela una cita), el servicio envía de inmediato un pequeño paquete de datos a esa dirección. Por eso muchos lo describen como una API al revés: en lugar de que tú preguntes, el sistema te avisa solo.
Un webhook es como esperar a que tu amigo te escriba cuando llegue, en vez de mandarle un mensaje cada cinco minutos preguntando si ya llegó.
El otro camino: el sondeo
Antes de los webhooks, la forma de enterarse de algo era el sondeo (en inglés, polling). Sondear significa que tu aplicación pregunta una y otra vez, cada cierto tiempo, "¿hay algo nuevo?". Cada hora, cada minuto, cada pocos segundos, hace la misma llamada para revisar. Funciona, pero tiene dos problemas evidentes.
- No es en tiempo real: si preguntas cada hora, un evento puede esperar hasta una hora antes de que te enteres.
- Es un desperdicio: la enorme mayoría de esas preguntas vuelven con la misma respuesta de siempre, "nada nuevo", consumiendo recursos sin razón.
El webhook le da la vuelta a esto. En lugar de preguntar sin parar, te quedas tranquilo y el sistema te toca la puerta justo cuando hay algo que contar. Cero llamadas vacías, aviso inmediato.
Cómo funciona por dentro, sin tecnicismos
El mecanismo tiene tres pasos fáciles de imaginar. Primero, le das al servicio una dirección web tuya (la URL del webhook), que es como dejar tu número de teléfono. Segundo, ocurre el evento que te interesa. Tercero, el servicio envía un mensaje a esa dirección con los datos del evento, normalmente como una petición HTTP de tipo POST. Tu sistema recibe ese paquete y reacciona: guarda el dato, manda una notificación, agenda la cita.
Es exactamente lo que pasa cuando WhatsApp avisa a tu sistema de que entró un mensaje nuevo, o cuando una pasarela de pago confirma una transacción. El webhook es el mensajero que corre con la noticia en el instante en que sucede.
Ventajas y un par de cuidados
Los webhooks brillan por una razón muy concreta: dan datos frescos al instante y ahorran cientos de llamadas inútiles. Pero conviene conocer sus límites para no llevarte sorpresas.
- A favor: tiempo real, eficiencia y avisos solo cuando de verdad pasa algo.
- En contra: no todas las apps los ofrecen, así que a veces no hay más opción que sondear.
- Cuidado: si tu sistema está caído cuando llega el aviso, puedes perder ese evento, así que conviene tener reintentos o un respaldo.
- Dirección única: el webhook va en un solo sentido (te avisan), no sirve para pedir o modificar datos al otro lado.
Por qué te importa aunque no programes
Quizá nunca configures un webhook con tus propias manos, y está bien. Pero entender la idea te ayuda a elegir mejores herramientas y a hacer las preguntas correctas. Cuando evalúes un sistema de agenda o un CRM, saber si "manda webhooks" te dice si va a reaccionar al instante o si vivirás con retrasos.
Esto es justo lo que hace posible que un asistente como Lidia agende en el momento exacto en que el cliente confirma: WhatsApp dispara un webhook, el sistema lo recibe al segundo y la cita queda guardada sin demora ni copiado manual. Sin webhooks, todo iría a paso de sondeo, siempre un poco tarde.
Para llevar
Un webhook es, en pocas palabras, el aviso instantáneo que una app le da a otra cuando ocurre algo importante. Es lo opuesto a estar preguntando sin parar, y es la razón por la que la automatización moderna se siente inmediata. Cuando algo en tu negocio pasa "al instante", probablemente hay un webhook detrás.
Fuentes
- Merge — https://www.merge.dev/blog/webhooks-vs-polling
- OpenAPI — https://openapi.com/blog/webhooks-polling-when-use
- Hookdeck — https://hookdeck.com/webhooks/guides/when-to-use-webhooks
- Svix — https://www.svix.com/resources/faq/webhooks-vs-api-polling/
- AlgoMaster — https://blog.algomaster.io/p/polling-vs-long-polling-vs-sse-vs-websockets-webhooks