Eine hypothetische Routine nutzt TradingView für den Marktüberblick und MT5 für Tests und Aufträge. Das ist sinnvoll, wenn beide benötigte Funktionen liefern. Prüfe vorher den Kontozugang: XTB nennt in seiner deutschen Hilfe xStation und keinen aktuellen MT4-/MT5-Zugang. Ein anderer Chart überträgt dieses Konto nicht zu MT5. Die folgenden Rechenmodelle sind ausdrücklich hypothetisch.

Konto und Plattform getrennt betrachten

TradingView bietet Analyse und unterstützte Brokerverbindungen; MT5 verbindet Trading und Tests über passende Brokerkonten. Beide haben zusätzlich Web- und Mobilversionen mit unterschiedlichen Möglichkeiten. Das Konto wird vom Broker geführt und existiert nicht ausschließlich auf deinem Laptop. MT5 besitzt sechs Pending-Order-Arten; die Zahl 21 beschreibt Chartzeiteinheiten, keine 21 Ordertypen.

Wähle nach Produkt, Kontoversion und Aufgabe. Mehr Anwendungen schaffen nicht automatisch bessere Übersicht. Eine einzelne Plattform kann genügen, wenn sie Analyse, Konto und Ausführungsweg abdeckt. Instrumentabdeckung und Berechtigungen folgen nicht allein dem Broker- oder Plattformnamen.

TradingView für nachvollziehbare Analyse

Erstelle die benötigten Ansichten, markiere Bedingungen und speichere Layout sowie Datenquelle. Ein öffentliches Pine-Skript ist eine zu prüfende Idee, kein Profitnachweis. Vergleiche Chartarten, gleichzeitige Charts und Historie mit dem aktuellen Tarif. Eine fixe Lernzeit oder der Stil H1 entscheidet nicht, welchen Plan du benötigst.

TradingView-Alerts werden auf den Servern ausgewertet; das Schließen des Laptops beendet die Prüfung nicht. Zustellung und Empfang musst du trotzdem testen. Ein laufender Pine-Alert verwendet die bei seiner Erstellung kopierten Regeln, Inputs, Symbol und Zeiteinheit. Änderungen am Chart aktualisieren diese Kopie nicht. Lösche und erstelle den Alert nach einer Regeländerung neu. Unterscheide außerdem Intrabarbedingung und Barschlussprüfung.

MT5 für Aufträge und Rückbestätigung

Verfügbarkeit von Ordertypen und Markttiefe hängt von Broker, Symbol und Konto ab. Stop-Limit hat Trigger und gesonderten Limitpreis; die danach platzierte Limitorder kann ungefüllt bleiben. Vergleiche Produkt, Quelle, Kontraktgröße, Volumenschritt, Quotierungswährung und Session, bei Futures auch den Kontraktmonat. Bezahlt verfügbarer Chartfeed bestätigt nicht automatisch Echtzeitdaten im Broker-Orderpanel.

Beim selben Referenzzeitpunkt liegt unser EUR/USD-Bid bei 1,10000, Ask bei 1,10012; später erfolgt der Kauf zu 1,10015. Ein Pip ist 0,0001 USD je EUR. Der beobachtete Spread beträgt 1,2 Pips, die Verschlechterung gegenüber Ask 0,3 Pips und der gesamte Abstand zum Bid 1,5 Pips. Bei 10.000 EUR Basisnominalwert entsprechen die 0,3 Pips 0,30 USD vor weiteren Kosten. Der volle Abstand ist nicht ausschließlich Slippage. Einzelbeobachtungen isolieren weder Latenz noch Liquidität oder Marktbewegung; dafür brauchst du abgestimmte Quote- und Fillbelege.

Ein Webhook übergibt ein Alertsignal an einen externen Empfänger. Dieser muss Format, Symbol, Volumen, Signalalter und vorhandene Exposition prüfen und den Brokerauftrag verarbeiten. Die Brokerverbindung allein automatisiert keine Pine-Strategie. MT5-EAs können Handelsrequests senden; auch hier kontrollierst du das Ergebnis. TradingView beschreibt mögliche Webhook-Zustellfehler. Alertlogstatus ist keine Brokerbestätigung. Zugangsdaten gehören nicht in Nachrichtenkörper.

Versionsfolge und Zustand erhalten

Eine hypothetische manuelle Routine überprüft am Wochenende vier Hauptpaare und zwei Indizes. Jede Bedingung nennt Quote-Seite, Berührung oder Barschluss, Größenregel und Verfall. Nach dem Alert kontrollierst du aktuellen Kontrakt, Kurs, Exposition und Stop. Nach einem Request prüfst du Orders, Positionen und Historie, bevor du bei verlorener Antwort wiederholst. In Hedging kann ein Gegengeschäft eine zweite Position eröffnen; zum Schließen wählst du die gemeinte Position.

Unser eigener Empfänger speichert Versionen als Strings. Python beurteilt "10" > "9" als falsch, weil lexikografisch die erste Ziffer zählt. Nach gültiger Formprüfung und Integerumwandlung ist 10 > 9 wahr. Gültiges JSON kann beide Datentypen enthalten. Definiere deshalb Feldtyp und Bereich. Im Beispiel sind nur nichtnegative dezimale Ganzzahlen ohne Vorzeichen, Bruchteil oder führende Null erlaubt; es beschreibt keinen Plattformdefekt.

Versionsnummer als String oder ZahlEigener Empfänger vergleicht die gültigen nichtnegativen Versionen 9 und 10 ohne Vorzeichen, Bruchteil oder führende Null.RECHEN- UND LERNBEISPIELStringvergleich"10" > "9": FalseIntegervergleich10 > 9: TrueZielpositionen42 vor 41 empfangen
Versionsnummer als String oder Zahl. Eigener Empfänger vergleicht die gültigen nichtnegativen Versionen 9 und 10 ohne Vorzeichen, Bruchteil oder führende Null.

