Analisi performance WordPress e WooCommerce lento: checklist completa da controllare

Quando un sito è lento, il problema quasi mai è uno solo. Molto spesso ci si concentra su cache, immagini o plugin, ma una vera analisi performance WordPress fatta bene deve andare più a fondo. Se parliamo di WooCommerce lento, poi, il rischio di fermarsi alla superficie è ancora più alto: magari la home sembra accettabile, ma il carrello, il checkout, il backend ordini o la lista prodotti sono un disastro.

Il punto è semplice: se vuoi davvero velocizzare WordPress o capire perché il tuo shop è lento, devi fare 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.

In questo articolo ti lascio una checklist completa di quello che comprende una vera analisi delle performance di un sito WordPress con WooCommerce lento, separando la parte WordPress dalla parte WooCommerce.

Perché una semplice ottimizzazione spesso non basta

Uno degli errori più comuni è questo: si vede che il sito è lento e si pensa subito a un plugin cache, a comprimere le immagini o a cambiare hosting. A volte basta, ma tante altre no.

Un sito WordPress lento può dipendere da:

• server sottodimensionato o configurato male;
• plugin scritti male o in conflitto;
• tema pesante;
• database sporco o con query lente;
• autoload options troppo grandi;
• AJAX o REST API usati male;
• cache non realmente efficace;
• bot, crawl inutili o traffico sporco;
• funzioni WooCommerce che rallentano carrello, checkout o area admin.

Ecco perché una vera analisi performance WordPress deve essere fatta in modo ordinato, senza saltare i passaggi più importanti.

Cosa comprende l’analisi delle performance di WordPress

1. Controllo server e ambiente hosting

La prima parte riguarda sempre il server. Qui bisogna verificare:

• CPU, RAM, I/O disco e limiti reali dell’hosting;
• versione PHP e impostazioni come memory_limit, max_execution_time e OPcache;
• versione MySQL o MariaDB;
• configurazione 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, SSL handshake, CDN, WAF e rate limiting.

Se questa parte è trascurata, rischi di correggere il sito senza toccare il vero collo di bottiglia.

2. Analisi dei tempi di caricamento reali

Qui non bisogna guardare solo il punteggio. Bisogna misurare:

• TTFB;
• tempo totale di caricamento 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 rendering percepito.

A volte il sito non è lentissimo lato server, ma sembra lento perché carica male immagini, font, CSS o JavaScript.

3. Analisi database WordPress

Il database è uno dei punti più sottovalutati. In questa fase bisogna controllare:

• query lente;
• lock del database;
• tabelle con overhead o corruzioni;
• revisioni e transients 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. Analisi 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;
• genera conflitti 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. Analisi tema e codice custom

Se il tema o il codice custom sono scritti male, puoi avere un sito lento anche con un server buono. Qui bisogna verificare:

• peso reale del tema;
• funzioni custom in functions.php o 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. Analisi del backend WordPress

Una buona analisi performance WordPress non guarda solo il frontend. Va controllato anche il backend:

• lista articoli lenta;
• custom post type lenti;
• media library lenta;
• metabox troppo pesanti;
• campi ACF complessi;
• filtri admin che eseguono query costose;
• widget dashboard inutili;
• Heartbeat API troppo aggressiva;
• autosalvataggi e polling eccessivi.

Se il backend è lento, il problema va risolto alla radice, non coperto.

7. Analisi 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 terzi;
• immagini troppo grandi o non ottimizzate;
• assenza di WebP o AVIF;
• lazy load mal configurato;
• preload e prefetch usati male;
• 404 su asset fondamentali.

Qui spesso si recuperano parecchi millisecondi, ma senza dimenticare che non tutto si gioca sul frontend.

8. Cache, object cache e processi interni

La cache va analizzata bene, non data per scontata. Bisogna verificare:

• page cache;
• browser cache;
• cache lato server;
• object cache Redis o Memcached;
• hit e miss cache;
• OPcache PHP;
• esclusioni corrette;
• cache spezzata da cookie, sessioni, lingua o query string.

Va controllato anche tutto ciò che gira in automatico:

• WP-Cron;
• cron reali lato server;
• import/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 bisogna verificare:

• 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.

Questa parte viene ignorata spesso, ma in certi casi è proprio lì il problema.

Cosa comprende l’analisi delle performance di WooCommerce

Quando parliamo di 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 bisogna verificare:

• lentezza su shop e categorie prodotto;
• lentezza su 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, bisogna analizzare:

• filtri prodotto pesanti;
• query sugli attributi;
• categorie e sottocategorie troppo profonde;
• ricerca interna lenta;
• query LIKE troppo costose;
• 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 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. Bisogna verificare:

• tabella sessioni troppo grande;
• sessioni aperte troppo a lungo;
• lock di sessione;
• sessioni create anche dove non servono;
• richieste parallele rallentate proprio dalla gestione sessione.

5. Action Scheduler e code WooCommerce

Qui si annidano tanti problemi reali. Bisogna controllare:

• 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 lato processo ordine dipendono proprio da qui.

6. Tabelle WooCommerce da tenere d’occhio

In una vera analisi vanno controllate 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. Va verificato 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 quotidiano diventa frustrante e pieno di attriti.

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, comparison, quick view;
• ERP o gestionali esterni;
• sincronizzazione 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;
• duplicazione query dovuta alle 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 performance WordPress non è una lista di plugin da attivare. È un lavoro tecnico che parte dai dati e arriva ai colli di bottiglia reali. Se poi parliamo di 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”. Il primo passo giusto è 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 😛