Wiki de automatización de trading de NRUNO · Pregunta 34

¿Por qué una activación de TradingView produjo hasta cuatro solicitudes webhook?

Webhooks, entrega y fiabilidadÚltima revisión: 27 de agosto de 2026
Respuesta breve

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.

Qué significa esto en la práctica

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. Esta página responde específicamente a la pregunta «¿Por qué una activación de TradingView produjo hasta cuatro solicitudes 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 — 500 después de haber puesto en cola

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 A — 500 después de haber puesto en cola de la pregunta 34, utiliza específicamente estas pruebas para responder «¿Por qué una activación de TradingView produjo hasta cuatro solicitudes webhook?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario B — 503 temporal

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 B — 503 temporal de la pregunta 34, utiliza específicamente estas pruebas para responder «¿Por qué una activación de TradingView produjo hasta cuatro solicitudes webhook?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario C — 504 se comporta de forma distinta

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 C — 504 se comporta de forma distinta de la pregunta 34, utiliza específicamente estas pruebas para responder «¿Por qué una activación de TradingView produjo hasta cuatro solicitudes 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é una activación de TradingView produjo hasta cuatro solicitudes 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.

Resumen de decisión

Respuesta directa: 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.

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.