Tradovate-WebSocket bricht ab: Heartbeats & 24-h-Limit

Streamen Sie Live-Kurse von ES oder NQ in eine automatisierte Strategie, und ein Tradovate-WebSocket, der sich stillschweigend trennt, kann eine Position minutenlang unbeaufsichtigt lassen, bevor Sie es überhaupt bemerken. Tradovates Echtzeit-Socket ist unerbittlich. Der Server schließt eine inaktive Verbindung innerhalb von etwa 10 Sekunden, wenn er nichts mehr von Ihrem Client hört, und eine einzelne Verbindung hat eine harte Lebensdauer, die in Stunden und nicht in Tagen gemessen wird. Wenn ein Tradovate-WebSocket ständig abbricht, liegt es fast immer an drei behebbaren Fehlern, nämlich fehlenden Heartbeats, doppelten Request-IDs und einer Verbindung, die über das 24-Stunden-Limit hinaus offen gehalten wird, plus einem vierten, der Überflutung des Sockets mit Anfragen. Unten finden Sie jede Ursache, die genaue Lösung und wie Sie mit der Weiterleitung Ihrer Alerts über PickMyTrade die rohe Socket-Verwaltung ganz umgehen.

Was „Tradovate-WebSocket trennt ständig die Verbindung“ bedeutet

Das WebSocket-Protokoll von Tradovate ist von Haus aus gesprächig. Nachdem Sie den Socket geöffnet haben, sendet der Server einen Open-Frame (o), Sie senden einen Authorize-Frame mit Ihrem Access-Token, und von da an wird erwartet, dass beide Seiten weiter kommunizieren. Wenn der Server etwa 10 Sekunden lang nichts von Ihrem Client hört, geht er davon aus, dass die Verbindung tot ist, und schließt sie. Deshalb bricht ein Socket, der “eben noch funktionierte”, in dem Moment ab, in dem Ihr Code keine Frames mehr sendet.

Hier ist der Haken, der die meisten Entwickler überrascht: Sobald Sie einen Live-Datenfeed abonnieren, sendet der Server keine eigenen Heartbeat-Frames mehr, weil die Streaming-Nachrichten selbst beweisen, dass die Verbindung aktiv ist. Ihr Client muss jedoch weiterhin beweisen, dass er aktiv ist. Wird Ihr Datenfeed ruhig, etwa in einer langsamen Nachtsitzung oder bei einem wenig gehandelten Symbol, und Ihr Client sendet keine eigenen Heartbeats, schließt der Server den Socket, obwohl nichts “falsch” ist.

Zusätzlich zum Inaktivitäts-Timeout führt eine einzelne Verbindung, die länger als 24 Stunden offen gehalten wird, zu Trennungen. Selbst ein perfekt funktionierender Client, der Heartbeats sendet, wird also irgendwann getrennt, wenn er sich nie neu verbindet. Diese beiden Uhren zu verstehen, den Inaktivitäts-Timer von ca. 10 Sekunden und die Verbindungsobergrenze von ca. 24 Stunden, ist der Schlüssel zu einem stabilen Feed.

Die häufigsten Ursachen für Tradovate-WebSocket-Abbrüche 2026

1. Kein Heartbeat (oder ein verspäteter)

Das ist die Ursache Nummer eins. Ihr Client ist dafür verantwortlich, alle 2,5 Sekunden einen Heartbeat zu senden, einen Frame, dessen Text genau [] lautet, um nicht wegen Inaktivität geschlossen zu werden. Verpassen Sie das Zeitfenster, schließt sich der Socket.

2. Browser-Tabs drosseln Ihren Timer

Läuft Ihre App in einem Browser und steuern Sie Heartbeats mit setInterval oder setTimeout, werden die Timer eines inaktiven oder im Hintergrund laufenden Tabs vom Browser gedrosselt. Ihre Heartbeats kommen verspätet oder bleiben ganz aus, und der Socket stirbt “ohne Grund”, sobald Sie den Tab wechseln.

3. Doppelte Request-IDs

Jede Anfrage, die Sie senden, trägt im Feld i eine Ganzzahl-ID. Senden Sie zwei Anfragen mit demselben i auf demselben Socket, bringen Sie die Zuordnung von Anfrage und Antwort durcheinander, was die Verbindung unterbrechen oder Sie ewig auf eine Antwort warten lassen kann, die nie sauber aufgelöst wird.

4. Zu schnelles Senden von Anfragen

Wenn Sie einen Schwall von Frames auf den Socket abfeuern, etwa Dutzende Symbole in einer engen Schleife abonnieren oder Ordermodifikationen im Dauerfeuer senden, können Sie den Flood-Schutz von Tradovate auslösen und eine Trennung verursachen.

5. Das 24-Stunden-Limit erreicht oder ein abgelaufenes Token

Eine Verbindung, die länger als etwa 24 Stunden offen gehalten wird, wird getrennt. Ähnlich verhält es sich mit dem Access-Token Ihrer Sitzung, das abläuft (Tradovate-Access-Tokens sind kurzlebig, in der Größenordnung von 90 Minuten). Versuchen Sie, einen neu verbundenen Socket mit einem veralteten Token erneut zu autorisieren, schlägt die Authentifizierung fehl und Sie bleiben getrennt.

So beheben Sie Tradovate-WebSocket-Abbrüche: Schritt für Schritt

Fehlende Heartbeats beheben

Browser-Tab-Drosselung beheben

Doppelte Request-IDs beheben

Anfrageflut und 24-Stunden-Limit beheben

Tabelle zur Fehlerbehebung

Vermeiden Sie das mit PickMyTrade

Wenn Sie Automatisierung nur einrichten, um Orders in Tradovate zu bekommen, müssen Sie möglicherweise gar keinen rohen WebSocket verwalten. PickMyTrade nimmt Ihre TradingView-Alerts entgegen und liefert sie für Sie an Tradovate aus, sodass Heartbeat-Timing, Request-ID-Hygiene und Wiederverbindungslogik auf unserer Seite liegen:

• Verwaltete Verbindungsstabilität, die Verbindung zu Tradovate wird für Sie aufrechterhalten und neu aufgebaut, sodass Heartbeat-Lücken und die 24-Stunden-Obergrenze Ihre Strategie nie erreichen.
• Ratenlimit-sicheres Routing, Alerts werden getaktet und in eine Warteschlange gestellt, damit ein Schwall von Signalen den Socket nie bis zur Trennung überflutet.
• Token- & Sitzungsverwaltung, Authentifizierung und Erneuerung werden im Hintergrund verwaltet, sodass ein abgelaufenes Token Ihre Automatisierung nie unbemerkt lahmlegt.
• Multi-Account-Synchronisierung, ein Alert wird sauber auf mehrere Tradovate-Konten gespiegelt, ohne dass Sie einen Socket pro Konto jonglieren müssen.