Qu'est-ce qu'un webhook 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.

Les webhooks transforment les alertes TradingView de notifications passives en événements lisibles par une machine. La condition de l'alerte est votre déclencheur, le message de l'alerte est la charge, et l'URL du webhook est la destination. TradingView ne reçoit jamais rien en retour et n'envoie jamais de trades lui-même : il se contente de déclencher le POST. Toute l'automatisation se passe entièrement sur le service récepteur.

Un webhook TradingView fonctionne en trois parties : un déclencheur, une charge et une destination. Le déclencheur est la condition d'alerte que vous définissez, par exemple quand une stratégie émet un achat ou une vente, ou quand le prix franchit un niveau. Lorsque cette condition est remplie, TradingView construit le message de l'alerte et l'envoie en POST à l'URL du webhook.

La charge est tout ce que vous écrivez dans le champ Message de l'alerte. TradingView vous permet d'y intégrer des variables qu'il remplace par des valeurs en direct au moment où l'alerte se déclenche : le service récepteur reçoit ainsi le symbole, le prix et l'action réels plutôt qu'une chaîne statique.

• {{ticker}} : le symbole sur lequel l'alerte s'est déclenchée (par exemple EURUSD)
• {{close}} : le prix de clôture de la bougie en cours
• {{strategy.order.action}} : « buy » ou « sell » à partir d'un ordre de stratégie
• Un message typique est du JSON, par exemple {"instrument": "{{ticker}}", "direction": "{{strategy.order.action}}", "entry": {{close}}, "sl": 1.0800, "tp1": 1.0950}

La plupart des intégrations de webhook attendent du JSON, car il est structuré et facile à analyser pour un service récepteur. Un schéma courant utilise un champ pour la direction, un champ pour l'instrument et des champs numériques pour le prix d'entrée, le stop-loss et le take-profit.

Les variables sont remplies par TradingView quand l'alerte se déclenche : la destination reçoit donc des chiffres concrets. Des champs comme le stop-loss et le take-profit peuvent être écrits en dur ou pilotés par les propres variables de votre stratégie ; le schéma exact, et la question de savoir si un 0 est accepté, sont définis par le service auquel vous envoyez le webhook, pas par TradingView.

Un webhook TradingView vous permet de relier une alerte à presque tout ce qui peut recevoir un HTTP POST. L'usage le plus courant en trading est l'exécution automatisée : le webhook transmet un signal de stratégie ou d'indicateur à un service qui le traduit en véritable ordre sur un compte de courtier.

La charge n'étant que de la donnée, les webhooks servent aussi à consigner des signaux dans un tableur ou une base de données, à envoyer des notifications dans des applications de messagerie ou à intégrer TradingView dans un pipeline d'automatisation plus large. PipSync, par exemple, expose une URL de webhook par espace de travail qui accepte une charge JSON et transforme une alerte valide en signal que vous validez sur sa page Signals, ou la trade automatiquement si vous l'activez sur le plan Advanced ; mais le webhook lui-même est indépendant de la plateforme et fonctionne de la même façon quel que soit le récepteur.

Cela dépend entièrement du récepteur, car le webhook ne fait que transporter le message. Avec PipSync, par défaut, chaque alerte valide devient un signal que vous validez sur la page Signals et aucun ordre n'en est passé. Le trading automatique est optionnel et désactivé par défaut : il nécessite le plan Advanced, et vous le configurez sous Settings → Advanced → TradingView Alerts avec un consentement explicite, puis vous liez vos comptes et activez le trading automatique sous Accounts & auto-trade.

Avec le trading automatique activé, la perte au stop loss est plafonnée au risque du canal, 0,5 % du solde du compte par défaut. Le slippage et les écarts de prix peuvent rendre la perte réelle supérieure au plafond. 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, le trading automatique ne valorise le risque que pour les paires de devises : l'or, les indices, les cryptos et les autres CFD sur les comptes MT5, cTrader et Match-Trader ne sont pas tradés), ou si le plus petit lot du courtier dépassait 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 pour votre approbation, et si le courtier rejette l'ordre sur tous les comptes, le signal est marqué comme rejeté. PipSync ne clôture pas de positions à partir d'alertes TradingView : les sorties se font par stop loss, take profit ou par vous-même. L'URL du webhook est un secret (avec le trading automatique activé, quiconque la possède peut déclencher des trades) ; régénérez-la donc si vous soupçonnez une fuite. Un webhook issu de votre propre système, comme un bot ou un script, n'est jamais tradé automatiquement : il devient toujours un signal soumis à votre approbation. Une alerte n'est tradée automatiquement que si toutes les conditions suivantes sont réunies :

• c'est une alerte JSON : les alertes en texte brut sont toujours enregistrées comme signal soumis à votre approbation
• elle provient des adresses IP d'envoi 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 soumis à votre approbation
• votre plan Advanced est toujours actif
• 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

Un webhook a besoin d'une destination capable d'accepter un HTTP POST entrant sur une URL publique. MetaTrader 4 et MetaTrader 5 sont des terminaux de trading : ils se connectent vers l'extérieur à un serveur de courtier et n'exposent pas de point d'accès entrant public auquel TradingView pourrait poster. Pointer une alerte TradingView directement vers « MetaTrader » n'a donc nulle part où atterrir.

Combler cet écart demande un intermédiaire doté d'une URL de webhook : il reçoit le POST de TradingView, analyse le JSON, puis agit dessus, en passant un ordre via l'API du courtier ou, dans le cas de PipSync, en enregistrant un signal que vous validez ou, si vous l'activez, en le tradant automatiquement. C'est exactement le rôle décrit sur la page metatrader-webhook : le webhook atteint un service, et le service dialogue avec MT4/MT5.