TradingView mit Interactive Brokers: Alerts automatisieren.

TradingView kann Alerts nicht von sich aus als Orders bei Interactive Brokers (IBKR) ausführen: Laut IBKR wird Pine Script für den Handel mit Interactive Brokers nicht unterstützt, und die Broker-Anbindung im TradingView-Handelspanel ist für Orders gedacht, die Sie selbst im Chart erteilen. Automatisch wird es erst mit einer eigenen Brücke: TradingView schickt bei jedem Alert einen Webhook an einen Empfänger, der das Signal prüft und über die TWS API an ein dauerhaft laufendes IB Gateway weitergibt. Dieser Artikel beschreibt Stand Oktober 2026 die IBKR-spezifischen Teile dieser Brücke: wie aus einem TradingView-Ticker wie ES1! ein konkreter IBKR-Kontrakt wird, wie Sie Alert-Signale in Orders übersetzen, was die wöchentliche Anmeldung und die Reset-Fenster für den Betrieb bedeuten und wann QuantConnect oder MetaTrader 5 die bessere Wahl sind. Es geht um Technik und Risikokontrolle, nicht um Strategien.

Kann TradingView bei Interactive Brokers automatisch handeln?

Nicht direkt. Die IBKR-Dokumentation zur TradingView-Integration beantwortet die Frage nach Pine Script knapp: Pine Script wird für den Handel mit Interactive Brokers nicht unterstützt. TradingView selbst schreibt in seiner Hilfe, dass automatisches Handeln mit Pine-Strategien derzeit nicht möglich ist; Strategien laufen dort nur im Backtesting-Modus, eine Verbindung zum Brokerkonto für Strategien gibt es nicht.

Was es gibt, ist die Broker-Anbindung im Handelspanel. Sie melden sich dort mit Ihren IBKR-Zugangsdaten an und sehen danach Positionen, Orders, Ausführungen und Salden, und Sie können aus dem Chart heraus Orders erteilen. Die Voraussetzungen laut IBKR, Stand Oktober 2026:

• ein offenes und mit mindestens 1 USD finanziertes IBKR-Konto; Demo-Konten unterstützt IBKR für TradingView offiziell nicht,
• Handelsrechte für jede Wertpapierart, die Sie handeln wollen,
• für IBKR-Marktdaten mindestens 500 USD Kontowert plus die Abo-Kosten,
• bei Zusatzbenutzern die Rechte „Trading Access“ und „TWS“,
• ein API-tauglicher zweiter Faktor: IB Key, Handy Key, SMS oder Digital Security Card+, nicht aber Security Code Cards.

Über die Integration handelbar sind laut IBKR Aktien, US-Aktien- und Indexoptionen, Futures, Krypto und Forex. Anleihen, CFDs, Optionen auf Futures, Optionen an europäischen und asiatischen Börsen sowie Optionsscheine sind ausgeschlossen. Fehlen IBKR-Marktdaten, zeigt TradingView vor jeder Order eine Warnung, die bestätigt werden muss. Für einen Automaten ist das Panel nicht gebaut.

Wie sieht eine Brücke von TradingView zu IB Gateway aus?

Die Brücke hat drei Teile: TradingView schickt bei einem Alert den Text des Nachrichtenfelds per HTTP-POST an eine URL. Ein Empfänger auf Ihrem Server prüft die Nachricht und legt sie in eine Warteschlange. Ein Worker übersetzt das Signal in eine IBKR-Order und sendet sie über die TWS API an TWS oder IB Gateway.

Für den Webhook gelten die Vorgaben von TradingView: aktivierte Zwei-Faktor-Authentifizierung im TradingView-Konto, nur die Ports 80 und 443, kein IPv6, drei Sekunden Timeout und keine Zugangsdaten im Nachrichtentext. Wie der Empfänger sofort quittiert, Duplikate per Idempotenzschlüssel abfängt und sich gegen fremde Anfragen schützt, beschreibt der Artikel TradingView-Webhooks an den Broker anbinden; hier geht es um die IBKR-Seite.

