¿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.
Qué significa esto en la práctica
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. Esta página responde específicamente a la pregunta «¿Qué es la idempotencia de un webhook y por qué la necesita un conector de trading?». 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 poner la operación 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 poner la operación en cola de la pregunta 32, utiliza específicamente estas pruebas para responder «¿Qué es la idempotencia de un webhook y por qué la necesita un conector de trading?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario B — La misma señal llega dos veces
Examina directamente el mecanismo descrito como «Escenario B — La misma señal llega dos veces». Registra su entrada, el estado inmediatamente anterior y la primera salida observable que difiera del resultado esperado. Para Escenario B — La misma señal llega dos veces de la pregunta 32, utiliza específicamente estas pruebas para responder «¿Qué es la idempotencia de un webhook y por qué la necesita un conector de trading?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario C — Reinicio durante el procesamiento
Examina directamente el mecanismo descrito como «Escenario C — Reinicio durante el procesamiento». Registra su entrada, el estado inmediatamente anterior y la primera salida observable que difiera del resultado esperado. Para Escenario C — Reinicio durante el procesamiento de la pregunta 32, utiliza específicamente estas pruebas para responder «¿Qué es la idempotencia de un webhook y por qué la necesita un conector de trading?» 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é es la idempotencia de un webhook y por qué la necesita un conector de trading?», 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: 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.
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.