EA pour passer un challenge prop firm : paramètres de sécurité essentiels

Introduction : La Sécurité, Clé de la Réussite d’un Challenge Prop Firm

À lire aussi : notre guide sur la régulation des EA en France

À lire aussi : tutoriel crypto trading EA MT5 2026

Le monde des challenges de prop firms comme FTMO, The5%ers ou FundedNext est un terrain d’épreuve exigeant. Les règles sont strictes : limites de drawdown, interdiction du news trading, interdiction du hedging. Un Expert Advisor (EA) conçu sans une approche défensive solide est un candidat idéal pour l’échec, même avec une stratégie gagnante sur le long terme. Trop de traders se concentrent uniquement sur les signaux d’entrée et de sortie, négligeant la gestion des risques et l’adaptation aux contraintes spécifiques du challenge. Cet article vous guide à travers les paramètres de sécurité essentiels à intégrer dans votre EA MQL4/MQL5. Nous détaillerons comment coder ces protections pour transformer votre robot de trading en un partenaire fiable, capable de naviguer les règles du challenge et de vous mener vers le statut de trader financé.

1. Le Contrôle Strict du Drawdown : Votre Filet de Sécurité Absolu

Le drawdown est le critère d’élimination numéro un dans la plupart des challenges. Il existe généralement un drawdown quotidien et un drawdown global (ou maximal). Votre EA doit surveiller ces valeurs en temps réel et être capable d’arrêter toute activité trading si une limite approche. Ne vous fiez pas aux chiffres affichés sur le site du broker ; codez une surveillance interne indépendante.

La logique est simple : calculer l’équity actuel, le plus haut de l’equity depuis le début du jour (ou du challenge), et en déduire le drawdown en pourcentage. Dès qu’un seuil prédéfini (par exemple, 80% de la limite autorisée) est atteint, l’EA doit fermer toutes les positions et désactiver le trading jusqu’à un reset manuel ou au jour suivant. Cette marge de sécurité (le 80%) est cruciale pour éviter les dépassements dus au slippage ou à la volatilité soudaine.

// Exemple MQL5 : Vérification du Drawdown Quotidien
bool CheckDailyDrawdown(double maxAllowedPercent)
{
   double accountEquity = AccountInfoDouble(ACCOUNT_EQUITY);
   static double dailyHighestEquity = accountEquity;
   static datetime lastCheckDay = 0;
   datetime currentDay = TimeCurrent() / 86400 * 86400; // Normalise à 00:00

   // Réinitialise le plus haut en début de nouvelle journée
   if(lastCheckDay != currentDay)
   {
      dailyHighestEquity = accountEquity;
      lastCheckDay = currentDay;
   }

   // Met à jour le plus haut si l'equity actuel est supérieur
   if(accountEquity > dailyHighestEquity) dailyHighestEquity = accountEquity;

   // Calcule le drawdown quotidien en pourcentage
   double dailyDDPercent = 0;
   if(dailyHighestEquity > 0)
      dailyDDPercent = ((dailyHighestEquity - accountEquity) / dailyHighestEquity) * 100;

   // Déclenche une alerte et retourne false si le seuil de sécurité est franchi
   if(dailyDDPercent >= (maxAllowedPercent * 0.8)) // Seuil de sécurité à 80% de la limite
   {
      Alert("ALERTE Drawdown Quotidien : ", dailyDDPercent, "% atteint. Trading stoppé.");
      CloseAllPositions();
      ExpertRemove(); // Ou désactive le trading
      return false;
   }
   return true;
}

2. Gestion des Nouvelles Économiques (News Filter) : Éviter les Pièges de la Volatilité

De nombreuses prop firms interdisent explicitement le trading pendant la publication d’annonces économiques majeures (NFP, taux directeurs, CPI). Même si ce n’est pas interdit, c’est un risque énorme. Un filtre à nouvelles doit être intégré à votre EA. L’approche la plus robuste consiste à utiliser un calendrier économique externe via des WebRequests ou, plus simplement, à définir des plages horaires de blackout basées sur l’heure du serveur.

Implémentez une fonction qui, avant d’ouvrir une position, vérifie si l’heure actuelle se situe dans une fenêtre critique prédéfinie autour d’un événement. Pour plus de sophistication, votre EA peut surveiller la volatilité en temps réel (via l’ATR ou le spread) et réduire la taille des positions ou s’abstenir de trader si les conditions de marché sont trop erratiques, typiques des périodes de news.

3. Le Money Management Dynamique et Adaptatif

