Was sollte eine TradingView-Webhook-Nachricht enthalten?
Verwende eindeutige Felder für Aktion, Symbol, Volumen beziehungsweise Risiko, optionalen SL/TP und eine einmalige Signal-ID. Brokerpasswörter oder andere sensible Zugangsdaten gehören niemals in die Nachricht.
Was das in der Praxis bedeutet
Verwende eindeutige Felder für Aktion, Symbol, Volumen beziehungsweise Risiko, optionalen SL/TP und eine einmalige Signal-ID. Brokerpasswörter oder andere sensible Zugangsdaten gehören niemals in die Nachricht. Diese Seite beantwortet gezielt die Frage „Was sollte eine TradingView-Webhook-Nachricht enthalten?“. Deshalb wird jedes der folgenden Szenarien anhand seines eigenen technischen Ablaufs erklärt und nicht mit einer allgemeinen Standarddiagnose abgehandelt.
Praxisnahe Szenarien
Szenario A — Minimales BUY
Definiere den Webhook-Vertrag eindeutig. Der Empfänger muss genau wissen, welches Feld Aktion, Symbol, Größe und optionalen Schutz darstellt. Fehlende oder mehrdeutige Werte sind abzulehnen, statt sie zu erraten. Verwende für Szenario A — Minimales BUY bei Frage 7 genau diese Nachweise, um „Was sollte eine TradingView-Webhook-Nachricht enthalten?“ zu beantworten, und trenne sie klar von den Nachweisen der anderen Szenarien auf dieser Seite.
Szenario B — BUY+SL/TP
Definiere den Webhook-Vertrag eindeutig. Der Empfänger muss genau wissen, welches Feld Aktion, Symbol, Größe und optionalen Schutz darstellt. Fehlende oder mehrdeutige Werte sind abzulehnen, statt sie zu erraten. Verwende für Szenario B — BUY+SL/TP bei Frage 7 genau diese Nachweise, um „Was sollte eine TradingView-Webhook-Nachricht enthalten?“ zu beantworten, und trenne sie klar von den Nachweisen der anderen Szenarien auf dieser Seite.
Szenario C — Eindeutiges Schließen
Untersuche den unter „Szenario C — Eindeutiges Schließen“ genannten Ablauf direkt. Protokolliere seine Eingabe, den Zustand unmittelbar davor und die erste beobachtbare Ausgabe, die vom erwarteten Ergebnis abweicht. Verwende für Szenario C — Eindeutiges Schließen bei Frage 7 genau diese Nachweise, um „Was sollte eine TradingView-Webhook-Nachricht enthalten?“ zu beantworten, und trenne sie klar von den Nachweisen der anderen Szenarien auf dieser Seite.
Szenario D — Signal-ID
Prüfe den strukturierten Payload inhaltlich: Pflichtfelder, erlaubte Aktionen, Zahlenbereiche und Signalidentität. Bei einer erneuten Übertragung derselben logischen Anweisung muss die gleiche ID erhalten bleiben. Verwende für Szenario D — Signal-ID bei Frage 7 genau diese Nachweise, um „Was sollte eine TradingView-Webhook-Nachricht enthalten?“ zu beantworten, und trenne sie klar von den Nachweisen der anderen Szenarien auf dieser Seite.
Was du prüfen solltest
- TradingView-Alert-Protokoll und exakter Sendezeitpunkt
- HTTP-Status und Zeitstempel des Empfängers
- geprüfter Payload einschließlich Signal-ID
- cTrader-Ergebnis erst prüfen, nachdem der Transport nachgewiesen ist
Praxisregel
Ändere bei der Frage „Was sollte eine TradingView-Webhook-Nachricht enthalten?“ nur die erste Ebene, deren Nachweise nicht mehr zur beabsichtigten Aktion passen. Bewahre Signal-ID, Zeitstempel und den endgültigen cTrader-Status auf. Änderungen, die die Ausführung beeinflussen, müssen vor dem Live-Einsatz auf einem Demokonto nachvollzogen werden.
Entscheidungsübersicht
Direkte Antwort: Verwende eindeutige Felder für Aktion, Symbol, Volumen beziehungsweise Risiko, optionalen SL/TP und eine einmalige Signal-ID. Brokerpasswörter oder andere sensible Zugangsdaten gehören niemals in die Nachricht.
Nächster Schritt: Ordne die beobachteten Nachweise einem der oben beschriebenen Szenarien zu, teste diesen Ablauf unabhängig auf einem Demokonto und halte das Ergebnis mit einer eindeutigen Signal-ID nachvollziehbar.
Primärquellen
Benötigst du einen Ausführungsweg von TradingView zu cTrader?
NRUNO leitet deine TradingView-Anweisungen an cTrader weiter. Deine Strategie und deine Signallogik bleiben vollständig unter deiner Kontrolle.