¿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.
Qué significa esto en la práctica
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. Esta página responde específicamente a la pregunta «¿Qué debe contener un mensaje webhook de TradingView?». 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 — BUY mínimo
Define el contrato del webhook de forma explícita. El receptor debe saber exactamente qué campo representa la acción, el símbolo, el tamaño y la protección opcional. Debe rechazar valores ausentes o ambiguos en lugar de adivinarlos. Para Escenario A — BUY mínimo de la pregunta 7, utiliza específicamente estas pruebas para responder «¿Qué debe contener un mensaje webhook de TradingView?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario B — BUY+SL/TP
Define el contrato del webhook de forma explícita. El receptor debe saber exactamente qué campo representa la acción, el símbolo, el tamaño y la protección opcional. Debe rechazar valores ausentes o ambiguos en lugar de adivinarlos. Para Escenario B — BUY+SL/TP de la pregunta 7, utiliza específicamente estas pruebas para responder «¿Qué debe contener un mensaje webhook de TradingView?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario C — Cierre explícito
Examina directamente el mecanismo descrito como «Escenario C — Cierre explícito». Registra su entrada, el estado inmediatamente anterior y la primera salida observable que difiera del resultado esperado. Para Escenario C — Cierre explícito de la pregunta 7, utiliza específicamente estas pruebas para responder «¿Qué debe contener un mensaje webhook de TradingView?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario D — ID de señal
Valida semánticamente el payload estructurado: campos obligatorios, acciones permitidas, rangos numéricos e identidad de la señal. Una retransmisión de la misma instrucción lógica debe conservar la misma ID. Para Escenario D — ID de señal de la pregunta 7, utiliza específicamente estas pruebas para responder «¿Qué debe contener un mensaje webhook de TradingView?» 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 «¿Qué debe contener un mensaje webhook de TradingView?», 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.
Resumen de decisión
Respuesta directa: 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.
Siguiente paso: Asocia las pruebas observadas con uno de los escenarios anteriores, prueba ese mecanismo de forma independiente en una cuenta demo y conserva la trazabilidad del resultado mediante una única ID de señal.
Fuentes principales
¿Necesitas una ruta de ejecución de TradingView a cTrader?
NRUNO envía tus instrucciones de TradingView a cTrader. Tu estrategia y tu lógica de señales siguen estando bajo tu control.