Home > Blog > Log dell'EA: come ricostruire un incidente a posteriori

Gestione EADebug

Log dell'EA: come ricostruire un incidente a posteriori

Pubblicato: 2026-11-12Lettura: circa 3 min
⏱ Questo articolo riflette le informazioni alla data di pubblicazione. Le prestazioni degli EA (PF, DD, rendimento annuo) cambiano con il trading live e le rivalidazioni — consulta gli ultimi dati nelle pagine degli EA. Vedi gli ultimi risultati degli EA →
Contenuti (6)
  1. In breve: un EA senza log non si può analizzare quando succede un incidente
  2. Perché servono tre tipi di log
  3. Valori di decisione: senza i numeri non si distingue il caso dalla regola
  4. Motivo dello skip: il log più trascurato e il più importante
  5. Esecuzione: registrare ciò che accade fuori dall'EA
  6. Cosa scrivere in una riga: esempio di formato
  7. Come verificare, dal lato di chi usa l'EA
  8. Limiti e avvertenze
  9. Riepilogo

In breve: un EA senza log non si può analizzare quando succede un incidente

Parto dalla conclusione. Nel log di un EA bisognerebbe scrivere, come minimo, tre cose, una riga ciascuna: i «valori usati per decidere», il «motivo per cui non è stato aperto un trade» e l'«esito dell'esecuzione». Con queste tre informazioni è possibile ricostruire a posteriori sia un'operazione inattesa sia il fatto che «non è successo nulla». Senza, davanti a una perdita, o a un conto fermo a 0 operazioni, non si riesce a distinguere se la causa sia la logica dell'EA, il mercato o il broker.

Anche noi sviluppiamo EA e abbiamo vissuto entrambe le situazioni: casi in cui il log ci ha salvato e casi in cui, per mancanza di log, la causa è rimasta ignota. In questo articolo vediamo, dal lato di chi usa l'EA, che cosa rende buono un log.

Confronto broker consigliati →

🎁 Scarica EA gratis

📧 Corso email gratuito (8 email) + pacchetto di 13 indicatori MT5 riservato agli iscritti

* Privacy rigorosamente protetta. Potete cancellarvi in qualsiasi momento.

Perché servono tre tipi di log

Una singola decisione dell'EA segue, a grandi linee, questo percorso: «calcolo dei valori → verifica delle condizioni → invio dell'ordine → esecuzione». Per capire in quale fase qualcosa è andato diversamente dal previsto serve una traccia di ogni passaggio.

Tipo di logEsempio di contenutoDomanda a cui risponde
Valori di decisioneOrario della barra chiusa, valore dell'indicatore, soglia, spread«Perché è entrato proprio lì?»
Motivo dello skipQuale condizione ha fatto saltare il trade (fuori orario, spread eccessivo, posizione già aperta, ecc.)«Perché non è entrato?»
EsecuzionePrezzo richiesto, prezzo eseguito, slippage, codice di ritorno, numero di ticket«È stato eseguito come previsto?»

Valori di decisione: senza i numeri non si distingue il caso dalla regola

Un log che dice soltanto «segnale di acquisto» serve a poco. Se non si sa di quanto il valore dell'indicatore fosse distante dalla soglia, non si può dire se la condizione fosse soddisfatta per un soffio o in modo netto. Va sempre registrata anche la barra su cui è stata presa la decisione (l'orario della barra chiusa).

Motivo dello skip: il log più trascurato e il più importante

Molti EA scrivono nel log solo quando entrano. Eppure, durante l'operatività, la segnalazione più frequente è «non entra mai». Se nel log c'è il motivo dello skip, si può verificare se si tratta di un comportamento previsto dalle specifiche oppure di un errore di impostazione o di uno sfasamento dell'orario del server.

Il nostro MEGAMAX DONCHIAN, nel forward test su un conto demo Exness, al 11 novembre 2026 ha 0 operazioni. Il motivo di questi skip non lo abbiamo ancora verificato nemmeno noi e non ci mettiamo a ipotizzarlo qui. Ma in situazioni come questa, avere o meno il log dei motivi di skip cambia molto il lavoro di verifica. Zero operazioni non significa risultati scarsi, però finché non si legge il log non si può nemmeno affermare con certezza che si tratti di uno «skip normale».

