Webhooks, Zustellung & Zuverlässigkeit

Wenn ein Alert auslöst, sendet TradingView einen HTTP-POST an die konfigurierte URL. Gültiges JSON wird als application/json übertragen, alle anderen Inhalte als text/plain.

Aktiviere die Zwei-Faktor-Authentifizierung, erstelle den richtigen Alert, trage eine sichere Webhook-URL und eine gültige Nachricht ein und teste anschließend zuerst den gesamten Weg auf einem Demokonto.

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.

Alert-Erzeugung und Webhook-Zustellung sind getrennte Vorgänge. Häufige Ursachen sind eine ungültige URL oder TLS-Konfiguration, Weiterleitungen, fehlende Berechtigung, fehlerhafte Daten, Ratenlimits, Serverfehler oder eine zu langsame Antwort.

3xx steht für eine Weiterleitung. Bei 4xx lehnt der Empfänger Anfrage, Daten oder Zugriff ab. 5xx bedeutet, dass der empfangende Server die Anfrage nicht verarbeiten konnte. Timeouts und TLS-Fehler sind davon getrennt zu betrachten.

TradingView erwartet innerhalb von drei Sekunden eine Antwort. Ein robuster Empfänger prüft und übernimmt das Signal schnell und sicher, anstatt auf eine langsame Brokerausführung zu warten.

Miss Signalberechnung, Alert, Webhook, Empfänger, cTrader-Transport, Orderübermittlung und Brokerausführung getrennt. Jede Stufe hat eigene mögliche Ursachen.

Duplikate können durch Pine-Logik, doppelte Alerts, mehrere Ausführungsinstanzen oder Wiederholungsversuche entstehen. TradingView kann bestimmte 5xx-Webhooks dreimal erneut senden, sodass aus einer Auslösung bis zu vier Sendungen werden.

Idempotenz bedeutet, dass der mehrfache Empfang desselben Signals nicht mehrere Handelswirkungen erzeugt. Sie ist unverzichtbar, weil Netzwerke Anfragen wiederholen und TradingView bestimmte fehlgeschlagene 5xx-Webhook-Zustellungen erneut senden kann.

Eine Signal-ID muss genau eine beabsichtigte Aktion kennzeichnen und bei Wiederholungen derselben Aktion unverändert bleiben. Speichere bereits verarbeitete IDs, damit erneute Zustellungen bestätigt werden können, ohne die Aktion doppelt auszuführen.

TradingView kann Webhook-Anfragen, die einen HTTP-Status von 500 bis 599 außer 504 erhalten, nach fünf Sekunden bis zu dreimal erneut senden. Eine einzige Auslösung kann daher höchstens vier Sendungen erzeugen.

HTTP 200 sollte bedeuten, dass der Empfänger die HTTP- beziehungsweise Anwendungsanfrage angenommen hat – nicht, dass der Broker eine Ausführung garantiert. Verfolge die Ausführung nach der Bestätigung als separaten Status.

Behandle Webhook-Annahme und cTrader-Ausführung als getrennte Status. Lehnt cTrader die Aktion später ab, protokolliere und zeige den exakten Ausführungsfehler, statt fälschlich eine fehlgeschlagene Webhook-Zustellung zu melden.

Gib zeitkritischen Signalen einen eindeutigen Erstellungszeitpunkt und eine Ablaufregel. Ein vor 30 Sekunden gültiger Einstieg kann nach einem Verbindungsabbruch oder einer Marktbewegung gefährlich sein. Veraltete Befehle dürfen nicht automatisch zu neuen Trades werden.

Das System braucht eine eindeutige Regel: sofort ablehnen, kurzzeitig mit Ablaufzeit einreihen oder zur manuellen Prüfung zurückhalten. Werden nach der Wiederverbindung alle Signale blind abgespielt, können längst ungültige Trades eröffnet werden.

Ein Befehl zur Teilschließung muss die Zielposition oder den Strategiebereich sowie eine eindeutige Menge oder einen Prozentsatz zum Schließen angeben. Verwende keinen mehrdeutigen SELL-Befehl, wenn eine Long-Position lediglich reduziert werden soll.

Verknüpfe ENTRY und EXIT über ihre Identität und gleiche den tatsächlichen cTrader-Zustand ab. Ein zuerst eintreffendes EXIT darf nicht blind zu einem entgegengesetzten Einstieg werden.

Wenn die Reihenfolge wichtig ist, müssen Identität, Zeitstempel und/oder Sequenznummern übertragen werden. Lehne veraltete oder falsch angeordnete Befehle ab, stelle sie zurück oder gleiche sie ab, statt sie blind auszuführen.