Por qué tu estrategia entra distinto en real que en el analizador (y cómo saber si tiene arreglo)

La escena es siempre la misma: activas la estrategia en cuenta real (o en demo en vivo), esperas la entrada que el Strategy Analyzer habría hecho… y entra otra. O no entra. O entra tarde. O entra donde no era. Y te preguntas si el backtest era mentira.

Antes de tirar la estrategia — o el ordenador — te cuento algo: en la gran mayoría de casos no es que el backtest "mienta", es que hay un problema técnico concreto y localizable. Estas son las cinco causas que explican casi todos los casos que he visto, incluidas mis propias estrategias.

Causa 1 — Barras en formación vs barras cerradas

El Strategy Analyzer procesa barras ya cerradas: cuando tu código lee la barra, la barra está completa. En tiempo real, en cambio, tu código recibe ticks de una barra en formación: el High, el Low y el Close de "esta barra" están cambiando en cada tick.

Si la lógica construye niveles (un rango de apertura, un máximo de sesión, una media) leyendo la barra actual sin controlar si está cerrada, en vivo estará usando datos que el backtest nunca vio. El síntoma típico: entradas sistemáticamente adelantadas o atrasadas una barra, o niveles de ruptura que no cuadran con los del análisis. El parámetro Calculate (OnBarClose, OnPriceChange, OnEachTick) decide cuándo se ejecuta tu código, y cambiarlo cambia la estrategia.

Causa 2 — Los fills de cuento del backtest

El analizador rellena las órdenes al precio exacto del cruce, sin deslizamiento y sin cola. En real, una orden a mercado se ejecuta con slippage, y una limitada a veces ni se ejecuta aunque el precio la toque. Esto no cambia las horas de las operaciones: ensucia los precios y el resultado. Si tus operaciones coinciden en hora y dirección pero los números no cuadran del todo, estás aquí — y esto no es un bug, es el peaje de operar de verdad.

Causa 3 — No estás mirando los mismos datos

El histórico de tu proveedor y el feed en vivo no siempre cuentan la misma película: plantilla de sesión distinta (RTH vs 24 horas), política de empalme del contrato, backtest sobre barras de minuto vs realidad tick a tick… La misma lógica sobre datos distintos es otra estrategia. Comprueba que el análisis usa el mismo instrumento, la misma plantilla de sesión y — si es posible — tick replay.

Causa 4 — Reconexiones y estados

En vivo existen cosas que el backtest no conoce: microcortes de conexión, reinicios, fines de semana. Los parámetros de NinjaTrader que gestionan esto (ConnectionLossHandling, StartBehavior, los reintentos máximos) deciden si tras un corte la estrategia recalcula, espera a estar plana o directamente se desactiva sola. El síntoma típico: "hoy no entró y en el backtest sí" justo después de un corte, o descubrir la estrategia apagada sin saber desde cuándo.

Causa 5 — La gestión de órdenes no se comporta igual

Los stops y targets gestionados (SetStopLoss, SetProfitTarget) se anclan al fill real y suelen portarse bien. Los problemas llegan con la gestión manual: breakevens calculados con precios teóricos en vez del fill real, salidas con la llamada o el overload equivocado, órdenes que se pisan entre sí. El backtest perdona construcciones que el real castiga.

Checklist para diagnosticarlo

¿Cuándo es un bug y cuándo es "la vida real"?

Diferencias pequeñas de precio van a existir siempre: eso es slippage y latencia, y ningún arreglo del mundo las elimina. Lo que no es normal — y sí se arregla — es que las operaciones sean distintas: horas diferentes, dirección diferente, entradas que el análisis hace y el real no (o al revés). Eso es estructural, tiene una causa concreta en el código o en la configuración, y se localiza.