Auf der IBKR-Seite sind TWS und IB Gateway aus Sicht eines Programms gleichwertig: Beide öffnen nach der Anmeldung einen Socket, mit dem sich Ihr Programm verbindet. Das Gateway ist schlanker und braucht laut IBKR rund 40 Prozent weniger Ressourcen. Ein typischer Aufbau auf einem virtuellen Server (VPS):

• Reverse Proxy auf Port 443, also ein vorgeschalteter Webserver, der die Webhooks annimmt und an den Empfänger weiterreicht,
• Empfänger und Worker als eigener Dienst, etwa in Python mit ib_async oder der offiziellen ibapi,
• IB Gateway auf demselben Rechner, API-Port nur an localhost gebunden (Standard 4001 live, 4002 Paper),
• Protokoll und Alarmkanal, damit Rejects und Verbindungsabbrüche sofort sichtbar werden.

Der API-Port darf nie öffentlich erreichbar sein. Die TWS API verlangt von Programmen keine eigene Anmeldung, geschützt wird sie über „Allow connections from localhost only“ und vertrauenswürdige IP-Adressen. Wer zugelassen ist und den Port erreicht, kann über Ihr Konto handeln. Ein Detail mit Folgen: Ein IBKR-Benutzername kann laut IBKR nicht gleichzeitig in mehreren Handelsanwendungen angemeldet sein. Wer das TradingView-Panel und die Brücke parallel nutzen will, vermeidet gegenseitige Abmeldungen am einfachsten mit einem eigenen Benutzernamen für das Gateway.

Symbol-Mapping: von TradingView-Tickern zu IBKR-Kontrakten.

Der Platzhalter {{ticker}} im Alert liefert das TradingView-Kürzel, nicht den IBKR-Kontrakt. Für Aktien genügt meist eine Zuordnung von Kürzel, Börse und Währung. IBKR empfiehlt aber ausdrücklich, Kontrakte über die conId und die Börse anzusprechen. Die conId ist eine eindeutige, unveränderliche Nummer je Instrument; Apple an der NASDAQ hat laut IBKR-Doku die 265598. Ermitteln lässt sie sich einmalig mit reqContractDetails, danach gehört sie in eine feste Zuordnungstabelle der Brücke. Symbole, die nicht in dieser Tabelle stehen, lehnt die Brücke ab, statt zu raten.

Bei Futures wird es schwieriger. TradingView-Symbole mit 1! sind Endloskontrakte: Sie zeigen den jeweils vorderen Kontrakt und wechseln automatisch auf den nächsten, wenn dieser ausläuft. IBKR kennt mit CONTFUT zwar ebenfalls Endlos-Futures, laut Doku aber nur für historische Daten. Für Orders und Live-Daten sind sie ausdrücklich nicht nutzbar. Die Brücke muss deshalb selbst entscheiden, welcher Kontraktmonat gemeint ist, und dafür einen echten Kontrakt mit Symbol, Börse, Währung, Verfallsmonat, Multiplikator und Trading Class oder direkt dessen conId verwenden.

Hilfreich ist die Pine-Variable syminfo.current_contract, die es laut Release Notes seit Juli 2025 gibt. Sie liefert auf einem Endlos-Chart das Kürzel des zugrunde liegenden Kontrakts. Steht dieser Wert in der Alert-Nachricht, prüft die Brücke, ob TradingView und der eigene Rollkalender denselben Monat meinen; bei Abweichung stoppt sie mit Alarm. Bei physisch belieferten Kontrakten kommt hinzu: IBKR erlaubt bei bestimmten davon keine Lieferung und kann Positionen in der Close-Out-Periode vor dem Verfall ohne weitere Ankündigung glattstellen. Der Rollkalender der Brücke muss also vor diesen produktspezifischen Fristen rollen, nicht erst beim Verfall.

Wie wird aus einem TradingView-Alert eine IBKR-Order?

Ein Strategie-Alert kennt Platzhalter wie {{strategy.order.action}} (buy oder sell), {{strategy.order.contracts}}, {{strategy.market_position}} (long, flat oder short) und {{strategy.market_position_size}}. Laut TradingView löst der Alert aus, wenn der Broker-Emulator, also der simulierte Broker von TradingView, auf dem Server eine Order in Echtzeit ausführt. Robuster als die Ordermenge aus dem Alert ist die Zielposition: Marktposition und Positionsgröße beschreiben, wo die Strategie nach der Order stehen will. Die Brücke liest die tatsächliche IBKR-Position und ordert nur die Differenz. So entsteht aus einem doppelt zugestellten Alert keine doppelte Position, und eine Umkehr von long nach short wird korrekt berechnet.

