conecta ghl con cualquier sistema en tiempo real — sin delay, sin costo adicional. webhooks outbound (ghl notifica al mundo) + inbound (el mundo notifica a ghl). incluido en todos los planes, 100 req/10s, firma hmac para seguridad.
datos verificados mayo 2026 · ghl help webhooks · ghl api docs
los webhooks son el mecanismo más directo y potente para conectar ghl con el mundo. sin intermediarios, sin delay, sin costo extra.
ghl puede enviar una solicitud HTTP POST a cualquier url externa cuando ocurre un evento: contacto creado, cita agendada, pago recibido, tag agregado, oportunidad actualizada. el payload incluye todos los datos del evento en JSON. tu sistema externo recibe la notificación en tiempo real y puede reaccionar.
fuente: ghl help — custom webhooks
ghl puede recibir datos desde sistemas externos vía un endpoint de webhook único por sub-cuenta. cuando tu sistema externo (shopify, stripe, formulario custom, qualificación de ia) envía datos al webhook de ghl, se crea o actualiza el contacto correspondiente. el gatillo para workflows externos se conecta así.
a diferencia de zapier gratis (15 min de delay) o make (1 min), los webhooks son notificaciones en tiempo real. cuando el evento ocurre en ghl, el webhook se dispara en segundos. para casos donde el timing importa — notificación de lead caliente, pago confirmado, cita agendada — los webhooks son la opción más rápida.
ghl firma sus webhooks con HMAC SHA-256. tu endpoint puede verificar que el webhook viene realmente de ghl y no es una petición falsa. la firma va en el header X-GHL-Signature. para endpoints públicos que reciben datos de producción, siempre valida la firma antes de procesar el payload.
fuente: ghl api docs — webhook security
ghl tiene rate limits para webhooks outbound: 100 requests por 10 segundos y 200.000 requests por día. para la mayoría de agencias estos límites son más que suficientes. si tu caso de uso requiere más volumen, revisa la documentación de la api de ghl para opciones de rate limit avanzadas.
fuente: ghl api docs — rate limits
ghl puede enviar webhooks para: ContactCreate, ContactUpdate, ContactDelete, AppointmentCreate, OpportunityCreate, OpportunityUpdate, NoteCreate, TaskCreate, FormSubmission, SurveySubmission. puedes configurar un webhook distinto por tipo de evento o un endpoint único que filtra por tipo en tu backend.
los webhooks de ghl son gratuitos. el costo depende de qué usar como receptor o procesador del webhook.
los webhooks outbound e inbound de ghl son gratuitos en todos los planes. el costo adicional es del sistema que los recibe y procesa — n8n, make, o servidor propio.
la forma más rápida es usar make o n8n como receptor. si eres developer, un endpoint propio te da máximo control.
en ghl: Automation → Workflows → crea o edita workflow → agrega action "Webhook" → ingresa la URL del endpoint destino. configura: método HTTP (POST), headers (Content-Type: application/json), body (puedes mapear campos de ghl como variables). el workflow envía el webhook cada vez que el trigger se cumple.
tip: usa webhook.site o requestbin.com para hacer pruebas — crea un endpoint temporal que muestra todos los webhooks que recibe. así puedes ver exactamente qué payload envía ghl antes de conectar tu sistema real.
en ghl: Settings → Integrations → Webhooks → crea nuevo webhook inbound. ghl te da una URL única por sub-cuenta. cualquier sistema externo puede hacer POST a esa URL con datos en JSON y ghl los procesa — crea o actualiza el contacto, dispara un workflow. útil para conectar sistemas que no tienen integración nativa con ghl.
tip: el webhook inbound de ghl acepta campos estándar: firstName, lastName, email, phone, tags, source, customFields. mapea los campos de tu sistema externo a esta estructura en el payload que envías.
para procesar webhooks de ghl con lógica antes de enviar a otro sistema: ghl → webhook outbound → make/n8n (procesa, filtra, transforma) → sistema destino. en make: crea escenario con trigger "Webhooks > Custom Webhook" → copia la url de make → ponla en ghl. en n8n: crea workflow con nodo "Webhook" → copia la url → configura en ghl.
tip: usa make o n8n como intermediario cuando necesitas lógica entre ghl y el sistema destino: filtrar ciertos tipos de contacto, transformar el formato de los datos, llamar a varias apis con un solo evento de ghl.
si tienes desarrollador, puedes crear tu propio endpoint: servidor node.js/python/php que recibe el POST de ghl, valida la firma HMAC en el header X-GHL-Signature, y ejecuta la lógica que necesites. esta es la opción más flexible — sin dependencias de terceros, sin costo de plataforma, máximo control sobre el payload.
tip: para endpoints de producción, implementa: 1) validación HMAC de la firma, 2) idempotencia (si ghl reenvía el mismo webhook dos veces, no procesar dos veces), 3) respuesta HTTP 200 inmediata + procesamiento asíncrono (evita timeout de ghl si el procesamiento es lento).
ghl reintenta el webhook si tu endpoint no responde con HTTP 200 en tiempo. configura alertas en tu endpoint para detectar errores. en make o n8n: el historial de ejecuciones muestra cada webhook recibido y si el flujo corrió correctamente. para endpoints propios, loguea cada webhook recibido con timestamp y resultado del procesamiento.
tip: ghl tiene un máximo de reintentos para webhooks fallidos. si tu endpoint estuvo caído por más de ese tiempo, los webhooks se pierden — no recuperas el evento retroactivamente. para datos críticos, considera también hacer polling periódico de la api de ghl como backup.
webhooks: directos, en tiempo real, sin intermediario, sin costo de plataforma. pero requieren un endpoint que los reciba y procese — necesitas n8n, make, o tu propio servidor. zapier/make: más fácil de configurar si no tienes experiencia técnica, muchas apps integradas, pero con delay y costo mensual. los webhooks son la opción más rápida y económica cuando tienes el receptor configurado.
sí. los rate limits de ghl para webhooks outbound son 100 requests por 10 segundos y 200.000 requests por día según la documentación oficial. para la mayoría de agencias estos límites son holgados. si tienes un caso de uso que podría superarlos (ej: importación masiva que dispara muchos eventos simultáneos), revisa la documentación de la api de ghl.
ghl firma los webhooks con HMAC SHA-256. el header X-GHL-Signature contiene la firma. en tu endpoint: crypto.createHmac("sha256", secretKey).update(rawBody).digest("hex") — si coincide con el header, el webhook es legítimo. sin validación, cualquiera que conozca tu url puede enviar datos falsos a tu endpoint.
sí. ghl tiene webhooks inbound — una url única por sub-cuenta a la que puedes enviar datos desde cualquier sistema externo. ghl procesa el payload y crea/actualiza contactos, dispara workflows. útil para conectar formularios custom, sistemas de pago alternativos, o cualquier app que no tiene integración nativa con ghl.
ghl soporta webhooks para: ContactCreate, ContactUpdate, ContactDelete, AppointmentCreate, AppointmentUpdate, OpportunityCreate, OpportunityUpdate, NoteCreate, TaskCreate, FormSubmission, SurveySubmission, InvoiceSent, OrderSubmitted y más. la lista completa está en la documentación oficial de la api de ghl. cada evento incluye todos los datos del objeto en el payload JSON.
depende del caso de uso. para configurar webhooks outbound de ghl a make o n8n: no necesitas programar — los configuras desde la interfaz. para crear un endpoint propio que reciba y procese webhooks con lógica custom: sí necesitas programación (node.js, python, php). para la mayoría de agencias, make o n8n como receptor es suficiente sin necesidad de código.
ghl reintenta el webhook varias veces si no recibe HTTP 200. si después de todos los reintentos tu endpoint sigue sin responder, el webhook se pierde — ghl no lo almacena para entrega futura. para casos críticos: configura tu endpoint con alta disponibilidad y en sistemas de producción usa un sistema de colas (redis, rabbitmq) para no perder eventos si el procesamiento falla.
documentación oficial de ghl y api docs verificados · mayo 2026.
trial 30 días de ghl + consultoría 1:1 para diseñar tu arquitectura de webhooks: qué eventos de ghl conectar, con qué sistemas, y cómo procesar los datos.
probar 30 días + bonuses →