Un aviso puede llegar a un servidor sin que la cuenta haya hecho nada. Esa separación es una ventaja: te permite comprobar qué pidió el mensaje antes de decidir si tiene permiso para convertirse en una acción.
Lo que sigue es un esquema de controles para un puente de alertas. No afirma que TradingView incluya un conector nativo de cTrader ni valida un relay concreto.
Decide primero qué autoridad tendrá el receptor
No dejes que el texto de una alerta seleccione cualquier cuenta o instrumento. Define las opciones aceptadas en el receptor: si falta un campo, el símbolo no está en la lista autorizada o la acción no encaja con las reglas configuradas, rechaza el evento.
Separa también tres resultados que a menudo se confunden: el aviso llegó, la plataforma respondió a un intento y la orden o posición quedó en un estado concreto. Un registro por etapa permite investigar cuál de esos pasos falló, sin tratar la recepción como prueba de ejecución.
Qué puede pasar entre el envío y la respuesta
TradingView envía una petición HTTP POST a la URL configurada y coloca allí el mensaje de la alerta. Si el texto es JSON válido, el tipo de contenido será application/json; revisa la documentación de webhooks de TradingView al definir el formato.
El receptor no debe quedarse ocupado: TradingView cancela la petición si el servidor tarda más de 3 segundos. Deja la respuesta inicial corta y traslada las comprobaciones lentas a otro proceso. OWASP también recomienda validar el contenido y procesar de forma asíncrona en su guía de seguridad para webhooks.
El mismo disparo puede volver a llamar
Una respuesta HTTP 5xx —salvo 504— activa el reenvío de TradingView. La primera repetición llega tras 5 segundos y puede haber hasta 3 reenvíos, es decir, hasta 4 envíos para el mismo disparo. La regla de reenvío de TradingView describe esos intentos; no promete que una orden se procese una sola vez.
Por eso, prepara el receptor para reconocer un evento ya recibido. OWASP propone usar identificadores autenticados y deduplicar cuando el protocolo lo permite. Si tu mensaje no ofrece una clave estable, concreta una política propia para las repeticiones antes de conceder permiso para enviar órdenes.
El cuerpo no es una caja fuerte
Deja fuera del mensaje las claves de API, contraseñas y datos de acceso. TradingView advierte contra incluir credenciales en el cuerpo y reconoce que alguna entrega puede no llegar; puedes revisar el estado en el registro de alertas. OWASP recomienda proteger los secretos, autenticar cada entrega cuando el protocolo lo permita, utilizar HTTPS y validar los campos recibidos. No confundas una URL difícil de adivinar con una autenticación verificable.
Un mensaje mínimo puede identificar instrumento, intención, versión de la estrategia y evento. Aun así, el receptor debe contrastar cada campo con sus propias reglas. Si no puedes demostrar quién envió la petición, mantén el sistema en modo de registro y rechazo; no le concedas autoridad para operar.
Ensaya el límite antes de abrir la puerta
Puedes empezar con un receptor sin permisos de orden. Haz que registre y rechace; comprueba qué ocurre con un campo ausente, un símbolo desconocido, una repetición, una demora y una cuenta que no corresponde. Luego inspecciona cada respuesta de plataforma por separado. Es una propuesta de control, no una integración probada ni una señal de trading.
realbacktesting es un estudio de software de trading para cTrader, con cBots, indicadores y plugins que el trader puede revisar. En la página de evidencias se explica qué condiciones conviene mirar al inspeccionar un resultado; la página principal presenta sus herramientas.
Preguntas que conviene resolver
¿El reenvío de TradingView obliga a enviar de nuevo la orden?
No. Es un nuevo intento de entrega del aviso. Antes de actuar otra vez, comprueba si el primer mensaje ya se procesó.
¿Puedo pegar la clave de mi cuenta en el texto de alerta?
No. TradingView desaconseja incluir contraseñas o credenciales en el cuerpo. Usa un mecanismo de autenticación documentado y evita que los secretos aparezcan en mensajes o registros.
¿Esto conecta TradingView directamente con cTrader?
No. El texto explica controles generales del receptor; no confirma que exista un conector nativo ni evalúa un servicio externo.
Si la plataforma rechaza una orden, consulta la lista para diagnosticar rechazos en cTrader.
Como contexto, realbacktesting desarrolla cBots, indicadores y plugins para cTrader.