Ottimizzare la velocità di WordPress: le tecniche avanzate

Introduzione: questo articolo comincia dove gli altri finiscono

Le guide sulle prestazioni dicono tutte la stessa cosa: attivi una cache, comprima le immagini, usi una rete di distribuzione. È giusto, è necessario, e una volta fatto, la maggior parte dei siti resta lenta.

Questo articolo dà per acquisite quelle tre cose. Tratta ciò che resta — e ciò che resta non sta quasi mai nel rendering della pagina:

tempo totale = tempo server + percorso critico + ciò che aggiungono le terze parti
                    ↑              ↑                        ↑
              query, PHP     CSS/JS bloccanti        script che Lei
              autoload, cron                         non ha scritto

Le guide trattano la colonna centrale. Le altre due sono dove stanno i secondi. Per le basi e la misura dei Core Web Vitals, cominci da l'ottimizzazione dei Core Web Vitals.

1. Il tempo server — ciò che la cache nasconde invece di risolvere

Una cache di pagina rende il problema invisibile ai visitatori anonimi e lo lascia del tutto intatto per tutti gli altri: utente connesso, carrello non vuoto, pagina account, ricerca interna, moduli. In un negozio sono esattamente le pagine che rendono.

La tabella delle opzioni e l'autoload. WordPress carica a ogni richiesta tutte le opzioni contrassegnate come a caricamento automatico. I plugin disinstallati vi lasciano voci, talvolta ingombranti, che continuano a essere lette per sempre. È il primo posto da guardare e quasi nessuno lo fa: misuri il peso totale dell'autoload, poi cosa lo compone.

Le query non indicizzate. Una query che scorre un'intera tabella è indolore a mille righe e fatale a centomila. Il sintomo inganna: il sito rallenta progressivamente, lo si attribuisce all'hosting, e la causa è una query che non è mai cambiata.

Le attività pianificate. WordPress le innesca al caricamento di una pagina — un visitatore paga l'esecuzione. Un'attività pesante e un sito a basso traffico danno il caso peggiore: l'unico visitatore dell'ora aspetta il backup. Passare a una pianificazione server reale è uno degli interventi più redditizi di questo elenco.

Il numero di plugin. Non è un mito: ciascuno aggiunge letture di opzioni, script e punti di aggancio. Passare da trenta a quindici si vede sul tempo server senza alcun altro intervento — veda analizzare i Suoi plugin in 5 passi.

2. Il percorso critico — l'unica regola che conta

Tutto ciò che blocca la comparsa della prima schermata è tempo che il visitatore guarda. Le tecniche classiche (minificare, rinviare) raggiungono presto un tetto. Ciò che sblocca davvero:

• caricare il necessario per la prima schermata e rinviare il resto. Un unico file CSS con gli stili di tutte le pagine fa pagare alla home la grafica del checkout;
• non caricare gli script dove non servono. Un modulo di contatto che carica la sua libreria su tutte le 400 pagine del sito è caso frequentissimo, e la correzione è condizionale: caricare sulla pagina che lo usa;
• riservare lo spazio degli elementi che arrivano dopo. Un banner, un'immagine, un carattere che si inserisce sposta la pagina — il visitatore perde la riga, e l'indicatore di stabilità visiva crolla. Riservare l'altezza costa una riga di stile;
• precaricare il carattere e l'immagine della prima schermata, ma solo quelli. Precaricare tutto equivale a non dare priorità a nulla.

⚠ La trappola: ottimizzare ciò che lo strumento di misura mostra anziché ciò che il visitatore vive. Un punteggio ottenuto rinviando uno script che diventa necessario tre secondi dopo non ha migliorato nulla — ha spostato l'attesa fuori dalla misura.

3. Le terze parti — la voce più pesante e la meno guardata

Su molti siti, metà del tempo di caricamento viene da codice che nessuno in azienda ha scritto: misurazione del pubblico, banner di consenso, chat, pixel pubblicitari, caratteri remoti, mappe.

Tre regole, per resa:

