Un résultat historique rentable peut diverger du réel lorsque données, frais, horaires ou sélection des paramètres ne représentent pas le processus prévu. MT4 et MT5 simulent une règle codée ; ils ne délivrent pas un certificat de performance. Commencez par un test unique reproductible, puis cherchez les causes des écarts.

MT4 et MT5 : comparer les fonctions réelles

Les deux plateformes exécutent des Expert Advisors sur historique. MT5 permet les tests multisymboles et répartit des passes d'optimisation entre agents ; une seule passe n'utilise pas automatiquement tous les cœurs. MT4 possède aussi un optimiseur génétique, mais son testeur standard n'exécute pas d'opérations sur un autre symbole que celui testé. Additionner des rapports séparés ne reproduit pas un portefeuille partageant le même capital.

Archivez build du terminal, EA compilé, paramètres, contrat et hypothèses du compte. Les données du History Center MT4 peuvent différer de celles du serveur du courtier. Ni durée de l'historique ni unité de temps affichée ne prouvent leur adéquation. Approfondissez MetaTrader 4 : comprendre le terminal et contrôler ses rapports et MetaTrader 5 : avantages réels, modes de compte et migration si ces plateformes sont nouvelles pour vous.

Beaucoup de ticks ne signifie pas beaucoup de minutes couvertes

Jeu fictif complet de trois minutes, chacune avec une barre minute : la première contient 10 ticks réels, la deuxième 10, la troisième aucun. Nous attribuons 80 enregistrements générés à la troisième : ce nombre est inventé pour l'exercice, pas lu dans un rapport du testeur. Total : 100 enregistrements. La couverture temporelle en minutes possédant des ticks réels vaut 2/3, soit environ 66,67 %. La part des enregistrements réels vaut 20/100 = 20 %. Ce sont deux mesures définies ici, pas le champ Modelling Quality.

Minutes couvertes et nombre de ticks : deux dénominateurs

Minutes couvertes et nombre de ticks : deux dénominateursTrois barres à la même échelle : dix ticks réels, dix réels, quatre-vingts générés. Deux des trois minutes ont des ticks réels ; vingt des cent enregistrements sont réels.Minute 1 : réelsMinute 2 : réelsMinute 3 : générés101080Minutes réelles : 2 / 3 ≈ 66,67 %Enregistrements réels : 20 / 100 = 20 %
Ajouter des enregistrements générés à la troisième minute change leur part, sans ajouter une minute contenant des ticks réels.

Faites défiler horizontalement ou agrandissez le schéma pour lire les détails.

Deux mesures de couvertureTrois minutes fictives, 10 ticks réels dans chacune des deux premières, 80 générés dans la troisième.EXEMPLE DE CALCULMinutes avec ticks réels2/3 ≈66,67 %Part réelle des enregistrements20/100 =20 %Qualité du testeurNon déduite
Deux mesures de couverture. Trois minutes fictives, 10 ticks réels dans chacune des deux premières, 80 générés dans la troisième.

2/3 des minutes et 20% des enregistrements répondent à deux questions distinctes, sans établir un avantage.

Minutes avec ticks réels
2/3 ≈66,67 % – Même durée par minute.
Part réelle des enregistrements
20/100 =20 % – Dépend des volumes de ticks.
Qualité du testeur
Non déduite – Ces mesures sont définies pour l’exercice.

Choisir un mode compatible avec les décisions

MT4 propose Open prices only, Control points et Every tick, fondés sur barres et trajectoires générées ; Control points fournit une estimation grossière. MT5 propose notamment les ticks enregistrés et 1 minute OHLC. Même avec un signal quotidien, un stop intrabougie peut exiger une précision supérieure. Un modèle à l'ouverture seulement doit être compatible avec entrées, sorties et synchronisation.

Dans MT5, une minute avec barre mais sans ticks réels peut recevoir des ticks générés. Le spread réel peut varier pendant la minute ; les ticks générés utilisent celui assigné à la barre correspondante. Contrôlez couverture et journal. Des barres HST importées dans MT4 ne prouvent pas une simulation de ticks authentiques : la préparation FXT ou l'outil externe doivent être compatibles et documentés. Un affichage de 99 % ne vérifie ni sélection de stratégie ni coûts et exécutions réels.

Rapprocher spread, commissions et financement

Le testeur standard MT4 ajoute un spread choisi à l'historique Bid ; par défaut, il utilise le spread courant au démarrage, pas une trajectoire historique complète. Avec EUR/USD à cinq décimales, 12 points de 0,00001 valent 0,00012, donc 1,2 pip de 0,0001. Ne confondez pas points et pips.

Dans MT5, vérifiez commissions du compte ou personnalisées et leurs côtés d'application, puis rapprochez une opération close. Le mode de résultat en pips omet commissions, swaps et contrôle de marge. Une simulation de délai est un scénario, sans reconstruction complète de liquidité. Aucun forfait de 7 USD ou pénalité fixe en pips ne convient universellement. Consultez Commission de transaction et Cours acheteur et vendeur : Bid/Ask pour identifier les unités.

Trois biais et une erreur d'indice distincte

