Pourquoi MetaTrader n'a pas de webhook entrant (et comment automatiser quand même les alertes TradingView)

Avertissement sur les risques : Le trading de CFD et d'autres produits à effet de levier est complexe et comporte un risque élevé de perdre rapidement de l'argent en raison de l'effet de levier. Les données du secteur indiquent que 70–80% des comptes de trading de particuliers perdent de l'argent avec ces produits. Avertissement sur les risques · Performances passées.

Ce guide explique la raison technique pour laquelle MetaTrader n'a pas de webhook entrant, passe en revue les deux contournements classiques — un EA d'écoute sur votre propre machine et un VPS Windows exécutant un EA passerelle — y compris là où ils échouent, puis présente la configuration de routage cloud qui supprime entièrement l'infrastructure côté terminal, avec l'interrupteur d'auto-trade optionnel.

1. 1

   Créez votre compte PipSync et souscrivez à un abonnement

   Inscrivez-vous sur app.pipsync.io (l'offre Free à 0 $ ne demande pas de carte mais ne fait qu'analyser les signaux), puis souscrivez à un abonnement qui couvre cette route (moyen de paiement requis). Tout ce que couvre ce guide, de la génération de votre URL de webhook à l'envoi d'alertes de test vers un compte démo, est inclus dans un abonnement avec intégration webhook.

2. 2

   Ajoutez une source webhook TradingView

   Dans le tableau de bord, allez dans Settings → Advanced → TradingView Alerts et générez votre URL de webhook (pipsync.io/api/tradingview/webhook/<your-secret-token>). Elle n'est affichée qu'une fois : copiez-la tout de suite. Traitez-la comme un mot de passe : toute personne disposant de l'URL peut envoyer des signaux à votre compte et, une fois l'auto-trade activé, déclencher des trades. Régénérez-la si vous soupçonnez une fuite.

3. 3

   Connectez votre compte MT5

   Ajoutez votre compte MetaTrader 5 comme destination et définissez vos règles de risque côté serveur — dimensionnement des lots, mappage SL/TP, nombre maximal de trades ouverts. Il est recommandé de commencer sur un compte démo.

4. 4

   Créez l'alerte TradingView

   Dans TradingView, créez une alerte sur votre stratégie ou condition. Dans le champ Message, collez le contenu JSON attendu par PipSync — instrument, direction, entry, sl, tp1 — en utilisant des variables comme {{strategy.order.action}}, {{ticker}} et {{close}} afin que TradingView renseigne les valeurs au déclenchement de l'alerte. N'ajoutez aucun champ de taille comme lots : une alerte qui indique sa propre taille n'est jamais tradée automatiquement. Puis, sous Notifications, activez Webhook URL et collez votre URL PipSync.

5. 5

   Envoyez un signal de test et passez en réel délibérément

   Déclenchez l'alerte une fois, puis consultez Recent alerts sous Settings → Advanced → TradingView Alerts. Chaque alerte arrive comme un signal sur la page Signals : assignez-y votre compte MT5 et confirmez. Restez sur démo jusqu'à ce que quelques alertes soient arrivées exactement comme vous l'attendez.

6. 6

   Optionnel : activer l'auto-trade

   Une fois que quelques alertes sont arrivées comme prévu, cochez le consentement sous Settings → Advanced → TradingView Alerts et cliquez sur Set up auto-trading (offre Advanced). Ouvrez ensuite Accounts & auto-trade, liez votre compte MT5 et activez l'auto-trade. Tant que vous ne le faites pas, chaque alerte reste un signal à valider.

Durée de configuration typique : environ 12 minutes.

Un webhook est un rappel HTTP : quand un événement se produit dans un système, celui-ci envoie une requête HTTP POST — généralement avec un corps JSON — vers une URL qu'un autre système a publiée pour la recevoir. La propriété déterminante est la direction : le récepteur n'interroge pas les mises à jour ; il expose un point de terminaison public et attend d'être appelé.

