TradingView Webhook Trading vom Alert bis zur Ausführung beginnt mit einem HTTP-POST, aber zuverlässige Automation braucht danach Validierung, Routing und ein nachvollziehbares cTrader-Ergebnis.
Die aktuelle TradingView-Dokumentation beschreibt Webhooks als HTTP-POST an eine konfigurierte URL. Ist die Nachricht valides JSON, nutzt TradingView application/json; sonst text/plain. Das Format muss deshalb zum Empfänger passen.
TradingView erlaubt aktuell Port 80 und 443, verlangt 2FA für Webhook-Alerts und bricht Requests ab, wenn der entfernte Server länger als drei Sekunden benötigt. Außerdem kann die Zustellung gelegentlich fehlschlagen; dafür gibt es einen Webhook-Status im Alert-Log.
Eine erfolgreiche HTTP-Antwort beweist nur die Annahme des Requests. Danach folgen Validierung, Account-/Symbol-Routing, cTrader-Verbindung und Brokerannahme. NRUNO trennt diese Stufen.
TradingView warnt davor, Login-Daten oder Passwörter in Webhook-URL oder Body zu senden. Der Webhook sollte nur die Anweisung transportieren; Authentifizierung zur Ausführungsseite bleibt getrennt.
NRUNO empfängt den Request, validiert unterstützte Anweisungen und routet sie zum verbundenen cBot. Dieser übernimmt cTrader und kann konfigurierte Filter oder Management-Regeln anwenden.
Primärquellen: TradingView Webhooks · Webhook-Sicherheit
Ja. Valides JSON wird aktuell als application/json gesendet.
Weil HTTP-Empfang und cTrader-/Broker-Ausführung getrennte Stufen sind.
Ja, laut aktueller Webhook-Dokumentation.
Nein. TradingView warnt ausdrücklich davor.