Webhooks, entrega y fiabilidad
Payloads, fallos HTTP, tiempos de espera, reintentos, idempotencia, orden y ciclo de vida de las señales.
Cuando se activa una alerta, TradingView envía una solicitud HTTP POST a la URL configurada. El JSON válido se envía como application/json; cualquier otro contenido se envía como text/plain.
006¿Cómo configuro un webhook de TradingView para trading automatizado?Activa la autenticación de dos factores, crea la alerta correcta, añade una URL de webhook segura y un mensaje válido y prueba primero toda la ruta en una cuenta demo.
007¿Qué debe contener un mensaje webhook de TradingView?Utiliza campos inequívocos para la acción, el símbolo, el volumen o riesgo, el SL/TP opcional y una ID de señal única. Nunca incluyas contraseñas del bróker ni otras credenciales sensibles.
013¿Por qué TradingView activó la alerta pero falló el webhook?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.
014¿Qué significan los errores 3xx, 4xx y 5xx de un webhook de TradingView?3xx indica una redirección. 4xx significa que el receptor rechazó la solicitud, los datos o el acceso. 5xx indica que el servidor receptor no pudo procesarla. Los timeouts y los fallos TLS son problemas distintos.
015¿Por qué se agota el tiempo de espera de mi webhook de TradingView?TradingView exige una respuesta en un máximo de tres segundos. Un receptor robusto valida y acepta la señal rápidamente y de forma segura, en lugar de esperar a una ejecución lenta del bróker.
016¿Por qué se retrasa mi webhook de TradingView o mi operación automatizada?Mide por separado el cálculo de la señal, la alerta, el webhook, el receptor, el transporte a cTrader, el envío de la orden y la ejecución del bróker. Cada etapa tiene causas diferentes.
017¿Por qué TradingView abre operaciones duplicadas?Los duplicados pueden originarse en la lógica de Pine, alertas duplicadas, varias instancias de ejecución o reintentos. TradingView puede reenviar tres veces determinados webhooks con error 5xx, por lo que una activación puede producir hasta cuatro envíos.
032¿Qué es la idempotencia de un webhook y por qué la necesita un conector de trading?Idempotencia significa que recibir varias veces la misma señal no produce varios efectos de trading. Es esencial porque las redes reintentan solicitudes y TradingView puede reenviar determinadas entregas webhook fallidas con error 5xx.
033¿Cómo creo una ID de señal única para automatizar TradingView?Una ID de señal debe identificar una única acción prevista y permanecer idéntica cuando se reintente esa misma acción. Guarda las ID procesadas para poder confirmar entregas repetidas sin ejecutar dos veces.
034¿Por qué una activación de TradingView produjo hasta cuatro solicitudes webhook?TradingView puede reenviar hasta tres veces, después de cinco segundos, solicitudes webhook que reciban un estado HTTP entre 500 y 599, excepto 504. Por ello, una sola activación puede producir como máximo cuatro envíos.
035¿Qué debe ocurrir después de que un receptor webhook devuelva HTTP 200?HTTP 200 debe indicar que el receptor aceptó la solicitud HTTP o de aplicación, no que el bróker garantizó una ejecución. Después de la confirmación, registra la ejecución como un estado separado.
036¿Qué ocurre si se acepta el webhook pero después falla la ejecución en cTrader?Trata la aceptación del webhook y la ejecución en cTrader como estados separados. Si cTrader rechaza después la operación, registra y muestra el error exacto de ejecución en lugar de fingir que falló la entrega del webhook.
063¿Cuánto tiempo debe seguir válida una señal webhook de TradingView antes de quedar obsoleta?Asigna a las señales sensibles al tiempo una hora de creación y una política de caducidad explícitas. Una entrada válida hace 30 segundos puede ser peligrosa tras una desconexión o movimiento del mercado; un comando obsoleto no debe convertirse automáticamente en una operación nueva.
067¿Qué ocurre con las señales de TradingView mientras cTrader está desconectado?El sistema necesita una política explícita: rechazar de inmediato, poner en cola con una caducidad breve o retener para revisión manual. Reproducir todas las señales a ciegas tras reconectar puede abrir operaciones que ya no son válidas.
082¿Cómo deben representarse los cierres parciales en comandos webhook?Un comando de cierre parcial debe identificar la posición o el ámbito de estrategia objetivo y una cantidad o porcentaje explícito que cerrar. No uses un comando SELL ambiguo cuando la intención sea reducir una posición larga.
091¿Qué ocurre si una señal EXIT llega antes de que se confirme la ENTRY?Correlaciona ENTRY y EXIT mediante su identidad y concilia el estado real de cTrader. Un EXIT que llega primero no debe convertirse a ciegas en una entrada opuesta.
092¿Cómo deben gestionarse las señales webhook que llegan fuera de orden?Cuando el orden sea importante, incluye identidad, marcas de tiempo y/o números de secuencia. Rechaza, aplaza o concilia los comandos obsoletos o fuera de orden en vez de procesarlos a ciegas.