Describe el problema/error/pregunta
el flujo de trabajo no enviará los datos recopilados a GoHighLevel
¿Cuál es el mensaje de error (si lo hay)?
Por favor, comparte tu flujo de trabajo
date:Wed, 13 May 2026 15:20:17 GMT
content-type:application/json; charset=utf-8
content-length:135
connection:close
cf-ray:9fb2a5733d929874-FRA
cf-cache-status:DYNAMIC
access-control-allow-origin:*
etag:W/"87-xaS8dZxdx/mn3i20TzmgTaBRUGI"
server:cloudflare
strict-transport-security:max-age=31536000
vary:Accept-Encoding
access-control-max-age:31536000
timing-allow-origin:*
x-envoy-upstream-service-time:7
x-powered-by:Express
x-ratelimit-daily-remaining:199993
x-ratelimit-daily-reset:32562000
x-ratelimit-interval-milliseconds:10000
x-ratelimit-limit-daily:200000
x-ratelimit-max:100
x-ratelimit-remaining:99
set-cookie
0:__cf_bm=dvz1DlV6m2XGv9TlMFsoDlk7CJssG9HtPoXoresrWk4-1778685617.1563067-1.0.1.1-BQCFZh_rmaWK7kRZ5DBdmNTFh6nJxMffroWqUMyaYuljatwRPEajw12Wp8MxOlea3zLYea5LOlSmZVyvaWL9Dhb6XvEM.6hhO8lEz6hDoYhFFt2N6VoB_Fj4R2Fz1dpv; HttpOnly; SameSite=None; Secure; Path=/; Domain=leadconnectorhq.com; Expires=Wed, 13 May 2026 15:50:17 GMT
Información sobre tu configuración de n8n
- versión de n8n:
- Base de datos (predeterminada: SQLite):
- configuración n8n EXECUTIONS_PROCESS (predeterminada: own, main):
- Ejecutando n8n a través de (Docker, npm, n8n cloud, aplicación de escritorio):
- Sistema operativo:
los headers muestran un 200 así que GHL realmente recibió tu solicitud bien, el problema está en lo que le estás enviando.
lo primero que haría es abrir la salida del nodo HTTP Request en n8n y mirar el cuerpo de respuesta real, no solo los headers. GHL a veces devuelve 200 pero esconde un mensaje de error en el cuerpo como un campo requerido faltante o contacto no encontrado.
también verifica tus nombres de campo, GHL es estricto con las mayúsculas. firstName no first_name, phonePhone no phone, cosas así. si una clave está mal simplemente la ignora y continúa, lo cual es súper molesto de depurar.
luego entra en GHL mismo y verifica si el contacto realmente se creó o se actualizó. si está ahí pero los campos están vacíos es un problema de mapeo, si no está ahí en absoluto podrías estar llamando al endpoint incorrecto o faltando un campo requerido como email o número de teléfono.
comparte el cuerpo que estás enviando y el cuerpo de respuesta real y te puedo decir exactamente qué está mal.
bienvenido a la comunidad de n8n @wathoo
Sin el payload de la solicitud y el cuerpo de respuesta actual, no hay suficiente evidencia para determinar si se trata de un problema interno de n8n o de un problema de payload/mapeo de API.
exacto, por eso pedí el cuerpo de la respuesta y el payload en mi último mensaje. una vez que lo compartan sabremos con seguridad de qué lado está el problema.
¡Hola @wathoo, bienvenido a la comunidad! Soy Jay, un creador verificado de n8n.
Un estado 200 con un cuerpo vacío de GHL generalmente significa que la solicitud llegó al servidor pero los datos no fueron procesados - esto es un problema de payload, no de conexión. Aquí hay algunas cosas que debes verificar mientras compartes el cuerpo completo/respuesta:
1. El cuerpo de la respuesta es la clave - En n8n, después de que se ejecuta la solicitud HTTP, haz clic en la salida. Busca el campo body en la respuesta. GHL a menudo devuelve {"succeded":true} o un mensaje de error incluso en estados 200.
2. Verifica tu encabezado de autorización - GHL requiere Bearer YOUR_ACCESS_TOKEN en el encabezado. También confirma que estés usando el token de ubicación correcto (no el token de agencia) para la creación de contactos.
3. Los nombres de campo son estrictos - La API de GHL para contactos utiliza camelCase exacto: firstName, lastName, email, phone. Cualquier variación y el campo se elimina silenciosamente.
4. Asegúrate de que estés utilizando el endpoint correcto - Para crear/actualizar un contacto debería ser:
- POST
https://services.leadconnectorhq.com/contacts/ con el payload de contacto
¿Podrías compartir una captura de pantalla de la configuración del cuerpo de tu nodo de solicitud HTTP y la salida de respuesta completa? Eso me ayudará a identificar exactamente dónde se están perdiendo los datos.
@wathoo
Según la captura de pantalla, la solicitud aún no está autenticada. El nodo HTTP Request está configurado con Authentication: None, así que aunque agregaste filas de encabezado para Authorization, Version y Content-Type, los valores parecen estar vacíos. Lo primero que haría es enviar los encabezados GHL requeridos con valores reales, especialmente el token Bearer, por ejemplo Authorization: Bearer <access_token>, la versión correcta de API y Content-Type: application/json. Después de eso, prueba con un cuerpo mínimo primero, como locationId, firstName, email y phone, y luego agrega los campos restantes una vez que el contacto se haya creado exitosamente.