Feldvertrag prüfen, dann umwandeln und vergleichen; JSON macht einen String nicht automatisch numerisch.

Stringvergleich
"10" > "9": False – Erste Zeichen 1 und 9 bestimmen lexikografische Reihenfolge
Integervergleich
10 > 9: True – Erst nach gültiger Format- und Bereichsprüfung
Zielpositionen
42 vor 41 empfangen – Neuere Nullzielversion behalten, ältere Longversion verwerfen

Ein weiterer eigener Zielpositionsstrom hat Version 41 für Long 0,10 Lot und Version 42 für null. Die Nachrichten treffen als 42, dann 41 ein. Wer blind die letzte Ankunft verwendet, eröffnet das alte Longziel erneut. Wer die Version prüft, verwirft 41 und behält das neuere Nullziel. Verschiedene IDs umgehen eine reine Duplikatprüfung. Speichere die jüngste akzeptierte Version pro Konto, Symbol und Regelstrom über Neustarts. Inkrementelle Nachrichten erfordern andere Abstimmung. Das angenommene Protokoll behauptet keine TradingView-Reihenfolge oder bestätigte Brokerfüllung.

Bewahre Originalserverzeit und eine eindeutige Journalzeitbasis. Für Europe/Berlin ist eine feste Zwei-Stunden-Verschiebung über alle Daten falsch. Vergleiche benötigte Tarifleistungen mit aktuellen Grenzen und Abrechnung. MT5-Zugang beseitigt weder Handelskosten noch optionales Hosting. Das Einfügen eines zweiten Werkzeugs muss einen konkreten Bedarf lösen.

Gleiche Kerzenintervalle lokal vergleichen

Erfasse erst Produkt, Anbieter, Preisbasis und Zeitstempelbedeutung. Gleicher Paarname genügt nicht. Auch UTC-Ausgabe beweist keine identischen Tagesgrenzen: OANDA trennt die Konstruktionszone von der Antwortzeitdarstellung. Das Werkzeug verschiebt H4- oder D1-Bars nicht stillschweigend.

Zwei vorbereitete CSV-Exporte prüfen

Benötigt werden zwei Dateien mit Kopf timestamp,open,high,low,close, Kommas als Spaltentrenner und Dezimalpunkt für Preise. Kerzeneröffnungen haben vollständige Zeitstempel mit Sekunden und Z oder UTC-Offset. Native Exporte benötigen gegebenenfalls dokumentierte Konvertierung; Originale bleiben erhalten. Definiere ein festes Raster einschließlich erster und letzter Eröffnung. Je Datei gelten 2 MiB, 100.000 Zeilen und höchstens 100.000 Rasterplätze. Das Minutenintervall ist eine ganze Zahl von 1 bis 1.440; Preisgenauigkeit und Formatgrenzen entsprechen dem /de/praxis/fehlende-kerzen-backtest-daten-pruefen/.

Zwei Kerzenexporte vergleichen

Die Analyse läuft lokal im Browser. Das Werkzeug sendet keine Daten und speichert sie nicht dauerhaft. Gib keine Passwörter oder persönlichen Angaben ein.

Fiktiven Export A herunterladen · Fiktiven Export B herunterladen

Die bereitgestellten Dateien sind synthetisch. A enthält vier M1-Bars von 08:00 bis 08:03 UTC. B enthält drei und lässt 08:02 aus; seine +02:00-Zeitstempel beschreiben dieselben Zeitpunkte. Wähle für beide Bid. Erwartet werden drei gemeinsame Bars, zwei gleiche, eine verschiedene, eine nur in A und keine nur in B. Die größte Close-Differenz beträgt 0,0001 Preiseinheiten um 08:01 UTC. Das Ergebnis entscheidet nicht, welcher Anbieter recht hat.

Ungültige Zeilen, widersprüchliches OHLC und Zeiten außerhalb des Rasters blockieren den Vergleich. Identische Wiederholungen erzeugen keine zusätzlichen Zeitpunkte; außerhalb des Fensters liegende Zeilen werden separat gezählt. Unterschiedliche Quote-Seiten benötigen vergleichbare neue Exporte, keinen pauschalen Spreadabzug. Ohne gemeinsame Bars gibt es keinen Preisvergleich. Selbst gleiches OHLC kann unterschiedliche Tickfolgen verdecken. Für abweichende Simulationen prüfst du zusätzlich /de/praxis/gleicher-backtest-andere-ergebnisse/: Kerzenvergleich ersetzt weder Kosten- noch Fillmodell.

Drei konkrete nächste Prüfungen

  1. Erstelle eine Instrumentkarte. Notiere für einen bereits beobachteten Markt Produkt, Anbieter, Kontraktgröße, Preisbasis, Session und Zeitbedeutung in beiden Werkzeugen. Kennzeichne jeden unbekannten Wert und halte als Ergebnis fest, welche Angaben vor einem Vergleich fehlen.
  2. Prüfe das synthetische CSV-Paar. Wähle Bid und M1 mit dem dokumentierten Fenster und vergleiche die Rückgabe mit drei gemeinsamen, zwei gleichen und einer unterschiedlichen Bar. Speichere den Bericht; unterscheide eine Preisabweichung ausdrücklich von einer Erklärung ihrer Ursache.
  3. Dokumentiere eine Alertversion ohne Handelsauftrag. Halte Skript, Inputs, Symbol, Zeiteinheit und Erstellungszeit fest und vergleiche diese Kopie mit deinem aktuellen Chart. Notiere, ob eine Neuerstellung erforderlich wäre, und trenne Nachrichtenempfang von bestätigter Broker-Ausführung.