TradingView: grafici, fusi orari, alert e ordini distinti

TradingView riunisce grafici, alert, Pine Script e alcune connessioni a broker. Separa sempre fonte del grafico, strategia simulata e conto live: un segnale disegnato dal tester non è un'esecuzione confermata. L'interfaccia può assomigliarsi mentre cambiano dati, prodotto e responsabilità del sistema.

Grafico e conto sono oggetti diversi

Puoi usare browser, applicazione desktop o mobile con layout salvati secondo account e piano. Il conto TradingView non coincide con l'intermediario che custodisce fondi e riceve ordini. Prima di operare controlla fonte dei dati e conto indicato nel pannello di negoziazione.

Una ricerca può restituire un indice cash, un future e un CFD con nomi simili. Registra fornitore, simbolo completo, prodotto, sessione e impostazioni di serie o rettifica. Vedere uno strumento non prova che il tuo conto collegato possa negoziarlo. Una watchlist con più simboli non equivale a più pannelli simultanei: nella matrice Basic il limite è un grafico per scheda.

Il fuso del grafico non cambia l'ora predefinita di Pine

Nel modello originale una barra apre il 6 ottobre 2026 alle 13:30 UTC e il simbolo ha syminfo.timezone = "America/New_York". In quel fuso sono 09:30: la variabile Pine hour vale 9. Il grafico impostato su Europe/Warsaw mostra 15:30. Passandolo a UTC leggi 13:30, ma hour resta 9.

Il codice non legge il fuso scelto per le etichette del grafico. Una regola per Varsavia deve dichiarare per esempio hour(time, "Europe/Warsaw"), che qui vale 15. Parliamo dell'apertura della barra, non della chiusura; il 6 ottobre i due offset sono rispettivamente−4 e+2 ore. Registra istante UTC, zona del simbolo e zona del filtro: confrontare solo numeri di ore nasconde l'errore.

Pine e comunità: verifica la disponibilità del segnale

Pine supporta indicatori, strategie simulate e condizioni di alert. Il linguaggio non garantisce apprendimento in mezz'ora. Definisci quando la condizione deve essere vera: superamento intrabar e chiusura confermata sono regole differenti. Codice e frequenza dell'alert devono riflettere la scelta.

Moderazione e regole di pubblicazione non certificano un vantaggio redditizio. Verifica se un marcatore storico dipende da informazioni arrivate dopo; codice chiuso limita l'ispezione. Popolarità, abbonamento e tanti like non sostituiscono un test riproducibile con dati disponibili al momento della decisione.

Piano e dati: due conti separati

La matrice del fornitore comprende Basic, Essential, Plus, Premium e Ultimate: Premium non è il massimo dell'intera offerta. Confronta limiti di layout, indicatori, alert, storico e intervalli con il compito effettivo e lo stato di abbonato. Controlla condizioni finali di fatturazione, non un consiglio universale su quale piano basti.

Un piano a pagamento non copre automaticamente le commissioni per dati in tempo reale di tutte le borse. Leggi etichetta di ritardo e fonte: i dati USA predefiniti possono essere Cboe invece della borsa primaria. Alcune sottoscrizioni del broker possono essere verificate per integrazioni supportate; occorre controllare scambi e conti ammessi. Non comprare un piano soltanto per correggere un problema di feed.

Condizione, alert ed esecuzione

Timeline originale inventata: regola H 1 richiede chiusura sopra 1,1050. Alle 10:35 prezzo 1,1052, ma alle 11:00 chiude 1,1040. La condizione intrabar può essere vera; quella sulla chiusura non lo è. Non è una transazione storica. Annota serie osservata, definizione della regola e frequenza dell'alert.

L'emulatore delle strategie usa ipotesi sui riempimenti; Bar Magnifier impiega dati di intervallo inferiore disponibili, senza provare priorità di coda o esecuzione live. Documenta copertura e modalità. Gli alert girano sui server TradingView, ma alla creazione salvano una copia di script, input, simbolo e timeframe. Modificare successivamente il grafico non aggiorna quella copia: ricrea l'alert per il nuovo contesto.

Per un backtest conserva versione del codice, periodo, costi, momento del segnale e modello di esecuzione. Se due tester danno totali diversi, confronta la prima transazione divergente invece di proclamare un vincitore. Una divergenza tecnica dei segnali resta un concetto distinto dalla divergenza tra due implementazioni.

Il limite della connessione comoda

Un ordine live richiede connessione supportata per società contraente, tipo di conto e prodotto. Il logo OANDA non certifica ogni entità del gruppo: le istruzioni polacche di OANDA TMS, per esempio, riguardano un percorso CFD specifico. Per l'Italia usa i documenti della società effettiva; non trasferire automaticamente quel percorso.

Una strategia Pine non invia direttamente gli ordini simulati al broker collegato. Un software esterno che interpreta webhook è un ulteriore sistema di esecuzione, con stato e guasti propri. Modello originale: esposizione iniziale zero, due messaggi con lo stesso ID decisione, ciascuno richiede aggiunta long 0,10 lotti, esecuzioni complete assunte. Un ricevitore che esegue ogni messaggio finisce long 0,20; uno che ricorda l'ID gestito riconosce una decisione e finisce 0,10. Non stiamo affermando che TradingView duplichi sempre i messaggi.

L'ID deve distinguere decisione e versione della regola: usare solo EURUSD bloccherebbe anche segnali futuri legittimi. Ricevuto, inviato ed eseguito sono stati diversi. Una lista in memoria sparisce al riavvio; un crash tra esecuzione e registrazione lascia stato incerto. Prima di ritentare riconcilia conto e storia: questo esempio non garantisce esecuzione esattamente una volta.

Nuovo caso EUR, inventato: budget massimo pianificato 30 EUR, rischio stimato 18 per una decisione. Un duplicato eseguito integralmente porta a 36, superando il budget di 6, pur con ogni singolo ordine sotto 30. Il controllo sul messaggio singolo non controlla l'insieme; stop e stima non garantiscono perdita massima in caso di gap o slippage.

Una prova ripetibile domani

1. Scegli simbolo completo, fornitore, sessione, fuso e prodotto, poi confronta D 1/H 4/H 1 nei limiti del layout.
2. Usa un periodo Bar Replay disponibile con regola scritta, separando decisioni manuali e riempimenti dell'emulatore.
3. Prova un alert su condizione e frequenza esplicite, conservandone versione e data di creazione.
4. Verifica società, conto e prodotto prima del collegamento live; dopo disconnessione controlla la storia prima di reinviare.

Prosegui con TradingView e MT5 a confronto per riconciliare prezzi, ipotesi del test ed esecuzioni senza confondere i tre livelli.