WordPress lento dopo aggiornamento: diagnosi e fix rapido

Un sito WordPress che rallenta subito dopo un aggiornamento ha quasi sempre una causa precisa: conflitto tra plugin, cache che non si e svuotata correttamente, query PHP più pesanti nella nuova versione, o incompatibilità con la versione PHP del server. La buona notizia è che il problema è reversibile è identificabile in meno di un'ora nella maggior parte dei casi.

Aggiornare WordPress, un plugin o un tema è la cosa giusta da fare. Ma a volte l'aggiornamento porta un rallentamento visibile che non c'era prima. Questa guida aiuta a capire quale dei possibili colpevoli è in gioco e come intervenire senza tornare indietro al backup (che spesso non è necessario).

---

Il primo controllo: isola quale aggiornamento ha causato il rallentamento

Prima di qualsiasi altra operazione, conferma che il problema sia effettivamente legato all'aggiornamento e non a qualcosa di indipendente (traffico anomalo, problema hosting, attacco in corso).

Quando è comparso il rallentamento?: se è immediatamente dopo l'aggiornamento, la correlazione è chiara. Se è comparso giorni dopo, potrebbe non essere collegato.

Quale tipo di rallentamento?: lentezza dell'intera pagina, solo del pannello admin, solo di certe pagine, o solo del checkout WooCommerce? La risposta restringe molto il campo.

Quale aggiornamento in particolare?: se hai aggiornato più elementi in una volta, non sai quale ha causato il problema. Da questo momento in poi, aggiorna un componente alla volta.

Per controllare gli aggiornamenti recenti da WP-CLI:

wp plugin list --update=none --format=table
wp theme list --format=table
wp core version

---

Causa 1: cache non svuotata o corrotta

La causa più comune è banale. Dopo un aggiornamento, la cache può contenere versioni vecchie di file CSS, JavaScript o pagine HTML che confliggono con il nuovo codice.

Sintomi tipici: layout rotto, JavaScript che non funziona, stili fuori posto, velocità che varia tra navigazione normale e incognito.

Fix immediato:

1. Svuota la cache del plugin di cache (WP Fastest Cache, W3 Total Cache, WP Super Cache, LiteSpeed Cache - ogni plugin ha il suo pulsante).
2. Svuota la cache CDN se hai Cloudflare o simili.
3. Svuota la cache del browser in modalità incognito per verificare il risultato.
4. Svuota OPcache se hai accesso SSH: php -r "opcache_reset();" oppure riavvia PHP-FPM.

Se dopo lo svuotamento della cache il sito torna normale, il problema era la cache stale. Non serve altro.

---

Causa 2: conflitto tra plugin dopo aggiornamento

Un plugin aggiornato può diventare incompatibile con un altro plugin, con il tema, o con la versione di PHP del server. Il conflitto si manifesta spesso con rallentamenti e a volte con errori PHP nei log.

Come diagnosticarlo:

Attiva la modalità debug di WordPress aggiungendo a wp-config.php:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Poi controlla /wp-content/debug.log per errori PHP. Errori che puntano a un plugin specifico indicano il colpevole.

Metodo a eliminazione: disattiva i plugin uno alla volta (inizia dal plugin appena aggiornato) e verifica se la velocità cambia. Se disattivando un plugin specifico il sito torna veloce, quel plugin è il problema.

Da WP-CLI per disattivare rapidamente:

wp plugin deactivate nome-plugin

E per riattivarlo:

wp plugin activate nome-plugin

---

Causa 3: nuova versione del plugin fa query più pesanti

Alcune versioni di plugin introducono nuove funzionalità che richiedono query al database più frequenti o più complesse. Il rallentamento avviene in modo uniforme su tutto il sito, non solo in pagine specifiche.

Come verificarlo: attiva Query Monitor (plugin gratuito) e analizza quante query vengono eseguite e quanto tempo impiegano su una pagina campione.

Segnali di problema:

• numero di query aumentato significativamente rispetto alla norma (oltre 50-100 query su una pagina semplice)
• query singole che impiegano più di 0.5 secondi
• query duplicate (stesso SQL eseguito più volte)

Se il plugin appena aggiornato appare nella lista delle query più lente, contatta il supporto del plugin o valuta il downgrade alla versione precedente.

Downgrade temporaneo: dal repository WordPress.org puoi scaricare versioni precedenti di un plugin e installarle manualmente. Vai su https://wordpress.org/plugins/nome-plugin/advanced/ e scarica la versione precedente. Per plugin premium, il vendor di solito mantiene un archivio versioni.

---

Causa 4: incompatibilità con la versione PHP

