Come diagnosticare un'anomalia di funzionamento di un EA: prima conservare i log di MT4, poi modificare le impostazioni

Autore: Thomas | EA e pratiche di piattaforma | 5 ottobre 2026

Quando un EA improvvisamente non opera, genera ordini duplicati, oppure dopo il riavvio si comporta diversamente da quanto previsto, l'errore più comune è modificare subito i parametri, reinstallare il programma e poi provare a indovinare dov'è il problema. Così si rischia di sovrascrivere le informazioni più preziose relative allo scenario. Nella diagnosi bisogna prima conservare le prove, poi distinguere le cause a livello di programma, terminale e conto.

Salvare innanzitutto i log precedenti e successivi all'anomalia

Annotare l'ora in cui si è verificata l'anomalia, lo strumento di trading completo, il timeframe del grafico, la versione dell'EA, il file dei parametri e le posizioni del conto in quel momento. Per l'ora occorre specificare se si sta usando l'ora del computer, l'ora del server di trading o un'ora di Pechino convertita autonomamente; non combinare direttamente registrazioni basate su orologi diversi.

I log non contengono necessariamente l'intero processo decisionale del programma. Per le informazioni che lo sviluppatore non ha emesso, non si può dedurre che l'esecuzione sia normale solo perché “non ci sono errori”. Conservare registrazioni continue precedenti e successive è più utile di un singolo screenshot di errore per determinare l'ordine degli eventi; prima di pubblicarli o inviarli al supporto, controllare se contengono numeri di conto, dati personali o altri contenuti sensibili.

Experts e Journal: cosa guardare in ciascuno

La scheda Experts di MT4 mostra principalmente le informazioni di funzionamento dell'EA agganciato, inclusi i messaggi del programma stesso e le relative registrazioni delle operazioni. La scheda Journal si concentra invece sull'attività del terminale client nella sessione corrente. Quando si diagnostica la stessa anomalia, si possono confrontare le informazioni dei due punti, ma non considerare nessuno dei due come prova completa dell'esecuzione.

Usando Open nel menu contestuale della scheda corrispondente, è possibile aprire la directory dei log pertinente e scrivere le registrazioni attualmente visualizzate nel file di log. La guida ufficiale indica che i log dell'EA si trovano in MQL4/LOGS nella directory dati del terminale, mentre i log del terminale si trovano in LOGS; i file sono di solito denominati per data. La directory dati può essere diversa per installazioni diverse; occorre accedere dal terminale attualmente in uso per evitare di prendere per errore i file di un altro terminale.

Stabilire prima: non è stato attivato, oppure dopo l'attivazione non c'è stata esecuzione

“Nessun nuovo ordine” può corrispondere ad almeno diversi stati: le condizioni della strategia non sono soddisfatte; il programma non è stato caricato correttamente; i permessi di trading automatico sono limitati; la richiesta di trading è stata rifiutata; il risultato della richiesta è diverso da quanto previsto. Vedere solo l'identificativo del programma sul grafico non permette di stabilire direttamente a quale caso appartenga.

Per prima cosa, in base alle regole originali della strategia, verificare se l'attivazione sarebbe davvero dovuta avvenire sullo strumento e sul timeframe specificati. Poi controllare se nel periodo interessato sono presenti messaggi di caricamento, inizializzazione o operazioni di trading. Se esiste una richiesta di trading, confrontare il messaggio di ritorno e i registri degli ordini del conto per verificare l'esito; non si può considerare riuscita un'esecuzione solo in base al testo stampato dal programma. Se nei log mancano passaggi chiave, richiedere allo sviluppatore di aggiungere le registrazioni necessarie.

Verificare i permessi uno per uno, non abilitare tutto

Le impostazioni del terminale MT4 e le proprietà dell'EA stesso possono influire sui permessi di trading automatico; anche operazioni come cambiare conto, strumento del grafico o timeframe possono essere correlate alle impostazioni di trading automatico del terminale. Verificare le impostazioni effettive correnti e, insieme alla documentazione del programma, valutare il comportamento previsto; non sostituire la diagnosi con clic ripetuti sui pulsanti.

Non abilitare incondizionatamente le chiamate DLL o altri accessi esterni solo per far iniziare a operare il programma. Verificare prima se il programma necessita davvero di tale capacità, se la fonte è affidabile e se l'uso è chiaramente spiegato. Permessi insufficienti possono essere la causa di un singolo passaggio, ma abilitare tutti i permessi non è una soluzione affidabile.

Prima di riavviare, stabilire come gestire le posizioni esistenti

Dopo aver conservato gli ordini attuali, gli ordini pendenti e lo stato del programma, decidere se riavviare. Se il riavvio del programma riconosca gli ordini esistenti dipende dall'implementazione specifica; non si può presumere che ogni EA riesca a ripristinare automaticamente il proprio stato interno precedente. In particolare, per i programmi con logica di aggiunta di posizioni o gestione di ordini multipli, un avvio ripetuto può entrare in conflitto con le posizioni esistenti e va verificato in base alle regole del programma.

Disattivare il trading automatico non equivale a dire che le posizioni esistenti siano state chiuse, né si deve interpretare la “sospensione del programma” come scomparsa del rischio. Le modalità di gestione degli ordini esistenti vanno stabilite in anticipo, non improvvisate dopo la comparsa dell'anomalia. Se si sospetta che il programma stia creando ordini anomali, seguire la procedura prestabilita di sospensione e controllo manuale, verificando allo stesso tempo l'esposizione effettiva sul conto.

Usare una singola variazione per verificare l'esito della correzione

Un ambiente demo può servire a riprodurre le operazioni e controllare il comportamento del programma, ma non può dimostrare che le condizioni di esecuzione sul conto reale siano identiche. Modificare ogni volta un solo fattore chiaro, conservare parametri e log prima e dopo la modifica, poi osservare se l'anomalia in questione scompare. Se si cambiano contemporaneamente versione, parametri e conto, spesso è difficile stabilire quale passaggio abbia avuto effetto.

Un registro di diagnosi efficace deve indicare il fenomeno, l'ora, le prove, le modifiche apportate e l'esito della verifica. Le anomalie non spiegabili vanno ulteriormente verificate con lo sviluppatore o con il supporto della piattaforma; non sostituire l'analisi delle cause con “il trading è ripreso”, né presentare una correzione tecnica come garanzia di profitto.

Il trading con leva può causare perdite significative. Questo articolo è condiviso a scopo di condivisione di conoscenze su operatività e manutenzione e non costituisce un'istruzione di acquisto o vendita. La diagnosi dei log può aiutare a individuare i problemi, ma non può garantire la sicurezza del programma, l'efficacia della strategia o i rendimenti futuri.