1. Contare prima di discutere. Elenchi ogni script di terze parti e quanto aggiunge in peso e in tempo. Il risultato sorprende, e rende possibile la conversazione con chi li ha chiesti.
2. Una terza parte deve guadagnarsi il posto. Un pixel installato per una campagna finita otto mesi fa costa ogni giorno. È la pulizia più rapida e redditizia di tutto l'articolo.
3. Ospitare in proprio ciò che si può. I caratteri in particolare: servirli dal Suo dominio toglie una risoluzione di nome, una connessione e una negoziazione di sicurezza — e risolve al passaggio una questione di dati personali.

Il caso del banner di consenso è il più delicato, perché è obbligatorio e arriva presto. La soluzione non è toglierlo: è inserirlo senza che spinga la pagina. Trattato in il nostro approccio al consenso e ai cookie.

4. Le immagini — oltre la compressione

La compressione è data per acquisita. Cosa resta:

• le dimensioni servite. Un'immagine da 2400 px mostrata in una cornice da 600 px trasferisce quattro volte i byte necessari. È lo spreco più comune dopo le terze parti;
• il formato, scelto in base al contenuto e non per principio;
• il caricamento differito, tranne per l'immagine della prima schermata. Rinviare quella peggiora direttamente l'indicatore principale — l'errore classico della casella spuntata ovunque;
• i testi alternativi, che non servono alla velocità ma vale la pena sistemare visto che apre l'argomento. Veda il nostro confronto con Smush.

5. Misurare — tre errori che fanno lavorare per nulla

Misurare solo in laboratorio. Un test sintetico da un centro dati vicino con una connessione perfetta non descrive nessuno. I dati di campo descrivono i Suoi visitatori.

Guardare la media. La media nasconde la coda della distribuzione, ed è nella coda che stanno gli abbandoni. Guardi i percentili alti: sono i Suoi clienti da telefono, in movimento.

Misurare una pagina. La home è raramente rappresentativa. Misuri una pagina di contenuto, una scheda prodotto e il checkout — tre profili, tre colli di bottiglia.

E l'unica domanda che decide l'insieme: il tasso di conversione si è mosso? Un guadagno di velocità che non si vede su alcun indicatore di business è un guadagno da ingegnere. Per un negozio, il ragionamento completo è in l'ottimizzazione del funnel di conversione.

6. Il protocollo avanzato, in una pagina

• Misurare prima — campo e laboratorio, su tre tipi di pagina, e annotare le cifre
• Peso dell'autoload rilevato, voci orfane di plugin disinstallati rimosse
• Query lente individuate sulla pagina più lenta, non sulla home
• Attività pianificate spostate su una pianificazione server reale
• Inventario delle terze parti, con per ciascuna: chi l'ha chiesta, per cosa, serve ancora?
• Caratteri ospitati da Lei, precaricati, e solo quelli
• Script condizionali: caricati sulle pagine che li usano
• Spazio riservato per ogni elemento che si inserisce dopo il rendering
• Rimisurare, confrontare con le cifre annotate, e tenere una pagina testimone non toccata

Conclusione

Quando cache e compressione sono a posto, la velocità non si guadagna più regolando: si guadagna togliendo. Opzioni caricate per nulla, script che servono una pagina su quattrocento, terze parti installate per una campagna finita, plugin tenuti per sicurezza.

È meno spettacolare di un nuovo modulo di cache, ed è ciò che produce i secondi. Le prestazioni avanzate sono un lavoro di sottrazione, ed è per questo che si fanno di rado: non c'è nulla da installare.

La prova che dice a che punto è: apra la pagina più lenta del Suo sito, non la home. È quella che hanno visto i Suoi clienti scontenti.

Per proseguire: l'ottimizzazione dei Core Web Vitals, i Core Web Vitals di WooCommerce e il nostro confronto con WP Rocket. Sul fronte strumenti: prestazioni delle pagine e ottimizzazione delle immagini — versioni premium con rimborso integrale entro 14 giorni.