Backtest manuale: come testare un setup senza ingannarti

Sui social ogni metodo sembra funzionare, perché si mostrano solo gli esempi riusciti. L'unico modo di sapere se un setup ha davvero un vantaggio è misurarlo su molti casi, con regole fissate in anticipo e costi inclusi. Il backtest manuale è il modo più accessibile: non richiede programmazione, ti fa vedere il mercato "come è" e ti insegna moltissimo. Ma è anche il più facile da falsare senza accorgertene. Questa lezione ti dà una procedura rigorosa.

Perché il backtest manuale (e i suoi limiti)

Vantaggi: puoi testare concetti complessi da codificare (come un order block "a occhio"), impari a riconoscere i casi reali, non serve saper programmare. Limiti: è lento (100 operazioni possono richiedere 6-10 ore), è soggetto a bias di chi lo fa, e difficilmente supera qualche centinaio di casi. Per questo in seguito lo affiancheremo a un test automatico.

Gli strumenti

• TradingView Bar Replay: ti permette di tornare a una data passata e far avanzare le candele una alla volta. È il modo corretto di "nascondere il futuro". (Il piano gratuito ha limiti sulla profondità storica; per M15/M5 spesso bastano alcuni mesi.)
• Un foglio di calcolo (Google Sheets/Excel) per registrare ogni operazione.
• Un fuso orario fisso (UTC) sul grafico.

La procedura, passo dopo passo

1. Scrivi tutte le regole PRIMA di guardare i dati

Contesto, setup, trigger, stop, target, gestione, rischio. Se non è scritto, non è testabile. Meglio ancora: salva il documento con la data.

2. Definisci il campione

• Strumento e periodo: per esempio EUR/USD, ultimi 12 mesi.
• Regimi diversi: assicurati che includa trend, range, alta e bassa volatilità.
• Numero minimo: almeno 100 operazioni (più sono, meglio). Con meno di 30, i risultati sono quasi inutilizzabili.

3. Nascondi il futuro

Usa il replay e avanza una candela alla volta. Non guardare mai a destra. Se il tuo setup richiede di sapere se "l'MSS avrà displacement", aspetta che la candela sia chiusa.

4. Registra ogni operazione che le regole generano

Ogni. Anche quelle brutte, anche quelle che "non ti piacciono", anche quelle che perdono subito. Se le regole dicono di entrare, entri (sul foglio).

5. Non cambiare le regole mentre testi

Se ti accorgi che una regola va migliorata, annotalo e finisci il campione con le regole originali. Poi crea una versione 2 e testala su dati nuovi.

6. Includi i costi

Per ogni operazione sottrai spread e commissioni (per esempio 1,0-1,5 pip su EUR/USD nelle killzone, di più altrove). Ricorda lo slippage: entra alla candela successiva alla conferma, non al prezzo "perfetto".

7. Calcola le statistiche (prossima lezione)

Win rate, R medio, aspettativa, profit factor, drawdown, serie negativa massima, con il margine di errore.

Il foglio di registrazione

Aggiungi una colonna per ogni variabile che vorrai analizzare dopo (killzone, tipo di area, profondità di ingresso). Registra i casi scartati con il motivo ("nessun displacement", "R:R insufficiente"): ti mostreranno se le regole sono troppo rigide.

I bias che falsano un backtest manuale

1. Look-ahead: "riconoscere" il setup perché conosci già cosa succede dopo. Il replay riduce il problema ma non lo elimina: se hai già visto quel grafico (per esempio su Twitter), sei contaminato. Scegli periodi che non hai mai analizzato.
2. Selezione (cherry-picking): saltare i casi "dubbi" o marcare a posteriori solo i setup belli.
3. Deriva delle regole (rule drift): modificare sottilmente i criteri mentre procedi, perché "ormai hai capito".
4. Overfitting: ritoccare i parametri finché il campione "torna". Il sistema impara il rumore.
5. Costi ignorati o sottostimati.
6. Campione piccolo: 20 operazioni "dicono" qualcosa solo a chi vuol sentirlo.
7. Sopravvivenza / scelta della coppia: testare 10 coppie e mostrare la migliore.
8. Orario sbagliato: ora legale gestita male (vedi lezione sui tempi).
9. Ottimismo di esecuzione: nella realtà entrerai un po' dopo, con slippage e spread variabile.