Les alertes TradingView fonctionnent exactement ainsi. Quand une alerte se déclenche, TradingView envoie en POST le message de l'alerte, une seule fois et immédiatement, vers l'URL de webhook saisie dans les paramètres de notification de l'alerte. Toute la question des « webhooks MetaTrader » se ramène donc à une seule : existe-t-il sur internet une URL qui mène à votre terminal MT4/MT5 ? Non — et la section suivante explique pourquoi c'est structurel, et non un réglage manquant.

Parce que le terminal MetaTrader est un client de bureau, pas un serveur. Il tourne sur votre PC derrière le NAT et le pare-feu de votre routeur, n'a ni IP publique, ni domaine, ni certificat TLS — et, plus fondamentalement, MetaQuotes ne fournit aucun écouteur HTTP entrant dans le terminal. Il n'y a aucune option à activer ni aucun port à ouvrir dans le terminal ; la capacité n'existe pas dans le produit.

Ce que MQL4/MQL5 offrent, c'est du réseau sortant. Un Expert Advisor peut appeler WebRequest() pour interroger un serveur externe à la recherche de nouveaux signaux (après avoir autorisé l'URL sous Tools → Options → Expert Advisors), et il peut ouvrir des sockets bruts. Avec assez de travail, un EA peut même héberger un écouteur sur un port local de votre machine. Mais un écouteur local n'est toujours pas un point de terminaison webhook : TradingView, sur l'internet public, ne peut pas joindre un processus derrière votre routeur domestique.

