El Turtle Soup ICT es un setup de reversal basado en una trampa de liquidez intencional: el precio supera un nivel clave para activar los stop-losses de los traders que usan estrategias de breakout antes de revertir violentamente en la dirección opuesta. A diferencia de un simple stop hunt genérico, el Turtle Soup cumple condiciones estrictas de estructura de mercado y debe ocurrir dentro de las Kill Zones institucionales específicas.
¿Qué es el Turtle Soup en el trading ICT?
El Turtle Soup no es un stop hunt aleatorio. Representa un patrón de comportamiento institucional identificable en el gráfico cuando se cumplen ciertas condiciones estructurales. Comprender su origen y especificidades permite distinguirlo de las innumerables señales falsas que afectan a los traders no preparados.
Origen del concepto (Michael Huddleston)
El concepto fue introducido por Michael Huddleston, trader profesional americano conocido como "ICT" (Inner Circle Trader). Huddleston construyó una metodología completa sobre el comportamiento del Smart Money (instituciones, bancos centrales, mesas propietarias) y cómo explotan la liquidez disponible para llenar grandes posiciones a precios óptimos.
El nombre "Turtle Soup" es una referencia directa a los traders "Turtles" de Richard Dennis y William Eckhardt en los años 1980. Estos traders usaban estrategias de breakout en los highs y lows de las últimas 20 o 55 velas. Huddleston identificó que las instituciones conocen exactamente dónde están concentrados estos stops y los utilizan como reservas de liquidez para ejecutar grandes órdenes en la dirección contraria. El Turtle Soup es, por tanto, una "trampa para tortugas": el precio supera el nivel de breakout esperado por los Turtles y luego revierte después de recolectar su liquidez.
Turtle Soup vs stop hunt genérico
La confusión entre Turtle Soup y stop hunt genérico es frecuente entre traders principiantes en ICT. Aquí están las diferencias esenciales:
| Criterio | Stop Hunt Genérico | Turtle Soup ICT |
|---|---|---|
| Nivel objetivo | Cualquier zona de stop-loss | Exactamente el high/low de las últimas 20 velas |
| Contexto requerido | Ninguno | Kill Zone + contexto HTF bearish/bullish |
| Confirmación | No requerida | BOS o FVG obligatorio tras el raid |
| Timing | Cualquier sesión | Sólo sesión London o New York |
| Precisión | Subjetiva | Reglas definidas y backtestables |
La diferencia fundamental: el Turtle Soup es un setup estructurado con condiciones de entrada definidas que pueden ser sistemáticamente probadas con backtesting. Un stop hunt genérico es una interpretación subjetiva que no puede cuantificarse de forma confiable.
¿Cómo identificar un setup Turtle Soup?
Identificar un Turtle Soup válido requiere verificar múltiples condiciones simultáneamente antes de cualquier entrada. Perder una de ellas significa operar una señal inválida.
Condiciones de mercado (liquidity raid + BOS)
Un Turtle Soup válido se construye en dos fases distintas:
Fase uno: el liquidity raid
El precio hace una incursión por encima de un equal high o swing high claro formado por las últimas 20 velas (o por debajo de un equal low para un Turtle Soup alcista). Este raid excede el nivel por uno o dos pips intencionalmente, justo lo suficiente para activar los stops y absorber las órdenes de los traders de breakout.
Fase dos: Break of Structure (BOS)
Inmediatamente después del raid, el precio forma un Break of Structure en la dirección opuesta. Este BOS confirma que la liquidez ha sido recolectada y el verdadero movimiento institucional está comenzando. Es la señal de confirmación que distingue un Turtle Soup de un simple falso breakout que retoma la dirección original.
Para una comprensión más profunda del BOS y su papel en la estructura SMC, consulta nuestra guía sobre Break of Structure BOS en SMC.
Requisito de timing en las Kill Zones
El timing es una condición no negociable del Turtle Soup. Los setups válidos ocurren casi exclusivamente durante las Kill Zones institucionales del ICT:
- London Kill Zone: 02:00 à 05:00 EST (07:00 à 10:00 UTC)
- New York Kill Zone: 08:30 à 11:00 EST (13:30 à 16:00 UTC)
- London Close: 10:00 à 12:00 EST (15:00 à 17:00 UTC)
Estas ventanas corresponden a los períodos de mayor volumen institucional donde se inician y liquidan grandes posiciones. Un Turtle Soup formado fuera de estos horarios (durante la sesión asiática o en medio de la noche) tiene una probabilidad de seguimiento significativamente reducida.
Para una guía completa sobre Kill Zones, lee nuestra estrategia ICT Kill Zones horarios de trading.
¿M5 o M15 para el Turtle Soup?
La mayoría de los traders ICT identifican setups Turtle Soup en gráficos M5 y M15 durante las Kill Zones. El contexto direccional (bias HTF) se establece en H1, H4 y Daily. Un Turtle Soup en M5 alineado con el bias H4 tiene una probabilidad de seguimiento sustancialmente mayor que un setup contra-bias.
Confirmación con FVG o Order Block
Después del BOS, la entrada óptima ocurre en una zona de retracement identificable por uno de estos elementos:
Fair Value Gap (FVG): un desequilibrio de precio creado por la vela que rompe la estructura. El precio frecuentemente regresa para rellenar parcialmente este gap antes de retomar su dirección. Esta es la zona de retracement preferida para las entradas en Turtle Soup.
Order Block (OB): la última vela bearish antes del movimiento bullish (o la última vela bullish antes del movimiento bearish) que precedió al BOS. Esta zona representa la acumulación institucional inicial.
La presencia de un FVG o Order Block en la zona de retracement post-BOS aumenta significativamente la calidad del setup. Para más sobre el Fair Value Gap, lee nuestra guía sobre estrategia Fair Value Gap.
Entrada, stop loss y take profit en Turtle Soup
Nivel de entrada óptimo (OTE Fibonacci)
ICT recomienda usar el retracement de Fibonacci en el movimiento de impulso post-BOS para identificar el Optimal Trade Entry (OTE). Los niveles clave son la zona del 61,8% al 78,6% del retracement. Esta zona frecuentemente coincide con el FVG y representa el punto donde las instituciones terminan de llenar su posición antes de reanudar el movimiento direccional.
La entrada puede colocarse:
- A mercado mientras el precio se aproxima a la zona OTE/FVG
- Via orden limitada posicionada dentro del FVG en el nivel del 61,8%-78,6% del retracement
- En confirmación de timeframe inferior (confirmación M1 o M2 dentro del FVG)
Para la metodología completa del OTE y Fibonacci ICT, lee nuestra guía ICT Optimal Trade Entry y Fibonacci.
Colocación del stop loss
El stop loss en un Turtle Soup siempre se coloca más allá del extremo del liquidity raid:
- Para un Turtle Soup bearish: por encima del wick del raid unos pocos pips
- Para un Turtle Soup bullish: por debajo del wick del raid unos pocos pips
Esta colocación es lógica: si el precio regresa más allá del punto del raid, el setup es inválido y el mercado probablemente ha continuado en la dirección del breakout inicial. La invalidación es clara y medible.
Stop loss demasiado ajustado: el error más frecuente
Un stop loss colocado demasiado cerca del punto de entrada (dentro del ruido del mercado) es la principal causa de fallo en los trades Turtle Soup. El stop debe superar el wick del raid, no sólo el punto de entrada. Un stop mal posicionado crea expectativa matemática negativa incluso en una estrategia estadísticamente sólida.
Objetivos: siguiente pool de liquidez
Los objetivos naturales de un Turtle Soup son los próximos pools de liquidez en la dirección del trade:
- Primer objetivo: el próximo equilibrio de precio (ineficiencia) o una zona antigua de soporte/resistencia HTF
- Segundo objetivo: el próximo pool de liquidez (equal lows/highs anteriores o Previous Day High/Low)
- Objetivo final: el HTF "draw on liquidity" (el objetivo principal del ciclo de mercado actual)
La relación riesgo/recompensa mínima recomendada en un Turtle Soup es de 1:2. Los mejores setups, en el contexto direccional correcto durante Kill Zones óptimas, pueden alcanzar ratios de 1:4 à 1:8.
Backtesting de la estrategia Turtle Soup
Construyendo las reglas en no-code
El backtesting del Turtle Soup se hace accesible con herramientas visuales como Backtrex que permiten definir las condiciones sin escribir una sola línea de código. Las condiciones a codificar son:
Identificar el bias HTF
Definir filtro de Kill Zone
Detectar el liquidity raid
Confirmar el BOS
Entrada en el FVG/OTE
Stop y objetivo
La ventaja del backtesting no-code es la capacidad de probar estas reglas en 5 à 10 años de datos históricos en minutos, sin sesgo de selección. El enfoque visual elimina errores de implementación que pueden distorsionar los resultados al codificar estrategias manualmente.
Regla anti-repainting obligatoria
En cualquier backtest del Turtle Soup, usa sólo el close de la vela anteriormente confirmada (close[1]), nunca el close[0] de la vela actual. El uso de la barra actual crea look-ahead bias: el backtest muestra rendimiento irreal porque "ve" datos futuros. Backtrex aplica esta regla por defecto para todos los setups.
Métricas clave a monitorear
Al realizar el backtesting de un Turtle Soup, las métricas prioritarias son:
| Métrica | Definición | Referencia indicativa Turtle Soup |
|---|---|---|
| Win rate | % de trades ganadores | 40-55% (compensado por el RR) |
| Profit factor | Ganancia bruta / Pérdida bruta | > 1,5 aceptable, > 2,0 sólido |
| Max drawdown | Caída máxima del capital | < 15% en backtest |
| Expectativa | Win rate x RR medio - tasa de pérdida | Positiva y estable > 0,3R |
| Frecuencia | Setups válidos por semana | 3 à 8 en EUR/USD M5 |
Según la ESMA (Autoridad Europea de Mercados y Valores), entre el 74% y el 89% de las cuentas de clientes minoristas pierden dinero al operar CFDs. El backtesting riguroso es el principal diferenciador entre los traders que capitalizan de forma sostenida y los que contribuyen a esta estadística.
Resultados típicos en Forex e índices
Basándose en los backtests de la comunidad ICT y los datos históricos disponibles en los principales pares Forex, el Turtle Soup muestra las siguientes características en condiciones reales:
- EUR/USD M5 en London Kill Zone: los setups válidos (con confirmación BOS + FVG) típicamente muestran win rates entre 42% y 55% según la rigurosidad de los filtros aplicados
- NAS100 (Nasdaq) M5 en New York Kill Zone: mayor frecuencia debido a la mayor volatilidad, win rate similar pero RR potencialmente superior
- Pares menos líquidos (GBP/JPY, AUD/USD): setups menos frecuentes pero el impacto del spread y slippage es mayor; requiere backtesting específico por par
Estas cifras son indicativas y varían significativamente según las condiciones de mercado (tendencia vs lateralización, entorno macro). Un backtest en tu propia configuración es esencial antes de cualquier despliegue en cuenta real.
Errores comunes y filtros de calidad
Falsos Turtle Soup
Los principales errores de identificación que producen "falsos Turtle Soup":
1. Raid sin BOS confirmado: el precio supera el nivel clave pero no rompe la estructura inversa en las próximas 3-5 velas. No se toma ningún trade. No anticipes.
2. Setup fuera de la Kill Zone: un raid y BOS identificados fuera de las ventanas London/New York tienen una probabilidad de seguimiento significativamente menor. Estos setups pueden parecer técnicamente válidos pero fallan estructuralmente con más frecuencia.
3. Sin contexto HTF: operar un Turtle Soup bearish dentro de una estructura H4 claramente bullish significa ir contra el bias. Incluso un setup técnicamente perfecto tiene baja probabilidad de seguimiento si el contexto HTF es opuesto.
4. Raid demasiado profundo: si el precio excede significativamente el nivel clave (varias decenas de pips en EUR/USD), ya no se trata de un liquidity raid sino de un posible breakout válido. El Turtle Soup se caracteriza por una incursión mínima.
Contextos de mercado a evitar
Ciertos contextos hacen al Turtle Soup poco confiable incluso con ejecución perfecta:
- Publicaciones macro importantes (NFP, CPI, FOMC): la volatilidad exógena destruye la estructura normal de los setups. Evita los setups dentro de los 30 minutos antes y después de cualquier publicación importante.
- Mercados en consolidación lateral en todos los timeframes: sin un bias direccional claro en H4 o Daily, el Turtle Soup no tiene un "draw on liquidity" objetivo, reduciendo la expectativa matemática.
- Baja liquidez (festivos en EE.UU./UK, fin de año): el comportamiento institucional se ve perturbado durante los períodos de baja participación. Los setups de estos períodos no son representativos del rendimiento en condiciones normales.
Según los datos de la AMF (Autorité des marchés financiers), más del 70% de los traders minoristas pierden dinero en productos apalancados. Una parte significativa de estas pérdidas proviene de ejecutar setups en contextos de mercado desfavorables, sin un protocolo de filtración sistemático.
Important Risk Warning
Conclusión
El Turtle Soup ICT es uno de los setups de reversal más precisos de la metodología Smart Money Concepts, siempre que se respeten todas sus condiciones de activación: liquidity raid en el high/low de las 20 velas, confirmación inmediata del BOS, entrada dentro del FVG/OTE durante una Kill Zone, y alineación HTF. Su valor distintivo respecto a otros enfoques SMC es su capacidad de backtesting: las condiciones están suficientemente definidas para ser codificadas y rigurosamente probadas durante años de datos históricos.
La integración del Turtle Soup en un flujo de trabajo de backtesting no-code via Backtrex permite validar estadísticamente los parámetros óptimos (timeframes, Kill Zones, filtros HTF) antes de cualquier compromiso de capital real, eliminando la subjetividad inherente a todos los enfoques discrecionales.
El Turtle Soup es un setup de reversal ICT donde el precio hace una incursión por encima o por debajo del high/low de las últimas 20 velas para activar los stop-losses de los traders que usan estrategias de breakout (los "Turtles"), antes de revertir bruscamente en la dirección opuesta. Esta trampa de liquidez va seguida de un Break of Structure confirmatorio y un retracement en una zona FVG o Order Block para la entrada óptima.
El stop hunt es un término genérico para cualquier movimiento de mercado que activa stops antes de revertir. El Turtle Soup ICT es un setup específico con condiciones estrictas: el raid debe apuntar exactamente al high/low de las 20 velas, debe ocurrir durante una Kill Zone (London o New York), y debe ser confirmado por un Break of Structure en las velas siguientes. Sin estas condiciones, no es un Turtle Soup válido.
Las herramientas de backtesting visual como Backtrex permiten definir las condiciones del Turtle Soup (liquidity raid, BOS, FVG, Kill Zone) como bloques lógicos sin escribir código. El backtest se ejecuta automáticamente durante varios años de datos históricos, generando las métricas de win rate, profit factor y drawdown necesarias para validar la estrategia antes de desplegar capital real.
La mayoría de los traders ICT operan el Turtle Soup en M5 o M15 para la identificación del setup y la entrada. El contexto direccional (bias) se establece en H1, H4 y Daily. Un Turtle Soup identificado en M5 que se alinea con el bias H4 y la estructura Daily tiene una probabilidad de seguimiento significativamente mayor que un setup contra-bias.
Sí, el Turtle Soup es particularmente efectivo en NAS100 (Nasdaq) y ES (S&P500) durante la New York Kill Zone (08:30-11:00 EST). La volatilidad de los índices americanos genera liquidity raids bien definidos y Breaks of Structure claros, haciendo la identificación del setup más clara que en algunos pares Forex menores.
Los backtests en EUR/USD M5 en la London Kill Zone generalmente muestran win rates entre 42% y 55% según la rigurosidad de los filtros (confirmación BOS, alineación HTF, sin noticias). El Turtle Soup no es una estrategia de alto win rate, pero su expectativa matemática positiva proviene de ratios riesgo/recompensa de 1:2 à 1:5 en setups de calidad.
Ningún setup está garantizado al 100%. Las principales causas de fallo en un Turtle Soup técnicamente válido son: la presencia de una publicación macro importante (NFP, CPI) que perturba la estructura normal, un contexto HTF ambiguo sin bias claro, y baja liquidez durante períodos de festivos. El backtesting sistemático ayuda a identificar las condiciones en las que la tasa de fallo es más alta para filtrarlas de antemano.