À 10 h 15, le sommet déjà atteint par la bougie H1 de 10 h est disponible ; son sommet final ne l'est pas. Le décalage zéro représente une bougie qui évolue, pas automatiquement son futur. Une règle de clôture attend une observation terminée. Remplacer tous les zéros par un change aussi des règles légitimes de prix courant ou de nouvelle bougie.

Après un CopyRates réussi, quatre clôtures de la plus ancienne à la courante valent 100 ; 101 ; 102 ; 103. Dans un tableau dynamique avec as_series=false, rates[1].close vaut 101 et la dernière clôture achevée rates[2].close vaut 102. Avec as_series=true, rates[1].close vaut 102. La règle « dernière clôture achevée > 101,5 » est vraie ; lire 101 dans le premier tableau la rejette à tort. C'est une mauvaise identification de barre, pas une preuve de fuite du futur. Contrôlez quantité effectivement copiée, timestamps et sens d'indexation.

La recherche répétée peut sélectionner du bruit : win rate ou profit factor élevé ne prouve pas seul un surajustement. Le biais de survivance apparaît si l'univers exclut des instruments ou comptes disparus depuis. Reconstituez les choix disponibles à chaque date ; aucune inflation universelle de 30 à 50 % n'en découle.

Lire fonds propres et évaluation ultérieure

Compte fictif en PLN : départ 10 000, gains clos 500, donc solde 10 500 ; perte ouverte 700, donc fonds propres 9 800 avant autres frais. Le solde masque cette exposition. Cas indépendant en EUR : départ 2 000, gains clos 100, perte ouverte 180 ; solde 2 100 mais fonds propres 1 920. Ces différences ne sont pas des frais à retirer deux fois.

Lisez résultats nets, effectifs et Drawdown : baisse depuis un sommet ensemble. Le walk-forward évalue des sélections figées sur des périodes ultérieures. Comparez des rendements annualisés cohérents et la séquence chronologique hors échantillon. WFE seul ne prouve pas la robustesse ; un dénominateur nul ou négatif complique son interprétation. Voir Walk-forward : fenêtres, labels disponibles et égalités.

Connaître les limites de l'outil

Un jugement discrétionnaire peut être étudié avec critères enregistrés et protocole de replay ; il n'est pas automatiquement impossible à tester. Choisissez un autre outil si une donnée ou un mécanisme nécessaire manque, en vérifiant documentation et droits actuels. Des milliers de transactions ne créent pas leur indépendance. Complétez avec Backtester une stratégie : prix, coûts et fuites de données.

TimeGMT dans le testeur valide-t-il un filtre UTC ?

Dans le testeur MT5, TimeGMT égale TimeTradeServer simulé. Cette égalité ne reconstitue pas les décalages historiques du courtier par rapport à UTC. Définissez chaque axe temporel ; « retirer deux heures » sans calendrier documenté n'explique pas les transitions.

Un même instant, deux lectures de l'heure

Conversion fictive avec décalage déclaré UTC+2

Conversion fictive avec décalage déclaré UTC+212 heures UTC correspond à 14 heures serveur avec hypothèse explicite UTC+2. Le filtre accepte 12 heures inclus à 13 heures exclus en UTC. Lire 14 comme UTC produit un refus erroné.12 h UTC → hypothèse +2 h → 14 h serveurFiltre UTC [12 h ; 13 h[ : instant accepté.14 h traité comme UTC : refus erroné.
Le décalage +2 est une hypothèse de ce cas, sans attribution automatique à Paris ni à un courtier.

Faites défiler horizontalement ou agrandissez le schéma pour lire les détails.

Testez borne finale exacte, changements de date et chaque transition d'offset du calendrier réel. Deux fonctions égales dans une simulation ne prouvent pas un comportement identique en direct.

Contrôler l'export avant la prochaine passe

Dans Backtest : contrôler les lacunes et conflits d’un CSV, préparez timestamp,open,high,low,close avec zones explicites, premières et dernières ouvertures attendues et intervalle. L'exemple M1 synthétique de 08 h à 08 h 11 contient douze lignes mais huit timestamps valides distincts : quatre emplacements vides, deux répétitions et un groupe OHLC contradictoire. Conservez le rapport puis examinez séances et lacunes. Des OHLC complets ne prouvent ni ticks enregistrés complets ni exécution réaliste ; l'outil n'insère aucun prix.

Prochaine vérification pratique

  1. Archivez données, provenance des ticks, périodes manquantes et paramètres du modèle.
  2. Rapprochez une opération et ses frais documentés, puis simulez des conditions moins favorables.
  3. Si pertinent, développez sur quatre ans et évaluez sur l'année suivante sans retouche ; ce découpage n'est pas obligatoire.
  4. Vérifiez disponibilité et index de chaque entrée ; un écart de rendement de 30 % ou WFE inférieur à 0,5 ne diagnostique pas seul une cause.

Étude du calendrier des publications

L'étude existante calendrier BCE 2016–2025 documente 2 560 publications EUR/USD et 49 jours de semaine sans publication face au calendrier TARGET. Ce périmètre n'est pas une nouvelle mesure de cet article et ne remplace pas un historique négociable.