API Interactive Brokers vs Alpaca : automatisation

Alpaca ou IBKR en un coup d’œil : interfaces, limites et tests

Documentation officielle vérifiée le 12 octobre 2026. Ce tableau décrit des faits d’intégration documentés, pas un benchmark d’exécution IMRYN ni une comparaison de frais.

Le verdict court : Alpaca ou Interactive Brokers ?

Prenez Alpaca si votre automatisation traite des actions, ETF, options ou cryptos américains et que vous voulez un code opérationnel rapidement. Son Trading API est fourni avec des SDK, un compte de simulation seule ne demande qu’une adresse e-mail, et Alpaca indique que la spécification de l’API est la même en simulation et en réel.

Prenez Interactive Brokers si la stratégie va plus loin. IBKR décrit le trading d’actions, options, contrats à terme, devises et autres produits mondiaux depuis une seule plateforme, et précise que tous les produits ne sont pas proposés dans tous les pays ni à tous les clients. La contrepartie est une connexion plus lourde : TWS ou IB Gateway en marche pour le TWS API, ou Client Portal Gateway ou OAuth pour le Web API.

Aucune des deux API ne dit si une stratégie tient la route. Cette page compare des faits d’intégration documentés, vérifiés le 12 octobre 2026. Ce n’est ni un test de qualité d’exécution, ni une comparaison de frais ou de rendements.

Comment chaque API relie votre code au courtier

Alpaca authentifie les appels du Trading API avec des clés API, et le compte de simulation a une clé différente du compte réel. Passer en simulation revient à remplacer la clé et l’URL de base, par exemple https://paper-api.alpaca.markets. Chaque réponse du Trading API porte un en-tête X-Request-ID, qu’Alpaca demande dans les demandes d’assistance : enregistrez-le avec chaque appel d’ordre.

Le Web API d’IBKR est une interface REST en HTTPS avec des messages JSON. Les comptes de particuliers s’authentifient par Client Portal Gateway, un client Java qui relaie la connexion par SSO. La connexion se fait dans un navigateur sur la même machine, et chaque appel API doit partir de la machine où la passerelle a été authentifiée. OAuth 1.0a est la seule méthode pour les développeurs tiers, et OAuth 2.0 sert les comptes de conseillers, de courtiers et institutionnels.

Le TWS API est un protocole de socket TCP qui dialogue avec Trader Workstation ou IB Gateway : l’un des deux doit donc tourner. IBKR fournit du code en Python, Java, C++, C# et Visual Basic, et exige un compte IBKR Pro ouvert et approvisionné, avec Python 3.11 au minimum. IBKR prévient aussi qu’une fonction absente de TWS est absente de l’API.

Les limites de débit qui cadrent une boucle automatisée

Sur le Web API d’IBKR, la limite globale est de 10 requêtes par seconde pour chaque nom d’utilisateur authentifié, c’est-à-dire chaque session Web API. Certains points d’accès sont plus stricts : /iserver/orders et /iserver/trades acceptent 1 requête toutes les 5 secondes. Un dépassement renvoie HTTP 429, et l’adresse IP fautive peut être mise à l’écart pendant 10 minutes.

Sur le TWS API, la limite de requêtes par seconde vaut le nombre de lignes de données de marché divisé par 2. Avec les 100 lignes par défaut, cela fait 50 requêtes par seconde. IBKR oriente les gros volumes vers son API FIX, limitée à 250 messages par seconde via IB Gateway.

Alpaca publie ses limites d’appels par forfait de données : 200 appels historiques par minute avec le forfait gratuit Basic, 10 000 par minute avec Algo Trader Plus. Dimensionnez interrogations, nouvelles tentatives et temporisations pour le forfait ou la session que vous utilisez vraiment, pas pour le meilleur cas.

La simulation : qui peut tester, et ce qu’elle cache

