Qué es ATR, antes de hacerle backtesting
El Rango Verdadero Promedio (ATR) es una estadística de volatilidad basada en el rango verdadero, que refleja cuánto se mueve el precio entre períodos, incluidos los huecos (gaps). El ATR suaviza esta medida de rango verdadero durante una longitud de ventana elegida. Es mejor tratarlo como una escala (por ejemplo, “tamaño de movimiento típico”) que como una señal independiente de compra/venta.
Un backtesting responsable comienza por ser explícito sobre lo que se está probando: el cálculo del ATR en sí mismo (corrección del pipeline de datos), cómo se utiliza el ATR dentro de un conjunto de reglas (lógica de decisión) y cómo las fricciones de trading cambian los resultados realizados. Los valores históricos del ATR se calculan a partir de la serie de precios histórica; no son predicciones.
Mecánica: define datos, supuestos y cálculos
Comienza especificando entradas y definiciones:
- Serie de precios: Elige los datos de precios que utilizarás (comúnmente OHLC). Documenta los campos exactos.
- Definición de rango verdadero: Utiliza el concepto estándar de rango verdadero para que los huecos se incluyan mediante la referencia del “cierre anterior”.
- Ventana y suavizado del ATR: Indica la longitud de la ventana y el método de suavizado que asumes. Diferentes elecciones cambian los valores del ATR.
- Zona horaria y manejo de sesiones: Si tu conjunto de datos abarca sesiones con diferentes horarios de trading, define cómo tratas los límites.
Luego define el entorno de backtesting:
- Generación de señales vs. momento de evaluación: Si una regla utiliza el ATR, decide si el ATR en el momento t puede usarse para actuar en el momento t o solo en t+1. Esto evita un look-ahead accidental.
- Lógica de posición y dimensionamiento: Incluso si evitas nombrar una estrategia, especifica qué sucede cuando tu regla solicita una acción (por ejemplo, si asumes entrar en la apertura de la siguiente vela).
- Costos y modelo de ejecución: Incluye al menos un modelo de fricción genérico (comisiones/tarifas y un proxy de spread o deslizamiento). Utiliza supuestos que estén claramente establecidos y se apliquen de manera consistente.
Un paso de verificación útil es reproducir el ATR a partir de tu conjunto de datos en una pequeña ventana de muestra. Si tu ATR calculado no coincide con una implementación independiente en la que confíes, corrige el pipeline antes de interpretar los resultados.
Evidencia y diseño de ejemplo: controles de sesgo y comprobaciones fuera de muestra
Puedes hacer que los backtesting de ATR sean más creíbles separando la exploración dentro de la muestra de la evaluación fuera de muestra.
- Divide los datos
- Crea un período de entrenamiento cronológico para las elecciones de parámetros (por ejemplo, la longitud de la ventana del ATR o los umbrales de las reglas).
- Mantén un período posterior como conjunto de prueba.
-
Pruebas walk-forward En lugar de una división estática, entrena repetidamente en el pasado y prueba en el siguiente segmento. Esto reduce el riesgo de que tu conclusión dependa de una única ventana de tiempo afortunada.
-
Controla el sesgo de selección Si pruebas muchas variaciones (diferentes ventanas, umbrales o marcos temporales), el resultado de mejor apariencia puede ser un artefacto. Realiza un seguimiento del número de pruebas y prefiere configuraciones predefinidas en lugar de “ajustar hasta que funcione”.
-
Utiliza comprobaciones de robustez entre regímenes Ejecuta la misma configuración probada en diferentes condiciones de mercado, como períodos de mayor y menor volatilidad. El comportamiento relacionado con el ATR puede cambiar cuando la estructura de volatilidad cambia.
Limitación material / modo de fallo a planificar: Si inadvertidamente calculas el ATR utilizando información de la vela en la que intentas operar “en”, crearás un sesgo de look-ahead. Otro modo de fallo es que los costos de transacción realistas pueden eliminar el rendimiento aparente.
Limitaciones y riesgos: lo que los backtesting de ATR pueden y no pueden decirte
- La escala de volatilidad ≠ dirección: El ATR mide el tamaño del movimiento, no si el precio subirá o bajará.
- Sensibilidad a los costos: Los backtesting a menudo subestiman el deslizamiento, los spreads y los retrasos de ejecución. Con márgenes reducidos, estos pueden dominar.
- No estacionariedad: La dinámica de precios cambia. Las relaciones históricas del ATR con los resultados no garantizan similitud futura.
- Dependencia de supuestos: Los resultados dependen de la ventana de cálculo elegida, el suavizado, la alineación de marcas de tiempo y los supuestos de ejecución.
Verificación o siguiente pregunta: qué comprobar de forma independiente
Para verificar tu backtesting de forma responsable, revisa los siguientes elementos antes de sacar cualquier conclusión:
- Corrección del cálculo del ATR en una muestra pequeña e inspeccionable manualmente.
- Alineación temporal para confirmar que no se utiliza información futura.
- Reproducibilidad: la versión de tu conjunto de datos, los parámetros y la lógica del código deben estar documentados para que otra persona pueda volver a ejecutar el mismo pipeline.
- Disciplina fuera de muestra: evita informar solo la mejor ejecución única de muchos ensayos.
Si deseas profundizar, considera cómo defines la lógica de reglas que utiliza el ATR (momento de acción, umbrales y cómo modelas los costos). Incluso entonces, trata los resultados como condicionados a tus supuestos, no como un pronóstico confiable.