Analisi e metriche

Look-ahead bias

Di Jarosław Wasiński (EN) • Pubblicato: 24 mar 2026 • Aggiornato: 23 ott 2026

Informazioni future che entrano in una decisione storica, come la chiusura finale di una barra prima che termini, una revisione successiva di dati macro o uno swing prima della conferma. Distorce il test rispetto alle informazioni realmente disponibili al momento; non migliora necessariamente ogni risultato. La lettura attuale di una barra in formazione può essere usata legittimamente quando la simulazione ne rispetta la disponibilità reale. Verificare tempi di pubblicazione, conferma, decisione ed esecuzione, repainting e richieste ad altri timeframe come request.security() di Pine Script. Non ogni marcatura modificata o impostazione lookahead corrisponde automaticamente allo stesso errore.

Esempio. Una barra oraria illustrativa copre 10:00–11:00 UTC. Alle 10:15 l’ultimo prezzo disponibile è 1.1020, ma la sua chiusura finale delle 11:00 è 1.1050. Un backtest che acquista alle 10:15 perché la chiusura oraria finale supera 1.1040 usa informazioni future. Una regola può legittimamente usare il prezzo attuale di una barra in formazione se è effettivamente noto e trattato coerentemente nel test.

Conta il momento di disponibilità

Distinguere periodo di riferimento dell’osservazione, pubblicazione, acquisizione e revisione successiva. I dati di un mese precedente non erano disponibili durante tutto quel mese. Una serie rivista scaricata oggi può contenere informazioni assenti al momento della decisione. Vedi St. Louis Fed: periodi in tempo reale FRED/ALFRED per le versioni storiche. Usare fusi orari e ritardi dei dati espliciti.

Un grafico osservato a posteriori può essere diverso

Uno swing confermato da due barre successive non era noto all’estremo stesso. ZigZag o un altro strumento che modifica marcature storiche va valutato in base a ciò che mostrava al momento della decisione. Il repainting non è sempre lo stesso errore e leggere una barra parziale non è categoricamente vietato. Disponibilità delle informazioni e coerenza tra simulazione e comportamento in tempo reale sono le condizioni pertinenti.

Errori nei dati di altri timeframe

In Pine Script, dati di timeframe superiori senza spostamento con lookahead_on possono rivelare prematuramente un valore finale sulle barre storiche. Per richieste HTF appropriate, usare il precedente valore confermato con la configurazione corretta definisce un modello distinto con informazioni ritardate. Cambiare una sola opzione non risolve ogni errore. Vedere metodo e limiti nella documentazione ufficiale di TradingView.

Segnale ed esecuzione avvengono in momenti diversi

Se una condizione richiede la chiusura finale, il calcolo diventa disponibile soltanto dopo la chiusura pertinente e l’aggiornamento dei dati. Non presumere automaticamente un’esecuzione a quel prezzo senza modellizzare accettazione dell’ordine, lato bid/ask e latenza. Attendere la conferma può cambiare l’ingresso. Il test deve riprodurre questa sequenza senza spostare indietro segnali redditizi sulla barra il cui esito è appena diventato noto.

Controlli pratici

Per segnali selezionati, registrare dati in ingresso, momento di disponibilità, decisione ed esecuzione. Ripercorrere la storia passo dopo passo, compresi confini delle sessioni e revisioni. Anche adattare trasformazioni di scala o caratteristiche sull’intera storia può introdurre informazioni nel test. Nel corso: backtesting e test forward. Fonti verificate l’11 ottobre 2026.

Domande frequenti

Ritardare ogni segnale di una barra è sufficiente?

No. Il ritardo necessario dipende da dati, regole di conferma e momento effettivo della pubblicazione.

Il look-ahead deve sempre gonfiare i risultati?

No. Distorce il modello informativo; esaminarne l’effetto senza presumere una direzione.

← Torna al glossario completo