¿Por qué difiere el precio de entrada del backtest respecto a la entrada en vivo de cTrader?
Los backtests usan el emulador de bróker de TradingView y datos históricos de velas. Las órdenes en vivo de cTrader se enfrentan a precios bid/ask reales, spread, latencia, slippage, horarios de mercado y ejecución del bróker. No debe suponerse una igualdad exacta de precios.
Qué significa esto en la práctica
Los backtests usan el emulador de bróker de TradingView y datos históricos de velas. Las órdenes en vivo de cTrader se enfrentan a precios bid/ask reales, spread, latencia, slippage, horarios de mercado y ejecución del bróker. No debe suponerse una igualdad exacta de precios. Esta página responde específicamente a la pregunta «¿Por qué difiere el precio de entrada del backtest respecto a la entrada en vivo de cTrader?». 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 — Orden de mercado tras retraso de la alerta
Examina directamente el mecanismo descrito como «Escenario A — Orden de mercado tras retraso de la alerta». Registra su entrada, el estado inmediatamente anterior y la primera salida observable que difiera del resultado esperado. Para Escenario A — Orden de mercado tras retraso de la alerta de la pregunta 60, utiliza específicamente estas pruebas para responder «¿Por qué difiere el precio de entrada del backtest respecto a la entrada en vivo de cTrader?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario B — El spread se amplía
Mide el spread bid/ask ejecutable al tomar la decisión de entrada. Si se supera el límite configurado, registra un rechazo deliberado; esperar a que el spread se normalice crea una operación distinta. Para Escenario B — El spread se amplía de la pregunta 60, utiliza específicamente estas pruebas para responder «¿Por qué difiere el precio de entrada del backtest respecto a la entrada en vivo de cTrader?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario C — El backtest usa una suposición OHLC
Examina directamente el mecanismo descrito como «Escenario C — El backtest usa una suposición OHLC». Registra su entrada, el estado inmediatamente anterior y la primera salida observable que difiera del resultado esperado. Para Escenario C — El backtest usa una suposición OHLC de la pregunta 60, utiliza específicamente estas pruebas para responder «¿Por qué difiere el precio de entrada del backtest respecto a la entrada en vivo de cTrader?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Qué debes comprobar
- identidad del conector y de la cuenta de destino
- símbolo exacto del bróker
- parámetros de la orden normalizados
- respuesta de cTrader y estado final de la posición o de la orden
Regla práctica
Para la pregunta «¿Por qué difiere el precio de entrada del backtest respecto a la entrada en vivo de cTrader?», 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: Los backtests usan el emulador de bróker de TradingView y datos históricos de velas. Las órdenes en vivo de cTrader se enfrentan a precios bid/ask reales, spread, latencia, slippage, horarios de mercado y ejecución del bróker. No debe suponerse una igualdad exacta de precios.
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.