Was sollte geschehen, nachdem ein Webhook-Empfänger HTTP 200 zurückgibt?

Was das in der Praxis bedeutet

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. Diese Seite beantwortet gezielt die Frage „Was sollte geschehen, nachdem ein Webhook-Empfänger HTTP 200 zurückgibt?“. Deshalb wird jedes der folgenden Szenarien anhand seines eigenen technischen Ablaufs erklärt und nicht mit einer allgemeinen Standarddiagnose abgehandelt.

Praxisnahe Szenarien

Szenario A — 200, danach Brokerablehnung

HTTP 200 beschreibt den Annahmevertrag des Empfängers und nicht das endgültige Brokerergebnis. Bewahre einen getrennten Ausführungsstatus, damit spätere cTrader-Erfolge, Ablehnungen oder unterdrückte Duplikate sichtbar bleiben, ohne den Transportdatensatz zu verändern. Verwende für Szenario A — 200, danach Brokerablehnung bei Frage 35 genau diese Nachweise, um „Was sollte geschehen, nachdem ein Webhook-Empfänger HTTP 200 zurückgibt?“ zu beantworten, und trenne sie klar von den Nachweisen der anderen Szenarien auf dieser Seite.

Szenario B — 200, danach asynchroner Erfolg

HTTP 200 beschreibt den Annahmevertrag des Empfängers und nicht das endgültige Brokerergebnis. Bewahre einen getrennten Ausführungsstatus, damit spätere cTrader-Erfolge, Ablehnungen oder unterdrückte Duplikate sichtbar bleiben, ohne den Transportdatensatz zu verändern. Verwende für Szenario B — 200, danach asynchroner Erfolg bei Frage 35 genau diese Nachweise, um „Was sollte geschehen, nachdem ein Webhook-Empfänger HTTP 200 zurückgibt?“ zu beantworten, und trenne sie klar von den Nachweisen der anderen Szenarien auf dieser Seite.

Szenario C — 200 für bekanntes Duplikat

HTTP 200 beschreibt den Annahmevertrag des Empfängers und nicht das endgültige Brokerergebnis. Bewahre einen getrennten Ausführungsstatus, damit spätere cTrader-Erfolge, Ablehnungen oder unterdrückte Duplikate sichtbar bleiben, ohne den Transportdatensatz zu verändern. Verwende für Szenario C — 200 für bekanntes Duplikat bei Frage 35 genau diese Nachweise, um „Was sollte geschehen, nachdem ein Webhook-Empfänger HTTP 200 zurückgibt?“ 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 geschehen, nachdem ein Webhook-Empfänger HTTP 200 zurückgibt?“ 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.