Nach dem Senden beginnt die eigentliche Arbeit. IBKR empfiehlt, vier Rückmeldungen auszuwerten: error, orderStatus, openOrder und execDetails. Typische Fälle aus der Doku: Fehler 201, wenn eine Order zu groß ist, Status „Cancelled“ mit Fehler 202, wenn der Limitpreis zu weit vom Markt liegt, und ein Hinweis auf Preis-Capping über openOrder. Jeder Reject gehört in den Alarmkanal, denn die Strategie im Chart nimmt eine Ausführung an, die bei IBKR nie stattfand.

Zwei TWS-Einstellungen verdienen eine bewusste Entscheidung. Unter „Precautions“ halten Warnungen API-Orders an, bis jemand sie bestätigt. „Bypass Order Precautions for API orders“ schaltet das ab, dann müssen die Prüfungen der Brücke diese Lücke füllen. Und „Maintain and resubmit orders when connection is restored“ ist standardmäßig aktiv: Orders aus der Zeit eines Verbindungsverlusts werden später nachgesendet. Für einen Signalautomaten heißt das: Ohne Prüfung des Alert-Alters kann ein veraltetes Signal ausgeführt werden.

Betrieb: wöchentliche Anmeldung, Reset-Fenster, Pacing.

TWS und IB Gateway verlangen eine Anmeldung im Login-Fenster; einen Betrieb ohne grafische Oberfläche unterstützt IBKR aus Sicherheitsgründen nicht. Mit „Auto restart“ und „Never lock Trader Workstation“ startet das Gateway täglich neu, ohne dass Sie sich anmelden müssen. Einmal pro Woche ist trotzdem eine manuelle Anmeldung mit zweitem Faktor fällig. Eine IBKR-Seite verortet sie nach dem Server-Reset in der Nacht auf Sonntag, eine andere schreibt, der Zyklus beginne montags. Planen Sie die Anmeldung fest vor den ersten Alerts der Woche ein. Wie Auto-Restart nach dem Ende von IBC eingerichtet wird, steht im Artikel IB Gateway im Dauerbetrieb.

Hinzu kommen die Reset-Fenster. Laut IBKR-Systemstatus liegt der tägliche Reset von Sonntag bis Freitag für Europa zwischen 06:25 und 07:45 Uhr MEZ, für Nordamerika zwischen 00:15 und 01:45 Uhr New Yorker Zeit; samstags gibt es ein Wartungsfenster von 00:00 bis 02:00 Uhr New Yorker Zeit. In dieser Zeit können Anmeldung und Orderverwaltung unterbrochen sein. Bestehende Orders, die nativ an der Börse liegen, laufen weiter; Ausführungsmeldungen und von IBKR simulierte Orders kommen verzögert. Alerts in diesen Fenstern sollte die Brücke nach einer festen Höchstdauer verwerfen und melden, statt sie aufzustauen. Die Systemmeldungen 1100, 1101 und 1102 zeigen Verlust und Wiederherstellung der Verbindung. Bei 1101 sind Marktdaten-Abos verloren und müssen neu angefordert werden.

Pacing, also die Begrenzung der Anfragen pro Zeit, spielt bei wenigen Alerts am Tag kaum eine Rolle. Die TWS API erlaubt laut IBKR-Doku standardmäßig 50 Anfragen pro Sekunde, mehr nur mit zusätzlichen Marktdatenzeilen. Kritisch sind der Start, wenn die Brücke für viele Symbole Kontraktdetails und Kurse lädt, und Schleifen nach einer Neuverbindung. Je nach API-Einstellung bremst TWS die Anfragen selbst oder lehnt sie mit Fehler 100 ab; nach dreimaliger Überschreitung beendet es dann die API-Sitzung. Auf der TradingView-Seite gibt es eine eigene Bremse: Ein Alert stoppt, wenn er mehr als 15-mal in drei Minuten auslöst.