Alcuni aggiornamenti plugin richiedono versioni PHP più recenti. Se il tuo hosting usa una versione PHP vecchia, il plugin può generare errori o funzionare in modo degradato che causa rallentamenti.

Come verificarlo: controlla la versione PHP richiesta nella pagina del plugin su wordpress.org nella sezione "Richiede PHP". Confronta con la versione PHP attiva sul tuo hosting.

Versione PHP attiva da WP-CLI:

wp eval 'echo PHP_VERSION;'

Oppure da Bacheca > Strumenti > Salute del sito, sezione Server.

Se la versione PHP è inferiore al requisito del plugin, hai due strade: aggiorna PHP sul hosting (la scelta giusta) o usa la versione precedente del plugin.

Aggiornare PHP: la maggior parte dei provider cPanel lo permette da "Software" o "MultiPHP Manager". Prima di aggiornare PHP, verifica che tutti i plugin e il tema siano compatibili con la nuova versione.

---

Causa 5: autoload del database cresciuto dopo aggiornamento

Alcuni plugin aggiornati aggiungono nuove opzioni nella tabella wp_options con autoload = yes. Queste opzioni vengono caricate ad ogni richiesta WordPress, anche quando non servono. Se un aggiornamento ha aggiunto molte opzioni in autoload, il TTFB aumenta su ogni pagina.

Come verificarlo:

SELECT SUM(LENGTH(option_value)) / 1024 / 1024 AS autoload_mb
FROM wp_options
WHERE autoload = 'yes';

Se il risultato supera 1-2 MB, l'autoload è probabilmente un problema. Per vedere quali plugin contribuiscono di più:

SELECT option_name, LENGTH(option_value) as size_bytes, autoload
FROM wp_options
WHERE autoload = 'yes'
ORDER BY size_bytes DESC
LIMIT 20;

Plugin come WP-Optimize possono pulire i transient scaduti e ridurre l'autoload. Per opzioni specifiche di plugin che non dovrebbero essere in autoload, serve una pulizia manuale o contattare il supporto del plugin.

---

Causa 6: aggiornamento del tema ha aggiunto risorse pesanti

Alcuni aggiornamenti di tema introducono nuove librerie JavaScript, font aggiuntivi, o stili CSS più pesanti. Il rallentamento è visibile soprattutto sul caricamento delle pagine, con Largest Contentful Paint (LCP) peggiorato.

Come verificarlo: usa Google PageSpeed Insights o Lighthouse prima e dopo l'aggiornamento. Se il Waterfall mostra richieste nuove non presenti prima, vengono dal tema aggiornato.

Strumento rapido dalla riga di comando:

curl -o /dev/null -s -w "%{time_total}\n" https://tuodominio.it

Confronta il tempo totale prima e dopo l'aggiornamento (se hai i dati).

Come intervenire: se il tema ha aggiunto script che non usi, cerca nelle impostazioni del tema se c'è la possibilità di disabilitarli. Alcuni temi premium hanno sezioni "Performance" nelle impostazioni. Se non esiste l'opzione, il fix richiede CSS/JS condizionale nel child theme.

---

Causa 7: WordPress core update ha cambiato il behavior della cache

Gli aggiornamenti di WordPress core cambiano a volte il modo in cui vengono gestiti transient, object cache o query. Se usi un plugin di object cache (Redis, Memcached), può succedere che l'aggiornamento causi incompatibilità.

Verifica base: disabilita temporaneamente l'object cache rinominando wp-content/object-cache.php in object-cache.php.disabled. Se il sito torna a velocità normale, il plugin object cache non è compatibile con la nuova versione di WordPress.

Aggiorna il plugin di object cache (Redis Object Cache, Memcached Object Cache) all'ultima versione e riabilita.

---

Checklist di intervento rapido

Se non sai da dove iniziare, segui questa sequenza:

1. Svuota tutta la cache (plugin cache + CDN + OPcache) -> risolve il problema nel 40-50% dei casi
2. Controlla debug.log per errori PHP -> indica il plugin colpevole
3. Disattiva il plugin appena aggiornato -> verifica se il sito torna veloce
4. Controlla autoload database -> query SQL sopra
5. Attiva Query Monitor -> identifica query lente
6. Verifica versione PHP -> confronta con requisiti del plugin
7. Controlla Lighthouse before/after -> mostra risorse aggiunte dal tema

---

Come evitare il problema in futuro

Il modo migliore per non trovarsi in questa situazione e aggiornare con un processo che include test. La guida aggiornare plugin WordPress senza rompere il sito copre il processo con staging e rollback.

In sintesi: backup prima di ogni aggiornamento, aggiorna un componente alla volta, testa le funzioni critiche dopo ogni aggiornamento, mantieni staging per siti importanti.

---