Esecuzione: registrare ciò che accade fuori dall'EA

Se un ordine è stato rifiutato o è stato eseguito con un forte slippage, è un problema distinto dalla logica dell'EA. Conservando codice di ritorno e prezzo di esecuzione si possono separare i problemi dell'EA da quelli del broker o della connessione.

Cosa scrivere in una riga: esempio di formato

Noi riassumiamo ogni decisione in una sola riga, con un formato fisso che renda facile cercarla in seguito.

[EVAL] bar=2026.11.10 14:00 sig=BUY val=1.234 th=1.200 spread=18 -> ENTRY
[SKIP] bar=2026.11.10 15:00 reason=SPREAD spread=45 max=30
[FILL] ticket=123456 req=152.340 fill=152.346 slip=6 ret=10009

Ecco i punti da tenere presenti quando si scrive il log:

  • Mettere all'inizio un tag per il tipo (EVAL / SKIP / FILL), così grep o la ricerca li trovano subito
  • Indicare l'orario della barra chiusa usata per la decisione (dando per scontato che sia l'orario del server)
  • Scrivere i motivi con codici fissi, non con frasi (SPREAD, TIME, POSITION, ecc.)
  • Non scrivere a ogni tick, ma solo nel momento in cui si decide

Scrivendo a ogni tick il log diventa enorme in poco tempo, occupa disco e seppellisce le righe che contano. La regola di base è «una volta, alla chiusura della barra».

Come verificare, dal lato di chi usa l'EA

Chi utilizza un EA può arrivare alla causa più in fretta seguendo quest'ordine:

  1. Nella scheda «Esperti» di MT5, controllare che l'EA scriva effettivamente il proprio log
  2. Cercare la riga EVAL all'orario dell'operazione inattesa e guardare valori di decisione e soglia
  3. Per i periodi senza ingressi, guardare le righe SKIP e contare quali motivi ricorrono di più
  4. Nelle righe FILL, controllare la differenza tra prezzo richiesto e prezzo eseguito e il codice di ritorno
  5. Confrontare gli orari con la scheda «Cronologia operazioni» (la registrazione lato broker)

Per rivedere le impostazioni c'è la guida Come impostare un EA; per costruire un ambiente sempre attivo, consulta anche le informazioni sul VPS.

Limiti e avvertenze

Il log non è onnipotente, e lo dico con franchezza.

  • Ciò che non è scritto nel log non si può sapere. Gli eventi che lo sviluppatore non aveva previsto semplicemente non vengono registrati.
  • Il log non è necessariamente corretto. Se il codice che scrive il log ha un bug, vengono registrati valori sbagliati.
  • Il log non dice se le scelte di mercato siano buone. Mostra se l'EA ha funzionato «secondo le specifiche», non se quelle specifiche possano vincere.
  • Anche scrivere troppo causa problemi. Una grande quantità di log occupa spazio e rende più facile non vedere le righe importanti.
  • Il significato dei log cambia tra backtest, conto demo e conto reale. Nel tester slippage e rifiuti non si riproducono come nella realtà, quindi, confrontando i log di esecuzione, tieni conto della differenza di ambiente.
  • Nel log si scrivono tre tipi di riga: «valori di decisione», «motivo dello skip» ed «esecuzione»
  • Il più trascurato è il log dei motivi di skip, ed è il più utile quando si indaga sul perché «non si muove»
  • Con tag e codici motivo fissi si può poi cercare e contare
  • Scrivere una volta per barra chiusa, non a ogni tick
  • Il log mostra solo se l'EA ha funzionato «secondo le specifiche»; per sapere se vince servono altre verifiche

Altre indicazioni operative su MT5 sono raccolte in EA e MT5: guide e approfondimenti.

📧 Corso email gratuito (8 email) + pacchetto di 13 indicatori MT5 riservato agli iscritti

* Privacy rigorosamente protetta. Potete cancellarvi in qualsiasi momento.

Hai domande su EA o Forex?

Puoi pubblicarle sul forum di trading di Nattzy (registrazione gratuita). Sono benvenute anche domande che vanno oltre questo articolo: impostazioni degli EA, scelta del broker e altro.

Chiedi su Nattzy ↗

Commenti e domande