Alternativen: QuantConnect und MetaTrader 5 mit IBKR.

Ohne eigene Brücke bleibt nur, die Strategie auf eine Plattform zu verlagern, die IBKR anbindet. Dann muss die Pine-Logik neu geschrieben und neu getestet werden:

QuantConnect verbindet sich laut IBKR über die TWS API in einer Umgebung, die QuantConnect selbst betreibt. Laut QuantConnect-Doku braucht es ein IBKR-Pro-Konto und IB Key; jeden Sonntag kommt eine Bestätigungsanfrage auf das IB-Key-Gerät, ohne Reaktion stoppt der Algorithmus. Alternativ lässt sich über das Client Portal eine FIX-Anbindung abonnieren, die die wöchentliche Anmeldung erspart, aber nicht für Paper-Konten gilt. Der Vorteil: Backtest und Live-Betrieb laufen auf derselben Engine.

MetaTrader 5 führt IBKR unter den Drittanbieter-Anbindungen. Eine eigene MT5-Anbindung von IBKR gibt es nicht; die Verbindung läuft über Brücken anderer Hersteller, zu denen IBKR keine Auskunft gibt. Das oneZero-Hub-Gateway richtet sich laut IBKR an Introducing Broker, nicht an Einzelkonten.

Grenzen, Risiken und Testplan im Paper-Konto.

Eine Brücke macht aus einem Chart-Signal eine echte Order. Bei Futures und Optionen kommt der Hebel hinzu, Verluste können die Einlage übersteigen:

• Zustellung: TradingView weist darauf hin, dass Webhooks ihr Ziel gelegentlich nicht erreichen. Ein fehlender Alert heißt: keine Order, oder eine offene Position ohne Ausstieg.
• Kursdaten: Das Signal entsteht auf den TradingView-Daten, ausgeführt wird zu IBKR-Kursen. Unterschiede bei Feed, Session-Zeiten und Rollterminen verschieben Einstieg und Ausstieg.
• Auseinanderlaufende Zustände: Die Strategie im Chart weiß nichts von Rejects, Teilausführungen oder manuellen Eingriffen. Nur der regelmäßige Abgleich mit der IBKR-Position hält beide Welten zusammen.
• Überanpassung: Eine Pine-Strategie, die im Backtest überzeugt, ist dadurch nicht robust. Automatisierung führt Fehler nur schneller aus.

Testen Sie die gesamte Kette zuerst im Paper-Konto. Das IBKR-Paper-Konto ist ein Simulator: Ausführungen kommen vom besten Geld- und Briefkurs, Stops und komplexe Orders werden immer simuliert, manche Ordertypen wie VWAP fehlen. Laut IBKR sollen Paper-Konten ausschließlich dazu dienen, die Funktionsweise der Werkzeuge zu verstehen. Ein Testplan:

1. Jedes Signal aus der Tabelle oben mindestens einmal bewusst auslösen, auch Umkehr und Not-Aus.
2. Denselben Alert zweimal senden und prüfen, dass nur eine Order entsteht.
3. Ein unbekanntes Symbol und eine zu große Menge senden; beides muss abgelehnt und gemeldet werden.
4. Das Gateway während eines offenen Trades beenden und neu starten, danach Positionsabgleich prüfen.
5. Einen Rolltermin im Paper-Konto durchspielen, einschließlich Abgleich mit syminfo.current_contract.
6. Eine volle Woche inklusive Reset und Wochenanmeldung durchlaufen, bevor auf das Live-Konto umgestellt wird.

Was Sie jetzt konkret tun können.