Dividere i dati: sviluppo e verifica

Un metodo semplice per non ingannarti:

• Sviluppo (in-sample): per esempio i primi 6 mesi. Qui puoi affinare le regole (con moderazione).
• Verifica (out-of-sample): i 6 mesi successivi, mai guardati durante lo sviluppo. Le regole vengono congelate e applicate senza modifiche.

Se i risultati crollano sul secondo periodo, il sistema era adattato al rumore. Se reggono (anche un po' peggiori, il che è normale), è un buon segno.

Robustezza: piccole variazioni, grandi differenze?

Un sistema robusto non dipende da valori esatti. Verifica:

• Sensibilità dei parametri: cambia la soglia del displacement da 1,5 a 1,3 e a 1,7 × ATR, l'ampiezza minima del FVG da 0,3 a 0,2 e 0,4. Se il risultato cambia radicalmente, era un adattamento fragile.
• Coppie diverse: applica le stesse regole a GBP/USD, USD/JPY. Non deve funzionare uguale, ma non deve crollare in modo sospetto.
• Periodi diversi: trend forte vs. range.
• Ritardo di esecuzione: entra 1 candela dopo: cosa cambia?

Il controllo casuale: la domanda che pochi si fanno

Il tuo setup ha un vantaggio rispetto a cosa? Costruisci un caso di controllo con la stessa gestione (stessi stop e target in ATR, stesso R:R) ma con ingressi "casuali" o più semplici:

• Controllo 1: ingresso a mercato a ogni apertura della killzone, nella direzione del bias.
• Controllo 2: ingresso sul ritracciamento al 50% di ogni impulso, senza sweep né FVG.

Se il tuo modello non batte questi controlli (aspettativa più alta in modo consistente), le componenti aggiuntive (sweep, FVG...) non aggiungono valore. È la stessa logica di un esperimento clinico con gruppo di controllo.

Quando il campione "basta"

Non esiste un numero magico. Una regola pratica: calcola l'errore standard dell'aspettativa (prossima lezione). Se l'intervallo di confidenza al 95% include lo zero, non puoi dire che il sistema abbia un vantaggio. In pratica, per rilevare un'aspettativa di +0,2R con dispersione tipica dei trade (deviazione standard ~1,5R) servono circa 200-300 operazioni. Per +0,1R, circa 900-1.000. Per questo una statistica su 30 trade "belli" non vale nulla.

Dal backtest alla demo

Se il backtest è promettente, la fase successiva è la demo (50-100 operazioni) con le stesse regole e lo stesso diario, per verificare esecuzione, slippage e disciplina. Solo dopo, il reale con rischio minimo.

Errori tipici

• Fare pochi test e trarre conclusioni.
• Testare finché il risultato piace.
• Non registrare le regole violate.
• Dimenticare costi e slippage.
• Non avere un controllo.
• Confondere "funziona nel test" con "funziona nel tempo".

In sintesi

• Il backtest manuale con replay è accessibile e istruttivo, ma è vulnerabile ai bias: regole scritte prima, campione ≥ 100, tutti i casi registrati, costi inclusi.
• Dividi i dati in sviluppo e verifica e congela le regole prima della verifica.
• Controlla la robustezza (parametri, coppie, periodi) e confronta con un controllo semplice.
• Un campione piccolo non prova nulla: servono centinaia di operazioni per aspettative piccole.
• Dopo il backtest, la demo; solo poi il reale con rischio minimo.

Esercizio pratico

1. Scrivi le regole del modello sweep-MSS-FVG e salvale con la data.
2. Testa 100 operazioni su periodi mai visti, registrando tutto con costi di 1 pip.
3. Applica due controlli semplici e confronta l'aspettativa.