Un money management statique est une erreur dans un challenge. Votre EA doit adapter la taille de ses positions en fonction de la performance courante et de la “marge de manœuvre” restante par rapport aux objectifs et limites. Le calcul du lot doit tenir compte : du capital actuel, du risque par trade (ex: 0.5% de l’equity), mais aussi de la distance au drawdown maximal. Plus vous vous approchez de la limite de drawdown, plus la taille des lots doit être réduite automatiquement.

Pensez également à implémenter un “trailing stop du drawdown”. Une fois qu’un certain profit est verrouillé (par exemple, +3% sur le challenge), le niveau de drawdown maximal acceptable peut être remonté. Cela protège vos gains partiels. Codez une fonction qui recalcule le lot optimal avant chaque trade, en intégrant ces paramètres de sécurité dynamiques.

// Exemple MQL5 : Calcul de lot avec limite de drawdown dynamique
double CalculateDynamicLotSize(double riskPercent, double stopLossPoints, double maxDDLimit)
{
   double accountEquity = AccountInfoDouble(ACCOUNT_EQUITY);
   double tickSize = SymbolInfoDouble(_Symbol, SYMBOL_TRADE_TICK_SIZE);
   double tickValue = SymbolInfoDouble(_Symbol, SYMBOL_TRADE_TICK_VALUE);
   double contractSize = SymbolInfoDouble(_Symbol, SYMBOL_TRADE_CONTRACT_SIZE);

   if(stopLossPoints <= 0 || tickValue == 0) return(0.01);

   // Calcul du risque monétaire basé sur l'equity et le pourcentage de risque
   double monetaryRisk = (accountEquity * riskPercent) / 100.0;

   // Ajustement basé sur la proximité du drawdown (exemple simplifié)
   double currentDD = CalculateCurrentDrawdown(); // Fonction à créer
   double ddSafetyFactor = 1.0 - (currentDD / (maxDDLimit * 0.8)); // Réduction progressive
   ddSafetyFactor = fmax(ddSafetyFactor, 0.2); // Lot minimum à 20% de la taille normale

   monetaryRisk *= ddSafetyFactor;

   // Calcul du lot théorique
   double lotSize = monetaryRisk / (stopLossPoints * tickValue * contractSize * tickSize);

   // Arrondi et respect des limites du broker
   lotSize = MathFloor(lotSize / SymbolInfoDouble(_Symbol, SYMBOL_VOLUME_STEP)) * SymbolInfoDouble(_Symbol, SYMBOL_VOLUME_STEP);
   lotSize = fmax(SymbolInfoDouble(_Symbol, SYMBOL_VOLUME_MIN), fmin(lotSize, SymbolInfoDouble(_Symbol, SYMBOL_VOLUME_MAX)));

   return lotSize;
}

4. Contrôle de l'Exposition et Conformité aux Règles (Hedging, Corrélations)

Votre EA doit avoir une vue globale de l'exposition du compte. Cela implique de surveiller : le nombre total de positions ouvertes, l'exposition nette sur une paire (pour éviter le hedging si interdit), et même l'exposition globale sur des paires corrélées (comme EUR/USD et GBP/USD). Un risque caché est d'ouvrir plusieurs positions sur des paires corrélées sans s'en rendre compte, multipliant involontairement le risque.

Codez des fonctions qui parcourent toutes les positions ouvertes et calculent l'exposition totale en lots, par sens (achat/vente) et par groupe d'actifs. Implémentez des limites strictes. Par exemple, si le hedging est interdit, votre EA doit empêcher l'ouverture d'une position à l'achat sur EUR/USD si une position à la vente est déjà ouverte sur cette même paire. Ces contrôles préventifs évitent les violations de règles souvent fatales.

5. Journalisation (Logging) et Codes d'Erreur : Votre Système de Diagnostic

Un EA silencieux qui échoue est inutile. Une journalisation robuste est un paramètre de sécurité indirect mais vital. Votre EA doit enregistrer dans un fichier .csv ou .txt toutes ses actions importantes : tentatives d'ouverture/fermeture, déclenchement des paramètres de sécurité (ex: "Drawdown quotidien à 4.5%, trading stoppé"), et surtout, tous les codes d'erreur renvoyés par les fonctions Trade.*().

Analyser ces logs après une session de trading ou un échec vous permet de comprendre précisément ce qui s'est passé : un ordre rejeté par le broker à cause du spread ? Un stop-loss qui n'a pas pu être modifié ? Cela vous permet d'affiner les paramètres de votre EA (comme les retry en cas d'erreur temporaire) et de prouver, le cas échéant, qu'une violation de règle était due à un problème technique. Implémentez une fonction de log détaillée et activez-la toujours pendant le challenge.

Besoin d'un EA sur-mesure avec tous ces paramètres de sécurité intégrés ? Demander un devis gratuit pour votre projet