El spread medio tiene una virtud: queda limpio en un informe. También tiene un defecto serio: borra el momento exacto en que el coste golpeó a la estrategia.
Para probar picos de spread en cTrader necesitas conservar esa secuencia. Parte de un control con costes normales, reproduce bid y ask con sus marcas de tiempo cuando dispongas del feed y añade shocks declarados en los periodos de exposición. El objetivo no es adivinar la próxima ampliación. Es saber qué rompe una ampliación cuando llega mal colocada.
Una vela tranquila puede esconder dos precios incómodos
El spread es la distancia entre ask y bid. Un pico de spread amplía temporalmente esa distancia y puede cambiar un trigger, un fill o la equity aunque el punto medio del gráfico apenas se mueva.
Una posición larga entra por ask y sale contra bid. En una corta sucede al revés. Esa mecánica permite que el lado ejecutable toque un stop, active una orden pendiente o deteriore varias posiciones abiertas sin que la vela de precio medio cuente bien la historia.
Para una cuenta prop, mirar solo los trades cerrados llega tarde. La ampliación ya puede haber pasado por la equity flotante. El modelo de fondeo mantiene el recorrido de la cuenta junto a sus restricciones; las reglas vigentes y el reloj de reset, en cambio, siempre los define la propia prop firm.
Cuatro modelos, cuatro preguntas distintas
No hay un único ajuste llamado “spread realista”. Cada modelo aporta una evidencia diferente y deja otra fuera.
| Modelo | Pregunta que sí responde | Límite que debes declarar |
|---|---|---|
| Fijo | ¿La estrategia soporta el coste ordinario elegido? | No conserva la hora de las ampliaciones |
| Rango aleatorio | ¿Qué sensibilidad tiene ante costes variables al enviar órdenes? | No reconstruye la secuencia histórica |
| Bid/ask histórico | ¿Qué pasó en ese feed identificado? | No representa a todos los brokers ni al futuro |
| Shock temporal declarado | ¿Funcionan los controles bajo ese guion? | El guion no es una predicción |
La guía oficial de backtesting de cBots documenta tanto el spread fijo como un rango aleatorio. En este último, cTrader elige dentro del mínimo y máximo definidos cuando el cBot coloca la orden. Eso sirve para sensibilidad de costes. No convierte el resultado en una reproducción cronológica del bid y el ask de un broker.
El protocolo que evita confundir robustez con suerte
Congela el cBot, sus parámetros, el símbolo, la ventana, el sizing, la comisión y el swap. Después cambia una sola capa de spread por prueba y conserva todas las salidas. Si también retocas la estrategia, ya no sabrás qué produjo la diferencia.
Primero: un control defendible
El control usa la convención de spread ordinario que puedas justificar para la cuenta y el broker previstos. Su función es sencilla: mostrar si queda expectancy después de los costes habituales. Una estrategia que ya falla aquí no necesita un shock más imaginativo.
Después: la secuencia del feed
Cuando tengas ticks bid y ask con hora, guarda quién suministró el dato, su zona horaria y cualquier hueco. El backtest describirá ese feed concreto. Evita convertirlo en una afirmación sobre todo el mercado.
La documentación de fuentes de datos personalizadas de cTrader permite alimentar el motor con ticks que contienen bid y ask, incluidos datos offline y de terceros. También admite series sintéticas o experimentales. Esa flexibilidad ayuda a investigar, pero obliga a marcar con claridad qué parte es histórica y cuál fue modificada.
Por último: shocks escritos antes de mirar la curva
Coloca escenarios alrededor de los momentos que de verdad importan para el sistema: entradas, stops cercanos, trades solapados, transiciones de sesión y periodos que mantenga abiertos por diseño. Separa anchura y duración. Un golpe breve y ancho no examina lo mismo que una ampliación menos intensa que tarda en desaparecer.
No busques después el único escenario que deja intacta la cuenta. Define la parrilla antes de ejecutar y registra los fallos igual que los éxitos.
El informe debe explicar el fill y la cuenta
El retorno final puede acabar cerca del control y ocultar una ruta peligrosa. Para auditar la prueba necesitas reconstruir el episodio completo:
- bid, ask y timestamp recibidos por el motor;
- hora de la señal y orden solicitada;
- lado que activó el trigger y precio del deal;
- spread en entrada y salida;
- posiciones simultáneas y exposición agregada;
- equity antes, durante y después del pico;
- broker, fuente y zona horaria.
Así separas dirección de precio y anchura de cotización. También ves si el mismo evento alcanzó varios trades y si la equity cruzó una restricción relevante antes de recuperarse.
No confundas el caso con el riesgo de gap del fin de semana. En el gap falta un intervalo ejecutable; durante un pico siguen existiendo bid y ask, pero están más separados. Pueden coincidir, aunque el registro debe conservar ambos mecanismos.
Atajos que dejan la pregunta sin responder
Subir un spread fijo hasta que la estrategia pierda calcula tolerancia general al coste. No descubre si el coste se concentra justo donde el sistema entra o protege una posición.
Un rango aleatorio añade diversidad, pero puede repartir cotizaciones baratas en ventanas críticas y caras cuando la estrategia no tiene riesgo. La media histórica comete el error complementario: muchas horas tranquilas diluyen una cola breve.
También es hindsight eliminar todos los periodos caros después de ver el resultado. Si el filtro horario pertenece a la lógica, decláralo antes del test final y valídalo como regla propia. El análisis de filtros por hora en backtesting prop explica cómo evitar ese cambio de reglas a posteriori.
Hasta dónde llega la evidencia
Ninguna prueba fija el peor spread posible para todos los brokers. El feed, la construcción de la cotización, el símbolo, la liquidez y la ejecución cambian. Tampoco hay motivo para asumir que el futuro repetirá el histórico o la serie sintética.
Spread y slippage exigen columnas separadas. El primero mide la distancia entre bid y ask; el segundo, la diferencia entre el precio solicitado y el ejecutado. Pueden empeorar a la vez. Sumarlos en una penalización opaca impide saber por qué falló la estrategia.
realbacktesting es un estudio de software de trading para cTrader centrado en pruebas reproducibles e inspeccionables. La página de metodología publica los supuestos de datos, costes, ejecución y validación. Eso permite discutir el resultado; no lo convierte en un track record en real.
Preguntas habituales
¿Puede cTrader usar spread variable en un backtest?
Sí. La interfaz estándar documenta un rango aleatorio además del valor fijo. El coste puede variar al colocar órdenes, pero eso no equivale a reproducir un feed histórico bid/ask con sus marcas de tiempo.
¿Basta con ensanchar el spread fijo?
Basta para medir sensibilidad general al coste. No permite saber qué ocurre cuando la ampliación coincide con una entrada, un stop o varias posiciones expuestas.
¿Conviene juntar spread y slippage en un único castigo?
No. Aunque la suma sea conservadora, perderías el diagnóstico. Registra por separado la cotización disponible y el movimiento entre la orden solicitada y su fill.
¿Un feed histórico anticipa el próximo pico?
No. Solo documenta el recorrido guardado por ese proveedor. Combínalo con escenarios etiquetados para estudiar fallos que no aparecieron en la muestra.
Veredicto
El spread medio describe un coste. La secuencia del spread decide el camino que debe sobrevivir la cuenta.