Sito WordPress lento o cache che mostra una vecchia pagina: trovare la causa

Sito WordPress lento: due problemi che si somigliano

Nei forum di WordPress.org, la questione di un sito WordPress lento ritorna spesso, e quasi sempre confonde due situazioni. Nella prima, la pagina impiega diversi secondi prima di iniziare a caricarsi. Nella seconda, si carica rapidamente, ma in una versione che avete già modificato.

Il primo caso riguarda il tempo di risposta del server. Il secondo, una cache che non è stata svuotata al momento giusto. Le azioni da compiere non sono le stesse, e una cache di pagina non risolve tutto.

Questo articolo spiega come fare la differenza, ciò di cui si occupa la cache di pagina di nexya Pro e ciò che non può fare. Mostra anche ciò che la versione gratuita offre già per quanto riguarda il database.

Iniziare a misurare: il tempo fino al primo byte

Prima di cambiare qualsiasi cosa, misurate. Il dato utile si chiama TTFB, acronimo di Time To First Byte: è il tempo che passa tra la richiesta del browser e il primo byte restituito dal server. Lo trovate nella scheda Rete degli strumenti di sviluppo del browser, cliccando sulla prima riga, quella del documento.

Effettuate la misurazione in navigazione in incognito, per non essere connessi al sito, e caricate la stessa pagina due volte di seguito. Confrontatela poi con un file statico dello stesso sito, ad esempio un’immagine della libreria media. Questo file non passa attraverso WordPress.

Questi tre dati sono sufficienti, il più delle volte, per capire dove si trova il problema.

• La pagina è lenta, il file statico è rapido: il tempo viene perso in WordPress, nei suoi plugin o nel suo database.
• Anche il file statico è lento: il tempo viene perso prima di WordPress, presso l’hosting o sulla rete.
• La seconda visita è rapida e la prima è lenta: una cache sta funzionando, ma viene ricostruita spesso.

Quando la lentezza proviene dall’hosting

Uno degli argomenti del forum descrive un TTFB di circa cinque secondi, mentre PHP e il database rispondono rapidamente. In una situazione come questa, la causa si trova il più delle volte a monte di WordPress: un server condiviso saturo, una configurazione di rete, un proxy, una risoluzione DNS lenta.

Nessun plugin corregge ciò che accade prima che WordPress si avvii, né nexya né nessun altro. Una cache di pagina risparmia il lavoro di WordPress, ma non accorcia il percorso tra il visitatore e il server.

L’approccio corretto consiste nello scrivere all’hosting fornendo le vostre misurazioni: il TTFB della pagina, quello del file statico, l’ora del test. Con questi dati, l’assistenza può vedere che il problema non deriva dal vostro codice.

Se un semplice file immagine impiega diversi secondi ad arrivare, il problema non proviene da WordPress.

Cosa fa la cache di pagina di nexya Pro

La cache di pagina fa parte di nexya Pro, venduto su nexya.dev e consegnato da Freemius dopo l’acquisto. La versione gratuita non ne contiene il codice. nexya Pro sostituisce il plugin gratuito mantenendo le stesse impostazioni.

Il principio è semplice. Ogni pagina viene salvata sotto forma di file, quindi servita al visitatore successivo prima che WordPress venga caricato. Quando qualcosa modifica la pagina, il file viene eliminato. La pulizia è automatica, anche quando si salva una pagina in Elementor.

Dalla versione 1.2.31, la cache di Cloudflare viene svuotata contemporaneamente a quella di nexya: completamente, o solo per gli indirizzi della pagina modificata. Dalla 1.2.34, la homepage di un sito che reindirizza in base alla lingua del browser viene nuovamente servita dalla cache. Solo una prima visita in cui il browser richiede un’altra lingua del sito passa attraverso WordPress.

Come tutti i moduli nexya, la cache si attiva e si disattiva dall’hub. Finché è disattivata, non registra nulla e nessuno dei suoi hook viene eseguito sul sito.

Rimettere in ordine la cache, in quattro passaggi

1. 1

   Misurare il TTFB

   In navigazione in incognito, annota il TTFB di una pagina caricata due volte, poi quello di un'immagine della libreria media. Se anche l'immagine è lenta, scrivi all'hosting allegando questi dati.

   
2. 2

   Tenere un solo plugin di cache di pagina

   Svuota e poi disattiva qualsiasi altro plugin di cache di pagina. Dopodiché, attiva la cache dall'hub di nexya.

   
3. 3

   Collegare Cloudflare se il sito lo utilizza

   Con nexya Pro, la cache di Cloudflare si svuota insieme a quella del sito, completamente o solo per la pagina modificata. Verifica anche se l'hosting aggiunge una propria cache.

   
4. 4

   Alleggerire il database

   Esporta il database dal modulo Manutenzione, quindi avvia la pulizia. Usa la schermata delle prestazioni per individuare ciò che appesantisce l'autoload.

   

La cache mostra una versione precedente: dove cercare

Se i visitatori vedono una pagina obsoleta, di solito significa che uno strato di cache non è stato avvisato della modifica. Potrebbero essercene diversi sovrapposti: il browser, un plugin di cache, la cache del server offerta da alcuni hosting, e infine una CDN.

Due plugin di cache di pagina attivi contemporaneamente interferiscono tra loro: ognuno conserva la propria copia e svuotarne uno non svuota l’altro. Tenetene uno solo. Se scegliete quello di nexya, disattivate l’altro e svuotatelo prima.

Un altro argomento del forum parla di un shortcode che non si aggiorna. Una cache di pagina registra il risultato della pagina così com’è. Uno shortcode che mostra informazioni mutevoli rimane quindi bloccato nel file fino alla prossima pulizia. È il normale funzionamento di una cache di pagina, non un guasto.

• Eseguite il test in navigazione in incognito per escludere la cache del browser.
• Verificate se l’hosting aggiunge una propria cache e come svuotarla.
• Se il sito passa attraverso Cloudflare, verificate che la sua pulizia sia collegata a quella del sito.
• Conservate un solo plugin di cache di pagina.

Alleggerire il database: la schermata delle prestazioni e la pulizia

Se le misurazioni mostrano che il tempo viene perso in WordPress, controllate anche il database. Alcune opzioni vengono caricate automaticamente ad ogni pagina: si tratta dell’autoload. A volte i plugin eliminati da tempo lasciano lì dei dati. La schermata delle prestazioni di nexya aiuta a individuare ciò che pesa nell’autoload.

Il modulo Manutenzione, gratuito, pulisce il database ed è in grado di esportarlo. Esegui sempre un’esportazione prima di una pulizia, per poter tornare indietro. La pulizia programmata, che si ripete da sola a intervalli regolari, fa parte di nexya Pro.

Un database più leggero non sostituisce la cache di pagina e una cache non sostituisce un database sano. Si completano a vicenda. Ma nessuno dei due risolve il problema di un hosting troppo lento.