Hablamos de sistemas escalonados cuando queremos referirnos a sistemas en los que se mantienen varias posiciones abiertas a la vez, como por ejemplo ocurre cuando se pretende piramidar a favor: una estrategia que use esta técnica va a ir añadiendo contratos, acciones, etc… conforme el precio va avanzando a favor de la tendencia esperada. Esta forma de trabajar tiene sus adeptos pero también sus detractores, e incluso quienes utilizan un tipo de estrategia inversa denominada promediar. En esta guía vemos primero qué es piramidar y en qué se diferencia de promediar, después un tutorial completo para programar un sistema piramidal con etiquetas en Visual Chart —que por defecto no permite acumular contratos— y, para cerrar, los riesgos reales de esta técnica y lo que opina la comunidad.
¿Qué es piramidar? (y en qué se diferencia de promediar)
Piramidar consiste en añadir posiciones a una operación que ya está en beneficios, conforme el mercado confirma nuestra tesis. La lógica: si el análisis era correcto y la tendencia avanza, cada añadido se hace con las probabilidades a favor — y financiado, en la práctica, por las ganancias no realizadas de los escalones anteriores. No es una técnica nueva: la empleaban ya Jesse Livermore a principios del siglo XX y las famosas Tortugas en los años 80, y en Rankia la hemos analizado también aplicada a derivados en la estrategia pirámide con Knockout.
La regla de oro del diseño es la que verás en el ejemplo de este artículo: escalones decrecientes (5-3-2-1 contratos). Cada añadido es menor que el anterior, de modo que la base de la pirámide —el mejor precio— concentra el grueso de la posición y los añadidos tardíos, los de peor precio, pesan poco. Invertir la pirámide (añadir cada vez más arriba y en mayor tamaño) es la receta clásica para que el último escalón se coma todo lo ganado.
Promediar es la técnica inversa: añadir posiciones cuando el precio va en contra, para rebajar el precio medio de entrada. En inversión a largo plazo sobre valores sólidos puede tener sentido si está planificado de antemano; en trading, el consenso de los operadores veteranos es demoledor: comprometer más dinero en una operación que ya ha demostrado ir mal es una de las formas más rápidas de vaciar una cuenta. Si el mercado te quita la razón, la respuesta es el stop, no la ampliación.
Cómo acumular negocios en un sistema
Si tratamos de diseñar un sistema de tipo piramidal en Visual Chart, nos vamos a encontrar que no se nos permite.
Veamos un ejemplo: supongamos que entramos con 5 contratos cuando el precio cruza una media exponencial de 50 periodos. A partir de aquí, si el precio va a nuestro favor, aumentamos el número de contratos del siguiente modo:
- Si sube 5 puntos, volvemos a entrar con 3 contratos.
- Si sube 10 puntos, volvemos a entrar con 2 contratos.
- Si sube 20 puntos, volvemos a entrar con 1 contrato.
Una vez se acaba la tendencia (vuelve a cruzar el precio a la media), cerramos todos los contratos abiertos.
El sistema quedaría así:
Si se fijan, el sistema sólo comprueba si alcanza cada uno de los niveles siempre y cuando el precio asociado al nivel siga valiendo cero (precioB, precioC y precioD), así evitamos hacer más entradas de las que queremos hacer. Por último, cuando se produce el cambio de tendencia, enviamos una orden Cerrar Largo con -1 contratos porque cuando especificamos -1 en el número de contratos le estamos diciendo a Visual Chart que queremos cerrar todas las posiciones abiertas.
No obstante, cuando aplicamos el sistema sobre una gráfica, vemos que desprecia por completo los negocios siguientes al primero:
Esto se debe a que el programa, una vez estamos abiertos a largo, sólo permite ejecutar órdenes de entrada a corto o bien órdenes de cerrar largos.
Uso de etiquetas en los sistemas
El modo de solucionar éste problema es un proceso formado por dos pasos: en el primero, debemos acceder al código y asignar una etiqueta diferente a cada entrada. Esto permite darle un valor independiente a cada uno de los negocios que vamos a realizar. Para añadir etiquetas a las órdenes, pinchamos dos veces sobre cada orden de compra y modificamos el campo etiqueta:
Luego pulsamos Aceptar. Las etiquetas que vamos a asignar al ejemplo son las siguientes:
- Compra de 5 contratos: Etiqueta A
- Compra de 3 contratos: Etiqueta B
- Compra de 2 contratos: Etiqueta C
- Compra de 1 contrato: Etiqueta D
Tras esto, volvemos a compilar el sistema y lo volvemos a aplicar al gráfico.
En el segundo paso, ya con el sistema aplicado, accedemos a los ajustes del sistema (debajo de los parámetros, en la ventana de Propiedades) y debemos cambiar Método de Entrada y Número Máximo de Etiquetas. Y luego pulsamos Aceptar. Al hacer esto, permitimos al sistema que acumule por etiquetas y ahora sí veremos todos los negocios representados.
Gestión de negocios en sistemas escalonados
Uno de los principales inconvenientes de trabajar con etiquetas es debido a que la mayoría de funciones relativas a la gestión de la posición abierta no nos son de utilidad en estos casos. El motivo de esto es que dichas funciones están pensadas para sistemas que no permiten acumular, de ahí su limitación.
Por ejemplo, la función GetEntryPrice no nos puede decir cuál es el precio de entrada de cada uno de los negocios de forma independiente. Por su parte, la función GetMarketPosition sólo nos puede decir si, de forma global, estamos dentro o fuera de mercado, pero no si un negocio en concreto sigue abierto o no.
Esto puede ser un problema especialmente cuando tenemos la necesidad de saber el estado de cada uno de los negocios. Un modo de resolver esto consiste en hacer un seguimiento integral de los negocios. Vamos a verlo a través del ejemplo planteado.
Supongamos que queremos añadir un stop de pérdidas de 20 puntos para cada escalón. Es decir, queremos que, a lo sumo, cada negocio sólo pueda perder 20 puntos. Para ello, necesitaremos saber el precio de entrada de los 4 escalones, y además, saber si cada uno de ellos está abierto o no.
En el caso de sistemas que usan órdenes de entrada a mercado, obtener el precio de entrada es sencillo, ya que sería el valor que hemos asignado en el ejemplo a las variables precioA, precioB, precioC y precioD. Por tanto, ya disponemos de los precios de entrada.
Por otro lado, necesitamos otras 4 variables para controlar el estado de cada escalón. Vamos a crear las variables posicionA, posicionB, posicionC y posicionD. Con ellas vamos a saber si un negocio en concreto está abierto o cerrado. Para ello, seguiremos el siguiente criterio: si el negocio X está abierto, la variable posicionX será distinta de cero. Si el negocio X está cerrado, la variable posicionX valdrá cero.
El último grupo de variables que debemos añadir servirán para controlar la ejecución de las órdenes stops. Este grupo de variables las llamaremos pstopA, pstopB, pstopC y pstopD. En ellas vamos a almacenar el precio del stop de pérdidas.
A la hora de enviar cada uno de los stops de pérdida, comprobaremos si la variable posición correspondiente vale 1:
Es importante que todas las órdenes stop de pérdida sean accesibles en cada iteración. De ahí que el diseño de las flechas del diagrama debe de dar lugar a que se acceda a todas las órdenes independientemente de por donde avance el flujo del sistema.
También es importante que cada orden tenga asignada la etiqueta que le corresponda. Para ello, cuando estemos configurando las órdenes Cerrar Largo, debemos rellenar el campo etiqueta:
Hecho esto, el último paso será comprobar si el precio del subyacente ha alcanzado los precios stop de pérdida. Lo que pretendemos con esto es cambiar el valor de la variable posición en caso de que haya cambiado el estado del negocio.
En el ejemplo, como se trata de órdenes stop de pérdida a largo, analizaremos si el valor mínimo de la barra actual es inferior o igual a la variable correspondiente pstop:
Este paso lo debemos hacer al principio del diagrama de flujo.
Gracias a esto, cada uno de los negocios es totalmente independiente. Hasta el punto de que aún si ha saltado el stop de pérdidas, si posteriormente se produce una recuperación, el sistema va a tener la capacidad de repetir el escalón correspondiente:
Si además de utilizar stops de pérdida quisiéramos incluir objetivos de ganancia, el proceso sería similar en cuanto a la gestión de ruptura de niveles.
Aclarar por último que la orden Cerrar Largo con contratos a -1 no requiere de etiquetas y que permite cerrar todos los negocios tengan la etiqueta que tengan.
Espero que con éste ejemplo hayan podido comprender cómo poder diseñar un sistema con piramización a favor mediante el uso de etiquetas. Cabe decir, como siempre, que el sistema presentado tiene una finalidad puramente didáctica, y por tanto no puedo aseverar que dicho sistema aporte buenos o malos niveles de ganancia.
La misma lógica de escalones con etiquetas puede replicarse en otras plataformas de sistemas: en MQL4/MQL5 gestionando cada entrada como una orden independiente. Y si aún estás decidiendo tu enfoque operativo, empieza por trading discrecional vs sistemático y los tipos de sistemas de trading.
Los riesgos de piramidar: lo que el backtest debe demostrar
Antes de llevar un sistema escalonado a real, conviene tener delante sus tres debilidades estructurales:
- El precio medio sube con cada escalón. Cuanto más piramides, más cerca queda tu precio medio del precio actual — y un giro moderado de la tendencia puede convertir una operación muy ganadora en una pérdida global. Por eso los escalones decrecientes y los stops por negocio (como los del ejemplo) no son opcionales: son la técnica.
- Solo funciona donde hay tendencias sostenidas. En mercados laterales, el sistema acumulará escalones que el rango se encargará de devolver. Es la misma dependencia del régimen de mercado que ya vimos en los sistemas tendenciales: sin tendencia, no hay pirámide.
- Multiplica entradas, y por tanto costes. Cuatro escalones son cuatro comisiones y cuatro spreads por ciclo. En el backtest, incluye siempre costes realistas: los sistemas escalonados son especialmente sensibles a ellos.
Qué opina la comunidad Rankia de piramidar y promediar
El debate piramidar vs promediar es un clásico de los foros de Rankia, y el hilo ¿Por qué promediar con el mismo valor? recoge las dos posturas sin anestesia. Contra el promediado:
"Promediar compras a la baja segun que valores es perder dinero constantemente. […] Que baje el precio una acción no quiere decir que este barata, hay numerosos factores que pueden influir en la caida."
Y, en el mismo hilo, la postura contraria a la piramidación: "Lo contrario, es decir piramidar, es sencillamente un disparate… como lo seria 'comprar caro'". Dos frases que resumen por qué esta técnica tiene adeptos y detractores: el promediador ve al piramidador comprando caro; el piramidador ve al promediador tirando dinero bueno detrás del malo. La respuesta seria a ambos es la de este artículo: sea cual sea tu elección, que esté definida en reglas, con stops por escalón, y validada en backtest antes de arriesgar un euro. Para continuar el debate, pásate por el foro de sistemas de trading.
👉 Y si operas futuros o derivados y aún no tienes broker, revisa los 12 mejores brókers para invertir desde España en 2026.
Preguntas frecuentes sobre sistemas escalonados y piramidación
¿Qué es un sistema escalonado en trading?
Es un sistema que mantiene varias posiciones abiertas a la vez sobre el mismo activo, añadiendo entradas (escalones) conforme el precio avanza a favor de la tendencia, y gestionando cada escalón con su propio stop.
Es un sistema que mantiene varias posiciones abiertas a la vez sobre el mismo activo, añadiendo entradas (escalones) conforme el precio avanza a favor de la tendencia, y gestionando cada escalón con su propio stop.
¿Qué diferencia hay entre piramidar y promediar?
Piramidar es añadir a una posición ganadora, con las probabilidades a favor; promediar es añadir a una posición perdedora para rebajar el precio medio. En trading, promediar a la baja está considerado uno de los errores de gestión monetaria más destructivos.
Piramidar es añadir a una posición ganadora, con las probabilidades a favor; promediar es añadir a una posición perdedora para rebajar el precio medio. En trading, promediar a la baja está considerado uno de los errores de gestión monetaria más destructivos.
¿Cuánto se añade en cada escalón?
La práctica estándar son escalones decrecientes (por ejemplo 5-3-2-1 contratos, o 1 / 0,75 / 0,5 lotes): la base de la pirámide concentra el grueso de la posición al mejor precio y los añadidos tardíos pesan poco.
La práctica estándar son escalones decrecientes (por ejemplo 5-3-2-1 contratos, o 1 / 0,75 / 0,5 lotes): la base de la pirámide concentra el grueso de la posición al mejor precio y los añadidos tardíos pesan poco.
¿Dónde se ponen los stops al piramidar?
Idealmente, cada escalón lleva su propio stop de pérdidas (como en el ejemplo de este artículo, 20 puntos por negocio), y muchos operadores además arrastran el stop global al precio medio conforme la pirámide crece, blindando la operación.
Idealmente, cada escalón lleva su propio stop de pérdidas (como en el ejemplo de este artículo, 20 puntos por negocio), y muchos operadores además arrastran el stop global al precio medio conforme la pirámide crece, blindando la operación.
¿Se puede programar un sistema piramidal en otras plataformas?
Sí: la clave en cualquier plataforma es gestionar cada escalón como un negocio independiente — con etiquetas en Visual Chart, con órdenes/posiciones independientes en MQL4/MQL5.
Sí: la clave en cualquier plataforma es gestionar cada escalón como un negocio independiente — con etiquetas en Visual Chart, con órdenes/posiciones independientes en MQL4/MQL5.
Óscar Cuevas
Visual Chart Group
Visual Chart Group
Aviso: este artículo tiene carácter educativo y no constituye asesoramiento financiero ni recomendación de inversión. El sistema mostrado tiene finalidad puramente didáctica y no se garantiza su rentabilidad. El trading con derivados y la piramidación de posiciones conllevan un riesgo elevado de pérdida del capital. Para decisiones de inversión relevantes, consulta con un asesor financiero registrado en la CNMV.
