Paramètres EA modifiés mais sans effet ? Vérifier la version de configuration et la synchronisation VPS
Distinguer le fichier de paramètres, le terminal local et l'environnement d'exécution distant, établir un enregistrement des modifications, vérifications, synchronisations et retours arrière, afin d'éviter de mal juger la configuration réellement utilisée par l'EA.
Auteur : Thomas|EA et pratique des plateformes|8 octobre 2026
L'EA a modifié des paramètres, l'interface locale semble déjà en avoir tenu compte, mais le côté distant peut encore exécuter l'ancienne configuration. Le problème vient souvent du fait que l'environnement d'exécution ne correspond pas. Cet article propose une méthode d'enregistrement des mises à jour de paramètres pour aider à vérifier la version réellement en cours d'exécution ; la prise en charge ou non d'une bascule fluide par le programme concerné doit encore être confirmée auprès du développeur.
Avant modification, sauvegarder d'abord une ancienne configuration identifiable
Enregistrer le nom de l'EA, la version du programme, le type de compte, le serveur, l'instrument et la période du graphique, puis sauvegarder les paramètres d'entrée actuels. Les paramètres d'entrée de l'EA dans MT4 offrent des fonctions de chargement et de sauvegarde, mais le fichier de paramètres n'est pas une sauvegarde de tout l'environnement d'exécution et ne peut pas remplacer les fichiers du programme, l'historique des ordres ou les journaux d'exécution.
Le nom du fichier peut inclure la date, la version du programme et l'usage, par exemple « validation en simulation » ou « à mettre en ligne ». Ne pas écrire de mot de passe dans le nom du fichier ni dans un enregistrement public. Conserver une comparaison avant/après modification, pour éviter de ne finir qu'avec des « derniers paramètres » dont l'usage ne peut plus être déterminé.
Comparer la signification des paramètres, pas seulement les chiffres
Après une mise à niveau du programme, la signification, les valeurs par défaut ou les unités des paramètres de même nom peuvent changer. Vérifier la documentation du développeur, puis comparer point par point les réglages réellement présents, tels que le mode de volume, les plages horaires de trading, l'identification des ordres et les conditions de sortie. Ne pas inventer soi-même des paramètres absents.
Modifier les paramètres d'entrée déclenche une réinitialisation de l'EA. La manière dont le programme restaure son état et traite les positions existantes dépend de l'implémentation. Il convient donc de vérifier d'abord en environnement de simulation les journaux d'initialisation et l'identification des ordres, sans considérer un « chargement réussi » comme la preuve que tous les comportements sont conformes aux attentes.
Distinguer un ordinateur cloud ordinaire d'un hébergement virtuel intégré
Un serveur cloud ordinaire accessible via le Bureau à distance et l'hébergement virtuel MetaTrader intégré à MT4 sont deux environnements différents. Le premier nécessite de vérifier réellement les fichiers, les graphiques et les paramètres dans le terminal distant ; une modification effectuée sur l'ordinateur local ne signifie pas que l'autre ordinateur a déjà été mis à jour.
L'hébergement virtuel intégré, lui, migre l'environnement par synchronisation. La documentation officielle indique que le sens de synchronisation va du local vers le virtuel et peut migrer les programmes correspondants et les paramètres externes. Avant l'opération, vérifier le type de migration choisi ; après l'opération, vérifier les journaux distants, et pas seulement le graphique local.
Avant synchronisation, vérifier les dépendances du programme et l'autorisation de trading
Pour l'hébergement virtuel intégré, l'appel de DLL est explicitement interdit par la documentation officielle, et les scripts ne sont pas transférés lors de la migration. Les flux de travail dépendant de ces fonctionnalités doivent d'abord confirmer leur compatibilité. Ne pas ignorer les erreurs critiques de dépendances pour que le programme « paraisse normal ».
Il faut aussi prêter une attention particulière au fait que : le côté virtuel intégré autorise le trading automatique ; l'interdiction du trading automatique en local ne signifie pas que le programme après migration est interdit de trading. Ne migrer que les programmes dont l'usage a été compris et confirmé. Les règles ci-dessus ne peuvent pas être appliquées directement à tous les serveurs cloud tiers.
Après synchronisation, vérifier l'environnement réellement en cours d'exécution
Vérifier l'heure de synchronisation, les informations d'initialisation et d'anomalie dans les journaux distants, ainsi que l'identifiant de version ou de configuration que le programme peut fournir. Si les journaux ne produisent pas les paramètres complets, il convient de s'appuyer sur la méthode de vérification fournie par le développeur, sans deviner les champs manquants.
Il est recommandé de conserver un enregistrement des mises à jour : motif de la modification, ancienne et nouvelle valeurs, résultat de la validation en simulation, heure de synchronisation et résultat de la vérification distante. Lors de l'observation des ordres, se référer aux règles d'identification des ordres du compte et du programme, afin d'éviter de mélanger des ordres manuels ou les opérations d'une autre instance.
Arrêter le local ne signifie pas arrêter le distant
Lors de la migration d'un EA vers l'hébergement intégré, le trading automatique local est automatiquement désactivé afin de réduire le risque d'exécution en double sur le même compte. Cela ne signifie pas que le distant est déjà arrêté. Lors de la maintenance, il convient de confirmer quelle instance précise est en cours d'exécution et de vérifier l'état distant via le contrôle d'hébergement correspondant.
Arrêter le programme ne signifie pas non plus que les positions ont été clôturées ou que les ordres en attente ont été annulés. Le plan de maintenance doit enregistrer séparément les dispositions prises pour les ordres existants ; on ne peut pas considérer la fermeture de la fenêtre comme la fin du risque.
Restaurer d'anciens paramètres nécessite aussi une nouvelle validation
Lors d'un retour arrière, charger une ancienne configuration confirmée, vérifier si la version du programme est compatible, puis valider l'état actuel des ordres et le résultat de la synchronisation distante. Le marché et l'état du compte ont changé ; restaurer un fichier ne restaure pas l'environnement de trading passé et ne garantit pas que les anciens paramètres restent valides.
Le trading avec effet de levier peut entraîner des pertes importantes. Cet article est destiné au partage de connaissances en maintenance opérationnelle, ne constitue pas une instruction de trading et ne garantit pas la performance ou les gains de l'EA.