WS Tradovate abonné mais aucune cotation (pas de données)

Vous avez câblé le WebSocket Tradovate, vous vous êtes autorisé proprement, lancé md/subscribeQuote et reçu un net {"s":200,"i":1}, succès. Puis plus rien. Juste une série interminable de trames de heartbeat h et pas une seule trame de données a portant un bid ou un ask. Inspectez le compte et une ligne explique tout : "hasMarketData": false. Le socket fait exactement ce que vous lui avez dit ; le compte n'est simplement pas habilité à recevoir des cotations en direct. C'est l'un des écueils les plus déroutants de l'API Tradovate précisément parce que chaque ligne de journal indique “OK” alors que votre flux de prix reste totalement muet. Voici le détail complet, ce que signifie l'indicateur, pourquoi cela arrive et comment réactiver les cotations.

Ce que signifie "hasMarketData": false

hasMarketData est un indicateur au niveau du compte que Tradovate renvoie dans les paramètres de votre compte. Lorsqu'il vaut true, le compte détient un droit actif aux données de marché, de sorte que le flux de cotations en temps réel de la bourse est autorisé à lui parvenir. Lorsqu'il vaut false, le compte n'a aucun accord ni abonnement de données de marché en direct, et ce seul indicateur prime sur tout le reste en aval.

L'essentiel est de comprendre que le droit et l'abonnement sont deux couches distinctes. md/subscribeQuote renvoyant {"s":200} confirme seulement que la requête d'abonnement était bien formée et acceptée par le socket. Cela ne dit rien sur le fait que le compte soit habilité à recevoir les données derrière cet abonnement. Vous tombez donc dans le piège exact que décrit l'indicateur : un abonnement valide, “réussi”, qui produit zéro trame a parce que le compte n'a jamais été autorisé à recevoir des prix en direct.

Pour le dire simplement : le tuyau est branché et ouvert, mais le robinet en amont est fermé. L'ouvrir est une action de compte et de droits, pas un correctif de code, aucun réabonnement ne fera basculer un indicateur false.

Principales causes d'absence de cotations via le WebSocket

1. Le compte n'a aucun droit aux données de marché en direct (hasMarketData: false)

C'est la cause racine que l'indicateur rapporte littéralement. Les cotations de futures en temps réel sont des données sous licence de bourse. Pour les recevoir, le compte a besoin d'un abonnement actif aux données de marché ainsi que de l'accord de données boursier correspondant, pour les produits CME, c'est l'accord CME non professionnel ou professionnel. Tant que ce droit n'existe pas, la bourse ne libérera aucun tick en direct vers le compte, et le socket n'a donc rien à transmettre.

2. S'abonner sur le socket de trading au lieu du socket de données de marché

Tradovate exploite deux connexions WebSocket distinctes. Le routage des ordres et les données de compte transitent par le socket de trading (wss://live.tradovateapi.com/v1/websocket, ou wss://demo.tradovateapi.com/... en démo). Les cotations, le DOM et les graphiques transitent par le socket de données de marché (wss://md.tradovateapi.com/v1/websocket, ou wss://md-demo.tradovateapi.com/... en démo). Envoyez md/subscribeQuote au socket de trading et vous pouvez tout de même obtenir un accusé 200 plus des heartbeats, mais les trames a en temps réel n'arrivent jamais, car ce socket ne sert pas de données de marché.

3. Autoriser le socket de données de marché avec le mauvais jeton

Lors de l'authentification, Tradovate renvoie deux jetons : accessToken pour le socket de trading et mdAccessToken pour le socket de données de marché. Chaque socket doit être autorisé avec son propre jeton via la trame authorize après son ouverture. Autorisez le socket md avec le accessToken de trading et la connexion se comporte comme si elle n'avait jamais été correctement habilitée : des heartbeats, mais aucune cotation.

4. Vous êtes sur un flux démo/simulé ou différé

Un environnement neuf ou de démo livre souvent des données simulées ou différées plutôt qu'un flux boursier en temps réel. C'est pourquoi les tests sur le point de terminaison démo montrent si souvent un abonnement propre suivi d'aucun tick en direct, l'environnement n'est tout simplement pas relié à un flux temps réel payant et habilité. Confirmez si le compte est censé disposer de données boursières en direct avant de supposer un bug de code.

5. Symbole invalide ou "Symbol is inaccessible"

Même avec le droit en place, s'abonner à un symbole pour lequel votre compte n'est pas licencié, ou à un symbole continu/alias au lieu d'un vrai contrat du mois en cours, peut renvoyer une erreur Symbol is inaccessible et aucune donnée. Abonnez-vous toujours au contrat actuel du mois en cours en utilisant le bon code de mois CME (par exemple MNQU5), pas à une racine générique ni à un alias de graphique.

Comment corriger l'absence de cotations via le WebSocket : pas à pas

Corriger le droit (passer hasMarketData à true)

Corriger le câblage du socket et du jeton

Corriger un compte prop / d'évaluation

Remarque propre à l'API

Les données en temps réel programmatiques via l'API entraînent leur propre licence boursière en plus des données de la plateforme. Selon votre usage et la bourse, cela peut exiger le statut de fournisseur de données de marché enregistré et des frais de licence récurrents, le montant varie selon la bourse et change avec le temps, confirmez donc le chiffre actuel CME/Tradovate avant de budgéter. Si vous voulez seulement passer des ordres, vous pouvez les router sur des données différées gratuites et ignorer complètement la licence temps réel.

Tableau de dépannage

Évitez cela avec PickMyTrade

Si votre objectif est d'automatiser Tradovate depuis TradingView plutôt que de construire à la main un socket de données de marché brut, PickMyTrade contourne l'essentiel de tout cela en acheminant vos alertes TradingView directement vers votre compte Tradovate pour exécution :

• Aucun socket de données de marché brut à câbler, PickMyTrade agit sur vos signaux TradingView, vous n'avez donc pas à maintenir des flux md/subscribeQuote ni à jongler avec deux sockets et deux jetons.
• Attentif aux droits et aux accords de données, le routage des ordres respecte l'état des données en direct et de l'accord du compte, de sorte que vous n'êtes pas pris au dépourvu par un hasMarketData: false silencieux.
• Routage respectueux des limites de débit, le flux d'ordres est espacé afin que rien ne rebondisse sur les limites de requêtes de Tradovate.
• Synchronisation multi-comptes, répliquez le même ordre automatisé sur plusieurs comptes Tradovate à la fois.