La optimización de parámetros en MetaTrader 5 es una búsqueda: declaras un rango para cada entrada, el Strategy Tester ejecuta todas las combinaciones y te entrega una tabla ordenada por la métrica que hayas elegido tú. Lo difícil no es ejecutarla. Lo difícil es que la tabla siempre tiene una primera fila, y la primera fila casi siempre está equivocada.
Lo que te llevas de este artículo es un procedimiento que produce una decisión en lugar de un número: una búsqueda que puedas defender, una lectura de la rejilla de pasadas que sobreviva al contacto con un segundo periodo, y una regla de parada.
| Condiciones de la prueba | |
|---|---|
| ID del experimento | EXP-PARAM-SEARCH-OUTCOMES-001 |
| Experimento padre | EXP-BUILDER-TEMPLATE-BASELINE-001 |
| Fuente | ea-templates-manifest.js → bt.explored |
| Población | 8 recorded searches of the 53 measured templates |
| Símbolo / marco temporal | USDJPYm, M5 and H1 |
| Modelo | M1 OHLC (Model=1), Exness MT5, measured 2026-06-18 |
| Parámetros variados | stop loss and take profit only |
| Última verificación | 2026-08-25 |
Preparación: la rejilla, la partición y los datos
Tres ajustes deciden si merece la pena siquiera lanzar la búsqueda. Si los pones mal, la rejilla de pasadas es un generador de números aleatorios carísimo.
| Campo | Dónde | Qué poner | Por qué |
|---|---|---|---|
| Optimisation | Pestaña Settings | Slow complete algorithm para una rejilla pequeña | El modo genético muestrea el espacio; con 12–32 combinaciones puedes permitirte verlo entero |
| Start / Step / Stop | Pestaña Inputs, por cada entrada | Dos parámetros, pasos gruesos | Cada entrada que marcas multiplica la rejilla. Las nuestras movieron dos |
| Forward | Pestaña Settings | 1/2, 1/3 o 1/4 | Parte el intervalo para que el probador puntúe la mitad final por separado: esta es la comprobación para la que haces la búsqueda |
| Optimisation criterion | Pestaña Settings | Decídelo antes de mirar la rejilla | Es la métrica por la que el probador ordena las pasadas, así que decide qué fila es la primera |
| Modelling | Pestaña Settings | Un modo grueso para barrer, y después vuelve a ejecutar al superviviente sobre ticks reales | Los modos de barrido sirven para ordenar candidatas, nunca para una cifra publicada |
| Period | Pestaña Settings | Lo bastante largo para contener más de un régimen | Una búsqueda dentro de una sola tendencia encuentra el ajuste que la cabalgó |
El criterio merece una decisión y no un valor por defecto. Ordenar por beneficio neto premia a la pasada que más riesgo asumió, y ordenar por una medida basada en el drawdown premia a la que menos operó — el factor de recuperación existe porque esas dos respuestas no coinciden. Nuestras búsquedas no se juzgaron por la ordenación del probador en absoluto: cada superviviente se puntuó por factor de beneficio sobre tres ventanas distintas, y la ordenación dentro de cualquiera de ellas no decidió nunca nada.
La calidad de los datos va primero: una búsqueda sobre ticks malos optimiza los huecos. La versión corta es que una calidad del modelado por debajo del 90% deja inservibles las rejillas de pasadas intradía, y que una ejecución construida a partir de datos de ticks interpolados no puede resolver un stop que cae dentro de una vela.
- Ejecuta primero un solo backtest, con los valores por defecto, y guarda el informe. Sin una referencia, la rejilla de pasadas no tiene nada que batir — cómo hacer un backtest cubre esa pasada de principio a fin.
- En la pestaña Settings pon Optimisation en una pasada completa para una rejilla pequeña, y pon Forward en
1/3para que el probador reserve el último tercio del intervalo. - En la pestaña Inputs marca solo los parámetros que estás probando de verdad, y dale a cada uno un Start, un Step y un Stop. Dos entradas con pasos gruesos ganan a cuatro con pasos finos.
- Pulsa Start y déjalo terminar. Lee la pestaña Optimisation Results como una tabla, y el Optimisation Graph como una forma: un pico aislado es un aviso, una meseta es un hallazgo.
- Coge a los supervivientes — no al ganador — y vuelve a ejecutar cada uno como un backtest único sobre un periodo anterior a la ventana de optimización. Este es el paso que produjo todos los veredictos negativos de nuestro conjunto, y es el que la gente se salta.
Leer los resultados: tres periodos, no uno
Aquí tienes nuestro registro entero, ordenado por el mejor factor de beneficio dentro de muestra que alcanzó cada búsqueda. IS es el periodo al que se ajustaron los parámetros, OOS la muestra reservada, y «previa» una ventana anterior que la búsqueda no vio nunca.
| Plantilla | Rejilla explorada | Mejor IS | OOS | Previa | Veredicto |
|---|---|---|---|---|---|
ichimoku | 12 combinaciones × 3 ventanas | 1,37 | 0,89 | 0,80 | no_robust_edge |
ma_crossover | 20 + 12 combinaciones, dos marcos temporales | 1,23 | 0,89–0,94 | 0,78 | no_robust_edge |
cci_level | 12 combinaciones × 3 ventanas | 1,07 | 1,05 | 0,92 | no_robust_edge |
adx_trend | 12 combinaciones × 3 ventanas | 1,04 | 0,91 | 0,80 | no_robust_edge |
breakout | 12 combinaciones × 3 ventanas | 1,04 | 0,79–0,89 | 0,64–0,84 | no_robust_edge |
macd_signal | 12 combinaciones × 3 ventanas | — | 1,14–1,15 | 0,74–0,77 | no_robust_edge |
rsi_reversal | 12 combinaciones × 3 ventanas | 0,91 | — | — | no_robust_edge |
bb_bounce | 12 combinaciones × 3 ventanas | 0,91 | — | — | no_robust_edge |
Lee hacia abajo la primera columna numérica, y después a lo ancho. El mayor resultado dentro de muestra del conjunto produjo el mayor derrumbe: el 1,37 de ichimoku cayó a 0,89 y después a 0,80. Ese orden no es una casualidad: el ajuste que mejor encaja con una ventana es, por construcción, el que más ruido de esa ventana ha absorbido.
Ahora mira el ajuste que de verdad estuvo más cerca. No está en la tabla de arriba, porque nunca fue la primera fila de nada: sobre esa misma rejilla de ichimoku, SL50/TP150 sacó 1,18 dentro de muestra, 0,99 fuera de muestra y 1,00 en la ventana previa. Tres periodos, los tres más o menos planos. Quedó registrado como la candidata más cercana y aun así no se adoptó, porque quedarse en el punto de equilibrio a lo largo de tres ventanas no es una ventaja: es la ausencia de una, medida con cuidado.
Frente a eso, las referencias que estas búsquedas intentaban batir se sitúan entre 0,92 y 1,03. Ninguna búsqueda llegó a mover un valor por defecto de los que publicamos.
Trampas que hay que evitar
El modo de fallo que hay debajo de las cinco es el mismo. El sobreajuste no es un error que cometas al final de una búsqueda: es el desenlace por defecto de hacer una, y la disciplina de los tres periodos existe para hacerlo visible antes de que actúes en consecuencia.
Mejora e itera: qué cambiar y cuándo parar
Cambia una cosa, vuelve a ejecutar y compara contra la referencia que guardaste. El orden que menos tiempo desperdicia:
- Amplía el periodo antes que la rejilla. Más regímenes gana a más combinaciones. Una búsqueda que cubre una sola tendencia encontrará el ajuste que la cabalgó, sea cual sea la resolución.
- Después engrosa los pasos, no los afines. Si un resultado solo existe con
SL47, no existe. - Y entonces, y solo entonces, añade un parámetro. Las nuestras nunca llegaron tan lejos, porque dos parámetros ya suspendían el listón de los tres periodos.
Para cuando se cumpla una de estas condiciones, y anota cuál:
- Un superviviente supera los tres periodos. Publícalo, y deja constancia de toda la rejilla que buscaste, no solo de la pasada que te quedaste.
- El mejor resultado dentro de muestra está por debajo de 1,0. Tienes una respuesta de verdad: dos de nuestras ocho búsquedas terminaron aquí, y terminar aquí después de 36 evaluaciones sale barato.
- Los supervivientes pasan una ventana y fallan otra una y otra vez. La regla depende del régimen. Buscar más produce más ajustes dependientes del régimen.
- Has empezado a explicar por qué la ventana previa «no cuenta». Ese es el momento en el que la búsqueda dejó de ser una prueba.
El registro honesto de una búsqueda es el rango que cubriste y el veredicto, juntos. Cada una de nuestras ocho está guardada así, y por eso este artículo se pudo escribir a partir de ellas — un ganador guardado a solas no habría demostrado nada.
Próximos pasos: prueba en avance y después decide
La optimización es el segundo paso de cuatro. La secuencia es backtest → optimización → walk-forward → demo, y cada uno elimina una forma distinta de estar equivocado.
- Practica el bucle sobre algo que controles tú: construye una estrategia en el Builder y busca tú mismo su stop y su objetivo, porque una rejilla que declaraste tú es mucho más fácil de leer con honestidad que una que heredaste.
- La versión formal de la comprobación de tres periodos es el análisis walk-forward, que va desplazando la partición hacia delante en lugar de dejarla fija en un solo sitio.
- Devuelva lo que devuelva la búsqueda, el informe en el que te lo devuelve sigue habiendo que leerlo: cómo leer un informe de backtest de MT5 explica sobre qué población es en realidad una afirmación cada cifra de cabecera.
- Para ver qué aspecto tiene un registro terminado cuando las cifras sí sobrevivieron, cada uno de los EA publicados lleva su lista completa de operaciones cerradas y el manifiesto de su ejecución.
- Cómo probamos, puntuamos y registramos todo esto está explicado en nuestra metodología de pruebas.