Webhook TradingView pour MT4, MT5 et cTrader
TradingView peut envoyer un webhook HTTP quand une alerte se déclenche, mais il n'exécute pas seul sur MetaTrader ou cTrader. TheConnector reçoit l'alerte, vérifie le payload et route l'instruction vers le compte choisi tout en gardant l'historique visible.
Le message de l'alerte
{
"action": "buy",
"symbol": "EURUSD",
"volume": 0.10,
"sl": 1.0820,
"tp": 1.0910
}Ce que fait un webhook TradingView
Le webhook est la couche de transport : il envoie le message d'alerte vers une URL. L'exécution dépend toujours du bridge, du terminal, du broker et des règles du compte.
- TradingView déclenche l'alerte
- TheConnector valide le payload
- Le terminal reçoit uniquement son instruction routée
Parcours de configuration recommandé
Commencez avec un compte et un message JSON lisible. Ajoutez symbol mapping, SL/TP et routage multi-comptes seulement quand la première route est visible dans le dashboard.
- Créer la route du compte
- Copier l'URL webhook du compte
- Confirmer l'historique avant d'augmenter le volume
Différences MT4, MT5 et cTrader
Le format webhook peut rester stable, mais chaque plateforme a son terminal, ses permissions, ses symboles et ses contraintes d'exécution.
- MT4 : permissions EA, AutoTrading et suffixes broker
- MT5 : netting ou hedging, filling mode et pas de volume
- cTrader : cBot ou bridge, permissions Automate et noms de symboles
Quand comparer les alternatives
Comparez les outils sur les routes couvertes, la clarté des échecs affichés et la possibilité de tester proprement avant de payer ou de déplacer un compte réel.
- Les pages alternatives PineConnector doivent rester factuelles
- Le support cTrader est un critère séparé
- Les commandes trading tardives doivent expirer, pas être rejouées
Traiter l'URL webhook comme un mot de passe
Chaque route de compte a sa propre URL webhook portant un jeton de routage : quiconque détient l'URL peut envoyer des signaux vers cette route. Ne la collez jamais dans un Pine Script public, un post de forum ou une capture d'écran. Les requêtes au jeton inconnu sont rejetées en bordure avant d'atteindre vos comptes, et en cas de doute sur une fuite, mettez le compte en pause ou désactivez-le dans le dashboard et contactez le support pour faire tourner la route.
- Une URL par route de compte, portant son jeton
- Ne jamais la publier dans des scripts, forums ou captures
- Les jetons inconnus sont rejetés avant vos comptes
Ce que TradingView exige pour envoyer un webhook
Trois conditions côté TradingView, sans lesquelles rien ne part. Le champ Webhook URL n'apparaît que sur un plan payant, Essential ou supérieur, et TradingView n'envoie de webhook que si la double authentification est activée sur le compte. L'adresse doit ensuite répondre vite : au-delà de 3 secondes, TradingView annule l'envoi, et seuls les ports 80 et 443 sont acceptés.
- Plan Essential ou supérieur, et double authentification activée
- Une adresse en https sur le port 443 : c'est le cas de l'adresse webhook TheConnector
- Pas d'IPv6 : TradingView envoie en IPv4, depuis quatre adresses fixes
JSON ou texte : les deux formats acceptés
Si le message de l'alerte est un JSON valide, TradingView l'envoie avec l'en-tête application/json ; sinon, en text/plain. TheConnector lit les deux. Le JSON reste recommandé : chaque champ est nommé, un oubli se voit tout de suite. La forme en une ligne, séparée par des virgules, dépanne quand le message doit rester court.
{"action":"buy","symbol":"EURUSD","risk":1,"sl":0.2,"tp":0.4,"priceMode":"percent"}
buy,EURUSD,risk=1,sl=0.2,tp=0.4,priceMode=percent- JSON : un champ nommé par information
- Texte : la commande, le symbole, puis les réglages nom=valeur
- Un guillemet oublié et le JSON part en texte : passez-le au testeur
Webhook TradingView qui ne fonctionne pas : la checklist
Suivez l'alerte dans l'ordre où elle voyage. Côté TradingView d'abord : le journal des alertes dit si l'alerte s'est déclenchée et si le webhook est parti. Côté TheConnector ensuite : l'historique des alertes montre si le message est arrivé, et sinon pourquoi il a été refusé. Côté terminal enfin : le robot doit être connecté, le trading automatique autorisé, et le symbole comme le volume acceptés par votre courtier.
- Rien dans l'historique : l'alerte n'est pas partie, ou l'adresse est fausse
- Refusée : le motif est écrit, souvent le symbole, le quota ou le format
- ACK sans exécution : trading automatique coupé, ou symbole ou volume refusé par le courtier
Vérifier un message sans risque
Le testeur de webhook, gratuit et sans compte, passe votre message dans le même analyseur que la passerelle de production et s'arrête là : il affiche la commande, le symbole, le volume, le stop et la cible qu'il y lit, ou la raison précise d'un refus. Aucun ordre n'est passé. C'est le premier réflexe quand une alerte est refusée pour son format.
- Le même analyseur que la production
- Aucun compte, aucun ordre
- Le motif précis en cas de refus
Du premier test à la production
Une montée en charge sûre a trois étapes. D'abord un compte démo et une seule alerte manuelle : regardez-la traverser Received, Routing, ACK et Delivered dans le dashboard. Ensuite, laissez la stratégie émettre de vraies alertes vers la route démo pendant quelques sessions et relisez l'historique — rejets, trous de mapping, consommation de quota. Alors seulement, pointez l'alerte vers un compte réel, en commençant au volume minimal. Le palier Basic gratuit (15 webhooks par jour et par compte) est dimensionné exactement pour cette phase de validation.
- Étape 1 : une alerte manuelle vers une route démo
- Étape 2 : alertes réelles de stratégie, toujours en démo
- Étape 3 : compte réel au volume minimal
Guides liés
FAQ
Les webhooks TradingView peuvent-ils exécuter directement sur MT4 ou MT5 ?
Non. TradingView envoie le message d'alerte. Un bridge, robot de terminal ou cBot reste nécessaire pour router l'instruction vers la plateforme.
Quelle plateforme choisir pour un webhook TradingView ?
Utilisez la plateforme déjà supportée par votre broker et votre flux. MT4, MT5 et cTrader ont des permissions, symboles et contraintes d'exécution différents.
TheConnector est-il une alternative à PineConnector ?
Il peut être évalué comme flux alternatif pour les webhooks TradingView, surtout si cTrader, l'hébergement UE et la validation Basic comptent. PineConnector est une marque tierce.
Un webhook garantit-il l'exécution broker ?
Non. Un webhook améliore le routage et la traçabilité, mais l'exécution dépend du terminal, du broker, des règles du compte, du marché et des paramètres de risque.
Est-ce un conseil financier ?
Non. TheConnector route des signaux webhook et affiche leurs statuts. Vous gardez la maîtrise du broker, des comptes, de la stratégie, des volumes et du risque ; aucun conseil financier ni garantie d'exécution n'est fourni.
Que se passe-t-il si une alerte part marché fermé ?
La commande est rejetée et l'historique nomme le motif : vous voyez exactement ce qui s'est passé. Rien n'est rejoué en silence à la prochaine ouverture à un prix inattendu : la livraison est at-most-once, et une commande au-delà de sa fenêtre utile expire via un TTL.
Faut-il savoir coder ?
Non. Le message d'alerte est un petit extrait JSON à copier dans la boîte d'alerte TradingView — la documentation et la page d'exemples Pine Script fournissent des modèles prêts à l'emploi. Connaître Pine Script ne compte que si votre stratégie génère elle-même les alertes par programmation.
Pourquoi TradingView n'envoie-t-il pas mon webhook ?
Vérifiez dans l'ordre : un plan payant (Essential ou supérieur), la double authentification activée, une adresse en https exacte, et l'état de l'envoi dans le journal des alertes de TradingView. Si le webhook est parti mais que rien n'arrive, l'adresse ou la clé du compte est en cause.
Le webhook TradingView accepte-t-il du texte au lieu du JSON ?
Oui. TradingView envoie tout message, en JSON ou en texte, et TheConnector lit les deux formes. Le JSON reste plus sûr : chaque champ est nommé et une erreur se repère immédiatement.