Un news filter no es conservador automáticamente. Puede quitar los peores fills de un backtest prop, pero también puede quitar los trades que pagaban el sistema.
Para un trader de prop firm, la pregunta útil no es si las noticias parecen peligrosas. La pregunta útil es si la estrategia sobrevive mejor al reglamento después de que el news filter cambie timing de entrada, exposición, spread, slippage y oportunidad perdida.
Qué hace un news filter en un backtest prop
Un news filter bloquea o cambia la operativa alrededor de eventos económicos programados. En un backtest, puede impedir nuevas entradas antes de publicaciones de alto impacto, cerrar riesgo abierto antes del evento, ampliar la lógica de stop o pausar el sistema hasta que el spread se normalice.
Suena simple. No lo es. Cada versión cambia una parte distinta de la estrategia.
| Tipo de filtro | Qué cambia | Qué debe probar el backtest |
|---|---|---|
| Pausa de entrada | No hay nuevos trades alrededor de eventos seleccionados | Que el sistema no pierde su edge al saltarse esos trades |
| Cierre forzado | Las posiciones se cierran antes del evento | Que la salida no crea peor drawdown o peor expectancy |
| Retraso post-news | La operativa vuelve tras un periodo de espera | Que el retraso evita ruido sin perder el movimiento real |
| Guardia de spread | Las entradas se detienen cuando el spread se abre | Que el ahorro en costes supera la oportunidad perdida |
| Lista blanca de eventos | Solo se filtran eventos concretos | Que la lista se definió antes del test, no después de ver la curva |
Por qué los news filters pueden embellecer la curva
Los news filters pueden sobreajustar porque el calendario es visible después. Es fácil mirar trades perdedores, ver que algunos ocurrieron cerca de una publicación de datos, y diseñar un filtro que quite justo esos trades.
Eso es curve fitting con disfraz macro.
El test honesto define primero la lista de eventos. También define primero la ventana temporal: por ejemplo, si el sistema se detiene antes del dato, después del dato o en ambos lados. Cambiar la ventana hasta que la curva de equity quede más limpia no es distinto de ajustar una media móvil hasta que el pasado te dé la razón.
El filtro también puede crear selection bias oculto. Si una estrategia ganaba la mayor parte de su dinero con continuación post-news, filtrar esas sesiones puede reducir drawdown y reducir beneficio al mismo tiempo. La curva final puede verse más tranquila pero ser menos útil. Para una cuenta prop, ese intercambio importa porque la cuenta está limitada por el suelo de pérdida y por la ruta hacia el objetivo.
Esto está cerca de time-of-day filters en backtesting prop, pero es más específico. Un filtro de sesión cambia el reloj. Un news filter cambia el riesgo de evento pegado a ese reloj.
El reglamento importa antes que el filtro
Las reglas de noticias de una prop firm son parte de la especificación del test. Si el tipo de cuenta restringe operar alrededor de eventos seleccionados, el backtest debe modelar esa restricción antes de que el resultado merezca ser leído.
El error es testear una estrategia como si pudiera operar todos los eventos, y luego ejecutarla en un reglamento que bloquea algunos de esos eventos. Eso crea una estrategia distinta. Las entradas, salidas, holding time y ruta de exposición cambian.
Para flujos tipo FTMO, el tipo de cuenta también importa. Algunos sistemas están diseñados para cuentas que pueden mantener posiciones durante noticias y fines de semana; otros deben quedar flat por fuerza alrededor de ventanas restringidas. La diferencia se explica en FTMO Swing vs Standard en backtesting, y el marco más amplio de la cuenta prop está en la página de fondeo. Los detalles actuales de las reglas pertenecen a las páginas de la prop firm, porque esas reglas pueden cambiar.
Cómo testear un news filter sin engañarte
Un test limpio de news filter trata el calendario como cualquier otro parámetro: lo define antes de la ejecución y luego lo castiga con datos out-of-sample.
Usa esta checklist:
- Define la fuente de eventos y las categorías antes de testear.
- Define la ventana sin trading antes de testear.
- Decide si las posiciones abiertas se mantienen, se cierran o solo se bloquea añadir.
- Cobra spread, slippage, comisión y swap en cada fill que queda.
- Compara resultados filtrados y sin filtrar sobre los mismos símbolos, periodo y sizing.
- Revisa presión de pérdida diaria, max drawdown, time-to-target y expectancy, no solo retorno neto.
- Retestea el filtro en segmentos out-of-sample o walk-forward.
- Mantén el filtro solo si mejora la supervivencia a reglas sin volver demasiado frágil el edge.
La comparación debe ser consciente del camino. Un filtro que mejora el retorno final pero crea caídas más profundas de equity abierta puede ser peor para una cuenta prop. Un filtro que reduce drawdown pero deja demasiado pocos trades puede ser estadísticamente débil. El backtest tiene que mostrar ambas cosas.
El modelo de costes se complica alrededor de noticias
Las publicaciones programadas suelen llegar con spreads más amplios, movimiento más rápido y peores fills que una cinta tranquila. Un news filter normalmente intenta evitar ese problema de ejecución, así que un test sin costes o con costes fijos es la vara equivocada.
La metodología pública de realbacktesting usa ejecución intrabar M1, barras M1 de broker de cTrader + spread medido por tick de 2021-2026, spread real por símbolo, comisión real, swap, 1 bps de slippage y una base modelo de 80,000 EUR. La ruta de drawdown se comprueba contra un 30% out-of-sample hold-out. El método está explicado en la página de metodología.
Esos números no prueban que un news filter funcione. Muestran el tipo de modelo de ejecución que un filtro debe sobrevivir antes de merecer atención. Si el filtro solo funciona porque el backtest ignora spreads de evento o slippage de salida, no es control de riesgo. Es una suposición más bonita.
Qué no demuestra esto
Un backtest aprobado de news filter no demuestra que la próxima publicación vaya a ser segura. No pronostica el dato, no modela el spread de cada broker ni garantiza que una cuenta prop vaya a pasar. Solo muestra si el filtro definido mejoró la ruta histórica bajo los costes y reglas que realmente testeaste.
El contraargumento también es real: algunas estrategias están construidas para operar volatilidad de eventos. En esos sistemas, un news filter puede quitar el edge. La respuesta no es "filtra siempre las noticias" ni "nunca filtres noticias". La respuesta es testear la regla que vas a ejecutar.
Preguntas frecuentes
¿Un backtest prop siempre debería evitar noticias?
No. Un backtest prop debería evitar noticias solo si el reglamento testeado lo exige o si el filtro mejora la supervivencia a reglas después de costes, trades perdidos y comprobaciones out-of-sample.
¿Un news filter es lo mismo que un spread filter?
No. Un news filter usa eventos programados para bloquear o alterar trades. Un spread filter reacciona al coste de ejecución actual. Pueden solaparse, pero testean riesgos distintos.
¿Puede un news filter estar overfit?
Sí. Un news filter está overfit cuando la lista de eventos o la ventana temporal se elige después de ver qué trades históricos perdieron dinero. Define la regla primero y luego testéala out-of-sample.
¿Qué métrica importa más para un news filter?
La supervivencia a reglas importa más que el retorno final. Revisa presión de pérdida diaria, drawdown de equity abierta, expectancy, time-to-target y el número de trades que quedan tras filtrar.
La conclusión testaruda: un news filter solo es conservador después de que el backtest demuestre que los trades que quitó eran riesgo, no el edge.