¿Por qué TradingView activó la alerta pero falló el webhook?

Qué significa esto en la práctica

La generación de la alerta y la entrega del webhook son procesos distintos. Las causas habituales son una URL o configuración TLS no válida, redirecciones, falta de autorización, datos incorrectos, límites de solicitudes, errores del servidor o respuestas demasiado lentas. Esta página responde específicamente a la pregunta «¿Por qué TradingView activó la alerta pero falló el webhook?». Por eso, cada escenario se explica según su propio mecanismo técnico y no mediante un diagnóstico genérico.

Escenarios reales

Escenario A — 404

Un error 404 significa que la solicitud llegó a un servidor, pero no a una ruta de webhook válida. Comprueba el nombre de host, la ruta y la versión desplegada del endpoint. Los parámetros de cTrader no pueden reparar una ruta HTTP inexistente. Para Escenario A — 404 de la pregunta 13, utiliza específicamente estas pruebas para responder «¿Por qué TradingView activó la alerta pero falló el webhook?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario B — 401/403

La autenticación o autorización falló antes de la ejecución. Comprueba las credenciales del conector y el permiso para la cuenta prevista. Rechaza la operación de forma segura en lugar de enviarla a otra cuenta. Para Escenario B — 401/403 de la pregunta 13, utiliza específicamente estas pruebas para responder «¿Por qué TradingView activó la alerta pero falló el webhook?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario C — 429

El receptor está limitando la entrada. Distingue entre una lógica Pine descontrolada, tráfico malicioso y ráfagas legítimas. No reproduzcas a ciegas entradas obsoletas cuando desaparezca el límite de solicitudes. Para Escenario C — 429 de la pregunta 13, utiliza específicamente estas pruebas para responder «¿Por qué TradingView activó la alerta pero falló el webhook?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario D — 500

Trátalo como un riesgo de entrega duplicada. Si la primera solicitud ya se guardó o se puso en cola antes de la respuesta de error, un reenvío debe reutilizar la misma ID de señal y no producir un segundo efecto de trading. Para Escenario D — 500 de la pregunta 13, utiliza específicamente estas pruebas para responder «¿Por qué TradingView activó la alerta pero falló el webhook?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario E — TLS

TLS falla antes de la validación de la aplicación. Comprueba el nombre de host, la validez y la cadena del certificado, además de la configuración HTTPS. Cambiar Pine o el payload no puede solucionar un problema de certificado. Para Escenario E — TLS de la pregunta 13, utiliza específicamente estas pruebas para responder «¿Por qué TradingView activó la alerta pero falló el webhook?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario F — Timeout

Registra por separado la hora de recepción de la solicitud y la respuesta HTTP. Valida o guarda el comando rápidamente y no mantengas abierto el webhook de TradingView mientras esperas operaciones de base de datos, reconexiones o ejecuciones del bróker. Para Escenario F — Timeout de la pregunta 13, utiliza específicamente estas pruebas para responder «¿Por qué TradingView activó la alerta pero falló el webhook?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Qué debes comprobar

• registro de alertas de TradingView y hora exacta de envío
• estado HTTP y marca de tiempo del receptor
• payload validado junto con la ID de señal
• resultado de cTrader solo después de confirmar el transporte

Regla práctica

Para la pregunta «¿Por qué TradingView activó la alerta pero falló el webhook?», modifica únicamente la primera capa cuyas pruebas ya no coincidan con la acción prevista. Conserva la identidad de la señal, las marcas de tiempo y el estado final de cTrader. Reproduce en una cuenta demo cualquier cambio que pueda afectar a la ejecución antes de utilizarlo en real.