Alertes MT5 : condition, épisode et réception sont différents

Une alerte EUR/USD peut inviter à vérifier un niveau ; elle ne réserve pas un prix et ne protège pas une position. Distinguez condition de marché, programme qui la surveille et canal de réception. Une alerte reçue n'est ni un ordre ni la preuve que les autres critères restent satisfaits.

Le terminal et le serveur ne rendent pas le même service

L'alerte standard du terminal de bureau utilise ses données disponibles : arrêt, veille ou cotations absentes interrompent cette surveillance. Un SL/TP accepté par le serveur a un autre rôle, sans garantie de prix pour un stop ordinaire. Un ordre en attente peut ouvrir ou changer l'exposition ; une notification ordinaire demande seulement votre attention.

Les notifications d'opérations envoyées par le serveur, si le courtier les propose, peuvent arriver ordinateur éteint. Cela ne migre pas votre règle locale de prix vers le serveur. Un ordinateur distant complet et l'hébergement virtuel MetaTrader sont encore différents : ne présumez pas que ce dernier copie la liste Alerts ; vérifiez programme migré et journal distant.

Quatre lectures vraies, seulement deux épisodes

Spécification personnalisée fictive, distincte de l'interface standard MT5 : sept lectures complètes et régulièrement espacées d'un prix en unités arbitraires : 99 ; 101 ; 101 ; 100 ; 101 ; 99 ; 101. Machine initialement armée. Si prix> 100 et armée, elle émet un signal puis se désarme ; réarmement seulement quand prix≤99. Le prix100 ne réarme pas.

Condition vraie et nouvel épisode

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

Sur petit écran, faites défiler le tableau pour lire toutes les colonnes.

La deuxième lecture déclenche ; troisième et cinquième non, car désarmée. La quatrième à 100 ne dépasse pas 100 et ne descend pas à 99. La sixième réarme ; la septième déclenche. Notez prix, état avant, signal et état après, sans confondre ce reset avec le plafond de répétitions natif.

Choisir le côté de prix et l'horloge

Le dialogue natif propose comparaisons Bid/Ask/Last, volume de dernière transaction et heure. Last/volume nécessitent les données adaptées de l'instrument, pas toutes les transactions Forex mondiales. Cotation fictive Bid 1,09990/Ask 1,10002 : Ask> 1,10000 est vrai, Bid> 1,10000 faux. Pip 0,0001 : spread 1,2 pip. « Strictement supérieur » n'est pas « supérieur ou égal ».

La condition Time et l'expiration d'alerte utilisent l'horloge locale de l'ordinateur, pas celle des bougies du courtier. Modèle source : événement 13:00 UTC, ordinateur de Varsovie stipulé UTC+2 ce jour-là, rappel 15:00 ; VPS UTC, rappel 13:00. Copier 15:00 sur le VPS décale de deux heures. Pour Europe/Paris également, convertissez la date et le décalage réellement applicables ; ni le lieu du lecteur ni la langue du terminal ne prouvent son fuseau.

Créer un contrôle simple et le tester

• Ouvrir Toolbox/Boîte à outils, Ctrl+T, onglet Alerts ; menu Créer.
• Choisir symbole exact et condition, par exemple Bid> 1,0900, puis vérifier sa valeur actuelle.
• Choisir Sound, Email ou Notification ; File peut lancer un programme, ce n'est pas nécessaire pour un message ordinaire.
• Définir expiration, intervalle et maximum de répétitions ; tester le canal puis observer séparément une condition démo vérifiable.

Une condition déjà vraie peut ne pas attendre un nouveau franchissement. Désactiver rend l'alerte inactive sans la supprimer. Un son réussi ne vérifie pas la réception téléphone : conservez horodatages de donnée, émission et réception.

Push et courriel testent deux circuits

Pour le push, renseignez le MetaQuotes ID du téléphone dans les réglages et vérifiez le test sur cet appareil. Pour Email, utilisez serveur SMTP, port et méthode d'authentification autorisés par le fournisseur, expéditeur et destinataire ; vérifiez aussi le dossier indésirable. Ne publiez pas les identifiants. Une réussite push ne teste ni SMTP ni condition de marché.

Séparer condition absente et livraison manquée

Contrôlez Enable, symbole, échéance, répétitions, connexion et fraîcheur des cotations. Comparez le côté de prix demandé ; le journal peut distinguer absence de détection et notification produite sans réception. Changez une composante à la fois. Un VPS peut aussi redémarrer ou perdre connexion. Un message livré hier ne garantit pas le prochain.

Une condition composée doit employer la même lecture

L'interface standard n'est pas un éditeur arbitraire RSI/ATR ; indicateur ou EA peut porter une logique spécifique. Une alerte Time rappelle une heure choisie, pas l'arrivée effective d'une publication ou sa direction. Après réception, actualisez marché et plan.

Règle fictive : Bid> 1,1000 ET spread< 2 pips au même instant. Lecture t1 : Bid1,1002/Ask1,1006 : prix valide, spread 4 pips invalide. Lecture t2 : Bid1,0998/Ask1,0999 : spread 1 pip valide, prix invalide. Aucun ne satisfait l'ensemble, même si les deux messages arrivent ensemble. Horodatage de livraison n'est pas horodatage d'évaluation.

Contre-exemple EUR supplémentaire : budget 20 EUR, frais additionnels 3 et perte de prix estimée 18. Le niveau signalé peut être atteint, mais 21 EUR dépassent le budget ; le message ne crée pas 1 EUR de capacité. Les montants sont stipulés et non garantis par un stop. Une règle d'alerte ne remplace pas les autres contrôles.

Limiter la liste et conserver les observations

Trois niveaux peuvent être un choix de travail, pas un optimum prouvé. Donnez à chaque message une raison, une échéance et l'action de vérification attendue. Revoyez les règles après changement de compte, instrument ou plan. Un mois d'observation ne garantit pas un motif concluant.

Pour comparer TradingView, examinez lieu d'évaluation, flux, durée, répétitions, canaux et offre actuelle, sans vainqueur universel. Hébergement et disponibilité examine les dépendances ; calendrier économique les publications. Bid/Ask et exécution demeurent distincts du message reçu.