Aprire un ordine richiede troppo tempo, il salvataggio di una pagina sembra fermo e passare da una schermata all’altra rallenta il lavoro.
Il sito visibile ai clienti può funzionare bene mentre l’amministrazione WordPress resta lenta. Per capire dove intervenire servono esempi ripetibili, un controllo dell’hosting e prove sui componenti: aggiungere un altro plugin di cache non è una diagnosi.
Indice della guida
Descrivi le operazioni lente con esempi ripetibili
“WordPress è lento” può indicare situazioni molto diverse. Annota se l’attesa avviene dopo l’accesso, nell’elenco prodotti, aprendo un ordine, salvando un articolo o caricando un’immagine. Specifica se succede sempre o solo in alcuni momenti della giornata e da quando hai iniziato a notarlo.
Prepara tre operazioni rappresentative del lavoro e ripetile poche volte nelle stesse condizioni. Registra il tempo approssimativo e l’esito, evitando di premere ripetutamente Salva quando la prima richiesta è ancora in corso. Un’attesa seguita da un errore va segnalata in modo diverso da una pagina che arriva comunque al termine.
- Schermata: per esempio elenco ordini o modifica di un prodotto preciso.
- Azione: apertura, ricerca, filtro o salvataggio.
- Condizioni: browser, ruolo utente, orario e altre attività in corso.
- Esito: completamento, blocco, messaggio o necessità di riprovare.
Se la difficoltà riguarda soltanto un editor, consulta anche la guida a Elementor che non si apre. Un problema circoscritto richiede controlli più mirati rispetto a un’intera amministrazione lenta.
Distingui browser, pannello e pagine pubbliche
Prova la stessa operazione con un altro browser aggiornato e, se possibile, da un secondo dispositivo. Usa un account personale autorizzato, senza condividere la password tra colleghi. Se il problema compare soltanto su una postazione, verifica estensioni del browser, memoria disponibile e connessione prima di cambiare il sito.
Apri anche il sito pubblico da una finestra senza accesso amministrativo. Le pagine possono essere consegnate dalla cache, mentre ordini, salvataggi e schermate personali richiedono elaborazioni diverse. Un buon risultato della homepage in uno strumento di velocità non dimostra quindi che il pannello sia veloce.
Per le attese che riguardano i visitatori trovi un percorso separato nella guida al sito lento da smartphone. Qui l’obiettivo è rendere utilizzabili le operazioni di chi gestisce il sito, senza compromettere il percorso dei clienti.
Raccogli i dati utili e coinvolgi l’hosting con riferimenti precisi
Apri Strumenti → Salute del sito e distingui gli avvisi dalle informazioni sull’ambiente. La documentazione WordPress descrive le due schede. Annota versioni, componenti e avvisi pertinenti, ma condividi i dettagli tecnici soltanto con il referente incaricato.
Invia all’hosting gli orari e le operazioni della tua prova. Chiedi se, in quei momenti, risultano risorse esaurite, processi in attesa, interrogazioni lente al database o errori del server. “Il piano ha abbastanza spazio” non risponde alla domanda sui tempi di elaborazione. Il controllo va riferito al dominio e all’ambiente effettivamente usati.
I fattori di prestazione indicati da WordPress comprendono hosting e configurazione software. Prima di acquistare un piano superiore, chiedi quale limite è stato osservato e come verrà verificato il beneficio. Se emerge un ambiente PHP da aggiornare, prepara il passaggio con la guida alla compatibilità PHP.
Individua il componente che prolunga la richiesta
Una schermata può attendere dati dal gestionale, dal servizio di spedizione o da un altro sistema collegato. Anche una ricerca interna pesante o un componente che aggiunge informazioni a ogni riga degli ordini può influire sul tempo complessivo. Il numero totale di plugin, da solo, non individua il responsabile.
Chiedi al tecnico di osservare proprio la richiesta lenta. Uno strumento come Query Monitor, documentato dal suo autore aiuta a esaminare interrogazioni al database, errori PHP e richieste HTTP. È uno strumento diagnostico: leggere una riga lenta non autorizza a cancellare la tabella o disattivare un’integrazione senza verificarne la funzione.
Controlla inoltre se l’attesa coincide con la sincronizzazione del catalogo o con un servizio esterno non raggiungibile. Il rimedio può riguardare frequenza, modalità del collegamento o gestione degli errori. Occorre prima capire quali informazioni devono continuare ad arrivare e quali operazioni dipendono da esse.
Confronta i componenti in una copia protetta del sito
Prepara un backup recuperabile e una copia di prova WordPress. Nell’ambiente di test controlla email, pagamenti e sincronizzazioni: una copia non deve inviare ordini reali al magazzino o comunicazioni ai clienti mentre si eseguono le prove.
Il percorso WooCommerce per individuare conflitti prevede confronti tra tema e plugin. Falli eseguire sulla copia, mantenendo riconoscibile la configurazione iniziale. Cambia una condizione alla volta, ripeti la stessa operazione e annota sia il tempo sia le funzioni che vengono meno.
Se la copia usa un hosting diverso o non contiene la stessa quantità di dati, il confronto non basta a valutare i limiti del server di produzione. Può comunque aiutare a isolare un componente. Documenta questa differenza prima di attribuire tutto a un plugin o dichiarare risolto il problema.
Esempio ipotetico: l’elenco ordini rallenta quando un’estensione interroga il corriere per ciascuna riga. Nella copia, la prova senza quella funzione riduce l’attesa. Il passo successivo è correggere il collegamento o la frequenza dei controlli, verificando che il cliente continui a ricevere il tracking.
Controlla attività programmate e database senza cancellazioni indiscriminate
In WooCommerce consulta WooCommerce → Stato → Azioni programmate. La documentazione sulle azioni programmate spiega gli stati e i relativi controlli. Distingui attività future regolari, arretrati ed errori ripetuti: un numero elevato, da solo, non significa che tutto debba essere eliminato.
Chiedi quale estensione genera le attività e quali operazioni commerciali dipendono da esse. Lanciare o cancellare l’intera coda può interferire con rinnovi, sincronizzazioni e notifiche. Lo stesso vale per le pulizie del database: prima servono una copia, una finalità precisa e una verifica dei dati da conservare.
Eventuali interventi su opzioni caricate automaticamente o cache degli oggetti richiedono un controllo tecnico della configurazione. Evita ricette universali con valori da copiare o tabelle da svuotare. Il risultato va dimostrato sull’operazione lenta e con un controllo delle altre funzioni.
Valuta il risultato sul lavoro quotidiano
Dopo la correzione ripeti le stesse prove con lo stesso ruolo e su dati comparabili. Controlla che il salvataggio sia effettivo, che gli ordini mantengano i dati previsti e che moduli, acquisti e sincronizzazioni continuino a funzionare. Una pagina che si apre prima ma non aggiorna il magazzino non rappresenta un intervento concluso.
Richiedi un breve resoconto: causa individuata, modifica effettuata, tempi osservati, verifiche svolte e aspetti ancora da seguire. Rimuovi o limita gli strumenti diagnostici quando non sono più necessari e concorda chi controllerà eventuali nuove attese.
Inserisci questi controlli nella manutenzione del sito. Velocizzare il pannello aiuta la gestione operativa; non costituisce una promessa di posizionamento sui motori di ricerca.
Domande frequenti
Il sito pubblico è veloce: perché wp-admin è lento?
Le pagine pubbliche possono beneficiare della cache, mentre l’amministrazione elabora dati personali e operazioni dinamiche. Occorre misurare le schermate lente e verificare richieste, componenti e ambiente del server.
Un plugin di cache risolve la lentezza del pannello?
Non necessariamente. Prima serve individuare la causa. La cache delle pagine pubbliche non equivale all’ottimizzazione delle operazioni amministrative; altre forme di cache richiedono compatibilità e configurazione appropriate.
Posso disattivare tutti i plugin per fare una prova?
Organizza il confronto in una copia protetta e con backup recuperabile. Sul sito aperto potresti interrompere checkout, moduli o collegamenti aziendali. Annota i componenti attivi e verifica ogni funzione coinvolta.
Devo aumentare subito la memoria o cambiare hosting?
Chiedi prima un riscontro del limite effettivo durante l’operazione lenta. Se l’attesa dipende da una richiesta esterna o da un componente inefficiente, acquistare più risorse potrebbe non risolverla.
Posso eliminare tutte le azioni programmate fallite?
Prima identifica il componente che le genera e il loro scopo. Alcune attività riguardano processi commerciali importanti: la gestione degli errori va concordata dopo averne verificato gli effetti.