L'architecture compte aussi. Les ordres sont acceptés par le serveur MetaTrader de votre courtier ; le terminal n'est que le client qui les soumet. Toute automatisation doit donc soit piloter un terminal en marche (l'approche EA), soit dialoguer avec le courtier via une passerelle API — ce que font précisément les services de routage cloud.

Techniquement oui ; en pratique, c'est l'option la plus fragile qui existe. Le schéma : un EA ou un programme auxiliaire écoute sur un port local, vous configurez la redirection de port sur votre routeur pour qu'internet puisse atteindre ce port, et vous donnez à TradingView votre IP domestique (ou un nom DNS dynamique) comme URL de webhook.

Chaque maillon de cette chaîne est un mode de défaillance dont vous devenez responsable :

• Votre IP domestique change — la plupart des connexions résidentielles font tourner les adresses, l'URL du webhook devient donc silencieusement obsolète si vous ne maintenez pas un DNS dynamique.
• La redirection de port expose votre PC de trading — vous publiez un port ouvert sur tout internet, généralement sans TLS ni authentification correctement renforcés.
• Tout doit rester actif en même temps — le PC, le terminal, l'EA sur son graphique, la configuration du routeur et votre connexion ; une mise à jour Windows ou un graphique fermé casse la route sans avertissement.
• Les alertes manquées sont simplement perdues — si votre point de terminaison est hors service au moment du déclenchement, aucune file d'attente n'attend le retour de votre machine.

Un VPS déplace le problème plutôt qu'il ne le supprime. La recette standard est un VPS Windows exécutant un terminal MetaTrader plus un EA passerelle tiers ; un petit service web reçoit le webhook TradingView et l'EA place le trade dans le terminal. Cela fonctionne — c'est ce que sont réellement, sous le capot, la plupart des outils « TradingView vers MT5 » vendus aujourd'hui.

Les coûts sont récurrents et opérationnels plutôt que ponctuels :

• Location mensuelle du VPS en plus du coût de l'outil passerelle lui-même.
• Le terminal doit rester connecté 24h/24 et 7j/7 avec l'EA attaché à un graphique — mises à jour automatiques du terminal, demandes de reconnexion du courtier et redémarrages du VPS interrompent tous silencieusement l'exécution.
• Vous devenez administrateur de serveur Windows : correctifs, sécurité RDP, espace disque, supervision.
• La logique de risque vit dans des champs de paramètres d'EA sur une seule machine ; rien ne valide un ordre côté serveur avant qu'il n'atteigne votre courtier.

En donnant à TradingView une URL de webhook qui pointe vers un service qui tourne déjà côté serveur et dialogue déjà avec votre courtier. Avec PipSync, vous générez une URL de webhook unique par compte dans Settings → Advanced → TradingView Alerts (affichée une seule fois), vous la collez dans le champ Webhook URL de l'alerte, et vous mettez un petit contenu JSON dans le message de l'alerte.

Quand l'alerte se déclenche, les serveurs de PipSync reçoivent le POST, analysent le contenu et le transforment en signal sur votre page Signals. Quand vous le confirmez, vos règles de risque côté serveur — dimensionnement des lots, mappage SL/TP, nombre maximal de trades ouverts — s'appliquent une fois que vous avez assigné votre compte MT5 au signal et confirmé, et l'ordre part vers votre compte MT5 via une passerelle API. Pas d'EA côté terminal, pas de port ouvert à la maison, pas de serveur Windows à maintenir, et l'exécution continue quand votre ordinateur est éteint. Comme le webhook se termine chez PipSync plutôt que dans un plugin de terminal, le côté TradingView reste simple : les alertes arrivent comme signaux sur la page Signals, ou sont tradées automatiquement si vous l'activez.

PipSync est un outil d'exécution : il route les alertes que vous créez, ne génère pas de signaux, et rien sur cette page ne constitue un conseil en investissement.

Seulement si vous l'activez. L'auto-trade est désactivé par défaut et exige l'offre Advanced : sous Settings → Advanced → TradingView Alerts, vous donnez un consentement explicite et cliquez sur Set up auto-trading, puis sous Accounts & auto-trade vous liez votre compte MT5 et activez l'auto-trade. Sans cela, chaque alerte reste un signal à valider.

Avec l'auto-trade activé, la perte au stop loss est plafonnée au risque du canal, 0,5 % du solde du compte par défaut. Si le risque ne peut pas être mesuré sur un compte (le solde est inconnu, il n'y a pas de données de contrat, ou le compte n'est pas détenu en USD pour l'instant — pour l'instant, l'auto-trade ne valorise le risque que pour les paires de devises : l'or, les indices, les cryptos et les autres CFD sur des comptes MT5, cTrader et Match-Trader ne sont pas tradés), ou si le plus petit lot du courtier dépasserait le plafond, ce compte n'est pas tradé. Si tous les comptes ont été refusés par ces limites, l'alerte est conservée comme signal à valider ; si le courtier rejette l'ordre sur tous les comptes, le signal est marqué comme rejeté. Le slippage et les gaps de prix peuvent rendre la perte réelle supérieure au plafond. Si le service de dé-duplication est indisponible, les alertes sont uniquement enregistrées comme signaux.

PipSync ne clôture pas de positions à partir d'alertes TradingView : les sorties se font par stop loss, take profit ou par vous. Une alerte de direction opposée alors qu'une position ouverte par une alerte TradingView est encore ouverte est retenue comme probable sortie de stratégie et enregistrée comme signal à valider. Un webhook issu de votre propre système — un bot, un script ou un autre outil — n'est jamais tradé automatiquement : il devient toujours un signal à valider. Seules les alertes envoyées par TradingView lui-même, depuis ses adresses d'expéditeur publiées, peuvent faire de l'auto-trade, et uniquement après que vous l'avez activé. Une alerte n'est tradée automatiquement que si toutes ces conditions sont réunies :

• c'est une alerte JSON — les alertes en texte brut sont toujours enregistrées comme signal à valider
• elle provient des adresses IP d'expéditeur publiées par TradingView
• elle n'indique aucune taille propre (par exemple lots, qty, contracts, size, volume, units, amount ou risk) — sinon c'est un signal à valider
• votre offre Advanced est toujours active
• ce n'est pas un doublon — les nouvelles tentatives de TradingView sont dé-dupliquées
• votre espace de travail est sous 5 exécutions automatiques par minute
• aucune position sur le même instrument ouverte par une alerte TradingView n'est encore ouverte, dans un sens comme dans l'autre