1. Klären, ob Sie wirklich Pine Script behalten müssen. Wenn nicht, sind QuantConnect oder eine eigenständige Python-Strategie an der TWS API oft einfacher als eine Brücke.
2. Für die Brücke einen eigenen IBKR-Benutzernamen anlegen, einen API-tauglichen zweiten Faktor aktivieren und das Paper-Konto einrichten.
3. Eine Zuordnungstabelle anlegen: jedes freigegebene TradingView-Symbol mit conId, Börse, Währung und bei Futures dem Rollkalender vor der IBKR-Close-Out-Frist.
4. Die Alert-Nachricht so gestalten, dass sie Zielposition, Positionsgröße, Bar-Zeit und bei Futures syminfo.current_contract enthält.
5. Prüfungen und Grenzen schriftlich festlegen: Höchstmengen, Alter eines Alerts, Handelszeiten, Tagesverlust, Not-Aus.
6. Precautions und „Maintain and resubmit orders“ in TWS oder Gateway bewusst einstellen und die Entscheidung dokumentieren.
7. Den Testplan im Paper-Konto vollständig abarbeiten und erst danach mit kleiner Größe live gehen.

Wenn ich solche Brücken entwickle, steckt der größte Aufwand im Mapping, im Positionsabgleich und in der Fehlerbehandlung, nicht im Webhook. Die Live-Aktivierung bleibt bei Ihnen.

Häufige Fragen.

Kann ich TradingView-Strategien automatisch bei Interactive Brokers handeln?

Nicht direkt. Laut IBKR wird Pine Script für den Handel mit Interactive Brokers nicht unterstützt, und die TradingView-Anbindung dient Orders, die Sie selbst im Chart erteilen. Automatisch funktioniert es nur über eine eigene Brücke: TradingView sendet einen Webhook an einen Empfänger, der das Signal prüft und über die TWS API an TWS oder IB Gateway weitergibt. Stand Oktober 2026.

Warum kann ich ES1! nicht direkt bei IBKR ordern?

ES1! ist bei TradingView ein Endlos-Chart, der automatisch auf den nächsten Kontrakt wechselt, wenn der vordere ausläuft. Das Gegenstück bei IBKR heißt CONTFUT und liefert laut Doku nur historische Daten, keine Orders und keine Live-Daten. Eine Brücke muss den konkreten Kontraktmonat bestimmen, am besten über die conId, und vor der Close-Out-Frist von IBKR rollen.

Läuft IB Gateway für TradingView-Alerts rund um die Uhr ohne Eingriff?

Nicht ganz. Mit Auto-Restart startet IB Gateway täglich ohne neue Anmeldung neu, einmal pro Woche verlangt IBKR aber eine manuelle Anmeldung mit zweitem Faktor. Ein Betrieb ohne grafische Oberfläche wird nicht unterstützt. Dazu kommen tägliche Reset-Fenster, für Europa laut IBKR zwischen 06:25 und 07:45 Uhr MEZ, in denen Orderverwaltung und Meldungen verzögert sein können.

Geht MetaTrader 5 mit Interactive Brokers?

Nur eingeschränkt. IBKR führt MetaTrader 5 als Drittanbieter-Anbindung, eine eigene MT5-Schnittstelle bietet IBKR nicht. Die Verbindung läuft über Brücken anderer Hersteller, zu deren Kompatibilität und Betrieb IBKR keine Auskunft gibt; das oneZero-Hub-Gateway ist laut IBKR nicht für Einzelkonten gedacht. Wer in MQL5 entwickelt, sollte prüfen, ob ein Broker mit eigener MT5-Anbindung besser passt.

Quellen und Stand.

• Can I use TradingView Pine Script during the connection between IB and TradingView? — Interactive Brokers
• TradingView Integration: Requirements — Interactive Brokers
• How to configure webhook alerts — TradingView
• Strategy Alerts — TradingView
• TWS API Contract Reference: Futures (Continuous Futures) — Interactive Brokers
• TWS API: The IB Gateway — Interactive Brokers
• Current System Status (Daily Reset Schedule) — Interactive Brokers
• Interactive Brokers (Live Trading Brokerages) — QuantConnect

Stand: 22. Oktober 2026. Produkte, Funktionen und Preise ändern sich schnell; maßgeblich sind die Angaben der Anbieter und Behörden.

Sie wollen TradingView-Alerts über eine eigene Brücke bei Interactive Brokers ausführen lassen? Unverbindlich anfragen — wir klären Symbol-Mapping, Prüfungen, Betrieb des IB Gateway und den Testlauf im Paper-Konto. Mehr zu meinem Angebot: Trading-Systeme entwickeln lassen.