La simulation Alpaca est gratuite, et n’importe qui dans le monde peut ouvrir un compte de simulation seule. Il démarre avec un solde de 100 000 $ par défaut et peut être réinitialisé. Les exécutions sont simulées à partir des cotations en temps réel, et Alpaca liste ce que la simulation ignore : impact de marché, fuite d’information, glissement dû à la latence, rang dans la file pour les ordres à cours limité non exécutables, frais réglementaires et dividendes.

Un compte de simulation IBKR s’ouvre une fois le compte habituel approuvé et approvisionné. Il donne accès à toutes les fonctions de trading dans un environnement simulé, mais IBKR précise qu’il repose sur davantage de technologies simulées que le réel, et que l’exécution des ordres peut donc différer. Le Web API n’a pas de bascule réel ou simulation : vous vous connectez au Client Portal Gateway avec votre identifiant de simulation distinct.

Dans les deux cas, un résultat en simulation valide la tuyauterie, pas la stratégie. Testez les états d’ordre et les erreurs que vous rencontrerez en réel.

Données de marché : ce qui est gratuit et ce qui se paie

Le forfait Basic d’Alpaca est gratuit. Il fournit les actions en temps réel depuis IEX seulement, un flux indicatif pour les options, 30 symboles sur le WebSocket actions et un historique qui exclut les 15 dernières minutes. Algo Trader Plus, à 99 $ par mois, couvre toutes les places boursières américaines et le flux d’options OPRA.

IBKR indique qu’un abonnement payant est nécessaire pour toutes les données de marché via l’API, sauf les données différées de liste de surveillance. Dans le TWS API, vous fixez le type de données pour chaque requête : direct, figé, différé ou différé figé. Vérifiez le type reçu avant qu’une règle automatique utilise le prix.

Garder une session automatisée en vie

TWS et IB Gateway s’arrêtent à une heure réglée dans Lock and Exit. Pour les utilisateurs de l’API, IBKR recommande Never lock Trader Workstation et Auto restart. Le cycle d’authentification hebdomadaire démarre chaque lundi, et un échec de connexion Soft token=0 impose de se reconnecter à la main. Décidez à l’avance qui s’en charge.

IBKR précise aussi qu’Interactive Brokers Canada n’autorise pas votre propre application à transmettre par l’API des ordres sur des produits cotés sur une place canadienne. Chez Alpaca, les horaires étendus n’acceptent que des ordres à cours limité avec une validité day ou gtc, et la séance de nuit va de 20 h à 4 h, heure de New York, du dimanche au vendredi.

Liste de vérification avant d’automatiser avec l’une ou l’autre API

Faites ces vérifications sur votre propre compte et votre juridiction avant le premier ordre réel.

• Listez les instruments et marchés dont la stratégie a besoin, puis vérifiez que chacun est accessible à votre compte et dans votre pays.
• Notez la limite de débit de votre session ou forfait, et gardez interrogations et nouvelles tentatives en dessous.
• Décidez où vit la session : une passerelle toujours active pour IBKR, ou des clés stockées comme secrets pour Alpaca.
• Déroulez tout le cycle de vie d’un ordre en simulation, y compris rejets, exécutions partielles et annulations.
• Vérifiez de quel flux ou type de données vient chaque prix avant qu’une règle s’en serve.
• Journalisez chaque requête avec son horodatage et son identifiant, dont le X-Request-ID d’Alpaca.
• Gardez un arrêt manuel qui fonctionne même quand l’API ou la passerelle est en panne.

La place d’IMRYN

IMRYN est une infrastructure de trading systématique en développement, encadrée par des limites de risque, des alertes en temps réel, des arrêts d’urgence et une supervision humaine continue. L’API du courtier se situe sous cette couche. Elle transmet les ordres, elle ne décide pas si un ordre doit exister.

IMRYN ne classe pas les courtiers et ne promet aucun résultat. Les événements d’exécution et les décisions des modèles sont enregistrés pour pouvoir être examinés. Ceci ne constitue pas un conseil en investissement, et le trading comporte des risques, notamment la perte de capital.