Quando un sito è lento, raramente la colpa è di una cosa sola. Quasi tutti partono da cache, immagini e plugin, ma una analisi delle performance fatta come si deve deve andare più a fondo. E se parliamo di WooCommerce lento, il rischio di fermarsi alla superficie è ancora più alto: magari la home carica in modo accettabile, ma il carrello, il checkout o la lista ordini nel backend sono tutta un’altra storia.
Il concetto è semplice: se vuoi davvero velocizzare WordPress o capire perché il tuo shop è lento, serve un controllo tecnico completo. Non basta guardare un test online e attivare due opzioni a caso. Bisogna capire cosa rallenta davvero il sito, in quale area, in quale momento e per quale motivo.
Qui sotto ti lascio la checklist di quello che controllo in una vera analisi delle performance, separando la parte WordPress da quella WooCommerce, perché sono due lavori diversi.
Perché la semplice ottimizzazione spesso non basta
L’errore più comune è questo: si vede che il sito è lento e si pensa subito al plugin di cache, a comprimere le immagini o a cambiare hosting. A volte basta, ma tante altre volte no.
Un sito WordPress lento può dipendere da diverse cose:
- server sottodimensionato o configurato male;
- plugin scritti male o in conflitto tra loro;
- tema troppo pesante;
- database sporco o con query lente;
- autoload options troppo grandi, caricate a ogni richiesta;
- AJAX o REST API usati male;
- cache che c’è ma non è davvero efficace;
- bot, crawl inutili e traffico sporco;
- funzioni WooCommerce che rallentano carrello, checkout o area admin.
Ecco perché l’analisi va fatta in modo ordinato, senza saltare i passaggi più importanti solo perché richiedono tempo.
Cosa comprende l’analisi di WordPress
1. Server e ambiente hosting
Si parte sempre dal server. Qui verifico:
- CPU, RAM, I/O del disco e i limiti reali dell’hosting;
- versione PHP e impostazioni come memory_limit, max_execution_time e OPcache;
- versione di MySQL o MariaDB;
- configurazione di Apache o Nginx;
- differenze tra staging e produzione;
- backup automatici, scansioni, cron e processi batch attivi;
- compressione gzip o brotli;
- supporto HTTP/2 o HTTP/3;
- DNS, handshake SSL, CDN, WAF e rate limiting.
Se questa parte viene trascurata, rischi di correggere il sito senza toccare il vero collo di bottiglia.
2. Tempi di caricamento reali
Qui non bisogna guardare solo il punteggio, ma misurare i dati veri:
- TTFB;
- tempo totale di caricamento della pagina;
- differenza tra utente loggato e non loggato;
- differenza tra frontend e backend;
- differenza tra desktop e mobile reale;
- numero di richieste HTTP;
- script bloccanti e velocità percepita.
A volte il sito non è lentissimo lato server, ma sembra lento perché carica male immagini, font, CSS o JavaScript.
3. Database
Il database è uno dei punti più sottovalutati. In questa fase controllo:
- query lente;
- lock del database;
- tabelle con overhead o corrotte;
- revisioni e transient inutili;
- opzioni autoload troppo pesanti in wp_options;
- righe enormi caricate a ogni richiesta;
- indici mancanti;
- log custom troppo pesanti nel database.
Su molti siti il problema non è la cache: è un database che si porta dietro anni di sporcizia, plugin vecchi e dati mai ripuliti.
4. Plugin attivi
Ogni plugin attivo va valutato, per capire se:
- esegue troppe query;
- fa chiamate esterne lente;
- usa male admin-ajax.php;
- interroga troppo spesso la REST API;
- entra in conflitto con altri plugin;
- carica CSS e JS ovunque, anche dove non servono;
- è obsoleto o scritto male.
Spesso il sito rallenta non per un singolo plugin “pesante”, ma per l’effetto combinato di più plugin mediocri messi insieme.
5. Tema e codice custom
Se il tema o il codice custom sono scritti male, puoi avere un sito lento anche con un buon server. Qui verifico:
- peso reale del tema;
- funzioni custom nel functions.php o nei plugin dedicati;
- hook usati male come init, wp, template_redirect o save_post;
- template sovrascritti male;
- builder o moduli che caricano logiche inutili ovunque.
Molti rallentamenti nascono proprio da personalizzazioni fatte nel tempo senza una struttura pulita.
6. Backend di WordPress
Una buona analisi non guarda solo il frontend. Anche il backend va controllato, visto che ci lavori ogni giorno:
- lista articoli lenta;
- custom post type lenti;
- media library lenta;
- metabox troppo pesanti;
- campi ACF complessi;
- filtri admin che eseguono query costose;
- widget inutili nella dashboard;
- Heartbeat API troppo aggressiva;
- autosalvataggi e polling eccessivi.
Se il backend è lento, il problema va risolto alla radice, non coperto.
7. Frontend: asset, immagini e richieste
Qui si controlla tutto ciò che l’utente scarica nel browser:
- CSS e JS caricati in eccesso;
- file non minificati;
- script bloccanti;
- font esterni troppo pesanti;
- video, iframe, mappe e widget di terzi;
- immagini troppo grandi o non ottimizzate;
- assenza di WebP o AVIF;
- lazy load configurato male;
- preload e prefetch usati male;
- 404 su asset importanti.
Qui spesso si recuperano parecchi millisecondi, ma senza illudersi che si giochi tutto sul frontend.
8. Cache, object cache e processi interni
La cache va analizzata bene, non data per scontata. Verifico:
- page cache;
- browser cache;
- cache lato server;
- object cache con Redis o Memcached;
- hit e miss della cache;
- OPcache di PHP;
- esclusioni impostate correttamente;
- cache spezzata da cookie, sessioni, lingua o query string.
E poi tutto ciò che gira in automatico:
- WP-Cron;
- cron reali lato server;
- import ed export;
- sincronizzazioni;
- email inviate in modo sincrono;
- processi batch pesanti.
9. Sicurezza, bot e traffico sporco
Un sito può sembrare lento anche perché consumato da traffico inutile. Qui controllo:
- spam bot;
- brute force;
- scraping;
- finti crawler;
- pagine inutili martellate dai bot;
- query string e UTM che rompono la cache;
- firewall o antispam troppo aggressivi.
È una parte che spesso viene ignorata, ma in certi casi il problema è proprio lì.
Cosa comprende l’analisi di WooCommerce
Con WooCommerce lento la situazione cambia. Un sito vetrina e uno shop non si analizzano allo stesso modo: WooCommerce aggiunge logiche, sessioni, query, AJAX, tabelle dedicate e processi che vanno controllati uno per uno.
1. Catalogo, prodotti e varianti
Qui verifico:
- lentezza su shop e categorie prodotto;
- lentezza sul prodotto singolo;
- numero di varianti per prodotto;
- quantità di post meta associati ai prodotti;
- meta_query pesanti;
- query su categorie, tag, attributi e brand;
- prodotti correlati, upsell e cross-sell;
- immagini prodotto e gallery troppo pesanti;
- catalogo sporco o pieno di dati inutili.
Un catalogo WooCommerce cresce in fretta, e se non viene gestito bene può diventare molto più pesante di quanto sembri.
2. Filtri, attributi e ricerca prodotti
Se hai filtri avanzati, layered nav o tante tassonomie, analizzo:
- filtri prodotto pesanti;
- query sugli attributi;
- categorie e sottocategorie troppo profonde;
- ricerca interna lenta;
- query LIKE troppo costose;
- l’eventuale necessità di un motore di ricerca dedicato su cataloghi grandi.
Molti shop iniziano a rallentare proprio qui, soprattutto quando i filtri sono tanti e costruiti male.
3. Carrello e checkout
Questa è la parte più delicata. Se qui c’è un collo di bottiglia, perdi vendite. Una verifica seria deve includere:
- lentezza del carrello;
- lentezza del checkout;
- cart fragments;
- refresh AJAX del mini-cart;
- ricalcolo del totale troppo frequente;
- gateway di pagamento lenti;
- spedizioni con calcoli pesanti;
- validazioni custom nel checkout;
- API esterne di corrieri o pagamenti;
- invio email ordine in modo sincrono.
Se un cliente arriva al checkout e deve aspettare, il danno non è tecnico: è economico.
4. Sessioni WooCommerce
Le sessioni vanno controllate sempre, perché spesso diventano un problema invisibile. Verifico:
- tabella sessioni troppo grande;
- sessioni aperte troppo a lungo;
- lock di sessione;
- sessioni create anche dove non servono;
- richieste parallele rallentate proprio dalla gestione della sessione.
5. Action Scheduler e code WooCommerce
Qui si annidano diversi problemi reali. Controllo:
- job pending troppo numerosi;
- job failed;
- code bloccate o intasate;
- task automatici troppo frequenti;
- webhook, notifiche e sincronizzazioni pesanti.
Molti casi di WooCommerce lento lato admin o nella gestione ordini dipendono proprio da qui.
6. Tabelle WooCommerce da tenere d’occhio
In una vera analisi controllo anche le tabelle dedicate, ad esempio:
- actionscheduler_actions;
- actionscheduler_claims;
- wp_wc_admin_notes;
- wp_wc_order_stats;
- wp_wc_product_meta_lookup;
- wp_woocommerce_sessions.
Se una o più di queste tabelle crescono male o si riempiono di dati inutili, il sito può rallentare parecchio.
7. Backend WooCommerce
Una parte spesso trascurata è l’admin dello shop. Verifico se sono lenti:
- lista prodotti;
- lista ordini;
- filtri admin;
- colonne custom con query pesanti;
- metabox prodotto;
- campi ACF o custom field sui prodotti;
- importazioni, export e sincronizzazioni.
Se il backend WooCommerce è lento, il lavoro operativo di tutti i giorni diventa frustrante.
8. Funzioni dinamiche e integrazioni esterne
Qui si controlla tutto ciò che rende WooCommerce più “vivo”, ma anche più pesante:
- geolocalizzazione;
- calcolo tasse in tempo reale;
- spedizioni live;
- currency switcher;
- prezzi dinamici;
- sconti per ruolo utente;
- wishlist, comparazione, quick view;
- ERP o gestionali esterni;
- sincronizzazione di stock e prezzi;
- feed XML, marketplace e API esterne.
Qui il problema non è quasi mai WooCommerce in sé, ma tutto quello che gli viene agganciato attorno.
9. Multilingua e cache su WooCommerce
Se lo shop usa più lingue o più valute, l’analisi deve includere anche:
- impatto di WPML o Polylang;
- query duplicate a causa delle traduzioni;
- shop diverso per lingua o valuta;
- cache spezzata da listini, valute, ruoli o lingua;
- esclusioni corrette per carrello, checkout e area account.
Gli errori più comuni quando si analizza un sito lento
Te li dico chiari, perché li vedo spesso:
- guardare solo PageSpeed e ignorare il backend;
- dare la colpa all’hosting senza analizzare query e plugin;
- attivare la cache senza capire se sta davvero aiutando;
- ignorare il database e le autoload options;
- non controllare sessioni WooCommerce e Action Scheduler;
- non distinguere WordPress da WooCommerce;
- fare modifiche a caso senza una diagnosi tecnica iniziale.
Se salti la diagnosi, rischi solo di spostare il problema da una parte all’altra.
Conclusione
Una vera analisi delle performance non è una lista di plugin da attivare. È un lavoro tecnico che parte dai dati e arriva ai colli di bottiglia reali. E con WooCommerce lento serve ancora più attenzione, perché entrano in gioco carrello, checkout, sessioni, scheduler, prodotti, filtri e integrazioni esterne.
La differenza la fa sempre il metodo: controllare server, database, plugin, tema, codice custom, cache, processi interni e tutta la parte WooCommerce, senza scorciatoie.
Se il tuo sito WordPress o il tuo shop WooCommerce è lento, il primo passo giusto non è “provare qualcosa”. È fare un’analisi completa e capire dove si blocca davvero.
A presto e fate i buoni 🙂
Non installare plugin ad cazzum che fanno solo casino 😛
Google PageSpeed vs prestazioni reali: perché il punteggio non basta per un sito veloce
