Come si può fare backtest dell’Ichimoku in modo responsabile?

Partire con definizioni chiare e un ambito di test ben definito

Il backtest è il processo di applicazione di un metodo basato su regole a dati storici per stimare come si sarebbe comportato. Per effettuare un backtest responsabile dell’Ichimoku, è necessario innanzitutto disporre di definizioni inequivocabili su ciò che si sta testando e su come si misureranno i risultati.

L’Ichimoku è un sistema di indicatori composto da più componenti (come le linee di conversione e di base, un insieme di span futuri e altri livelli derivati). Un backtest responsabile specifica: (1) quali componenti vengono utilizzati, (2) l’allineamento temporale esatto (ad esempio, se si agisce quando una linea viene calcolata o quando sarebbe stata visibile), e (3) la logica che trasforma le letture dell’indicatore in un quadro decisionale. Anche se si evitano i “segnali di trading” nella spiegazione, il backtest richiede comunque regole esplicite su cosa costituisca un “risultato” e quando questo viene osservato.

Separare la meccanica stabile dalle condizioni variabili

Molte parti di uno studio sull’Ichimoku sono stabili: l’aritmetica utilizzata per calcolare i componenti, le finestre temporali di riferimento e il concetto generale di utilizzare più linee insieme. Altre parti sono variabili e possono dominare i risultati: i regimi di mercato, la volatilità, la liquidità e il modo in cui l’esecuzione sarebbe avvenuta in tempo reale.

Un approccio responsabile tratta questi elementi come input distinti. Mantenere costante il calcolo dell’indicatore, quindi eseguire verifiche di sensibilità sui fattori variabili. Ad esempio, testare come cambiano i risultati quando i costi aumentano, quando la tempistica dell’esecuzione cambia di un bar, o quando si utilizzano diversi periodi out-of-sample. Questo aiuta a capire se i risultati derivano da una struttura ripetibile o da un adattamento fragile.

Rendere espliciti costi e assunzioni

I costi includono più di un semplice valore numerico. Al minimo, si dovrebbe tenere conto di frizioni transazionali realistiche (come spread e commissioni) ed effetti temporali (a quale prezzo si può assumere che l’ordine venga eseguito quando la regola “si attiva”). Se la logica richiede una decisione alla chiusura di un bar, utilizzare il prezzo di chiusura per l’ingresso senza considerarne la disponibilità effettiva è un errore comune.

Dichiarare le assunzioni in linguaggio chiaro, ad esempio:

• Frequenza dei dati (dimensione del bar) e se i prezzi sono aggiustati.
• Se si assume che gli ordini vengano eseguiti al bid/ask, al prezzo medio o a un altro riferimento.
• Se è presente slippage e come lo si rappresenta (anche come semplice intervallo conservativo).

Quindi documentare il modello di costo utilizzato in modo che un’altra persona possa riprodurre lo stesso calcolo.

Controllare il bias con una gestione coerente dei dati

Un backtest responsabile dell’Ichimoku richiede controlli del bias che impediscono l’inserimento accidentale di “informazioni future” nel modello.

Errori comuni includono:

• Bias di anticipazione (look-ahead bias): utilizzare valori dell’indicatore che non sarebbero ancora stati noti al momento della decisione.
• Bias di sopravvivenza (survivorship bias): limitare l’analisi a strumenti o serie storiche che escludono dati cancellati o non sovrapposti.
• Overfitting: ottimizzare ripetutamente i parametri sullo stesso dataset finché il backtest non sembra buono.

Per ridurre questi rischi, utilizzare regole che allineino il calcolo dell’indicatore al momento in cui le decisioni sarebbero possibili e mantenere fisso il protocollo di valutazione. Se si cercano parametri, farlo in una fase separata rispetto alla valutazione finale.

Utilizzare la validazione out-of-sample e verifiche di robustezza

Le prestazioni storiche non garantiscono risultati futuri. Un flusso di lavoro responsabile si basa quindi sulla validazione out-of-sample.

Una struttura pratica è:

1. Costruire e validare su una parte della cronologia.
2. Fissare le scelte (impostazioni dell’indicatore, regole decisionali, assunzioni sui costi).
3. Valutare su un periodo diverso, non utilizzato per l’ottimizzazione.

Quindi applicare verifiche di robustezza. Esempi includono l’uso di più finestre out-of-sample non sovrapposte, la verifica della sensibilità a leggere variazioni delle assunzioni sui costi e la conferma che le prestazioni non dipendano da un regime raro.

Identificare almeno una limitazione o un possibile errore

Nessun backtest può essere “completamente realistico”, quindi è necessario dichiarare le limitazioni significative.

Per l’Ichimoku in particolare, due limitazioni importanti sono:

• Dipendenza dall’allineamento: se la tempistica della decisione rispetto al tracciamento delle linee è errata anche di un solo bar, i risultati possono cambiare in modo sostanziale.
• Sensibilità al regime: i sistemi di indicatori a più componenti possono comportarsi diversamente in condizioni di trend rispetto a quelle laterali.

Inoltre, si noti che un backtest valuta un modello semplificato di esecuzione; non può replicare ogni dettaglio della microstruttura di mercato.

Verificare in modo indipendente prima di trarre conclusioni

Un lettore responsabile può verificare un backtest controllando che la descrizione pubblicata corrisponda effettivamente al calcolo effettivo. Per una verifica indipendente, confermare:

• Il calcolo esatto dell’indicatore e l’allineamento temporale.
• I dettagli del dataset e la pre-elaborazione (inclusi eventuali aggiustamenti).
• Le assunzioni sui costi e sull’esecuzione.
• Il protocollo di validazione (quali dati sono stati usati per l’ottimizzazione rispetto alla valutazione).