Perché il monitoraggio delle prestazioni è importante
Avete dedicato tempo a ottimizzare la velocità del vostro negozio Shopify. Il vostro speed test è passato da 40 a 80. Complimenti — ma senza monitoraggio, quel punteggio potrebbe silenziosamente tornare a 40 nel giro di poche settimane. Ecco perché:
Aggiornamenti delle app — un'app Shopify aggiorna il proprio bundle JavaScript, aggiungendo 100KB di codice non ottimizzato. Il peso degli script di terze parti raddoppia da un giorno all'altro.
Nuove installazioni di app — un membro del team installa un widget di recensioni o un'app di chat che inietta script che bloccano il rendering.
Aggiornamenti del tema — un aggiornamento del tema cambia il modo in cui vengono caricati CSS/JS, annullando le vostre correzioni alle risorse che bloccano il rendering.
Modifiche ai contenuti — qualcuno carica un'immagine hero da 5MB su una pagina collezione senza comprimerla.
Modifiche di terze parti — uno script esterno di analytics o marketing diventa più pesante o più lento.
📉 La perdita silenziosa di fatturato
Senza monitoraggio, i cali di velocità passano inosservati per settimane o mesi. Nel frattempo, il vostro tasso di conversione scende silenziosamente. Un rallentamento di 2 secondi può ridurre le conversioni mobile del 20-40%. Se non tenete traccia della velocità, non collegherete mai l'installazione di una nuova app a un calo del fatturato del 15% il mese successivo.
Quali metriche monitorare
Non tutte le metriche di velocità hanno la stessa importanza. Concentratevi su quelle che Google usa per il ranking e su quelle direttamente correlate all'esperienza utente:
🎯 Core Web Vitals (cosa misura Google)
- LCP (Largest Contentful Paint) — La velocità di caricamento del contenuto principale. Obiettivo: sotto i 2.5 secondi. Guida all'ottimizzazione dell'LCP →
- CLS (Cumulative Layout Shift) — Quanto la pagina si sposta durante il caricamento. Obiettivo: sotto 0.1.
- INP (Interaction to Next Paint) — Quanto la pagina è reattiva a clic e tap. Obiettivo: sotto i 200ms.
📊 Metriche di supporto (per il debug)
- TTFB (Time to First Byte) — Tempo di risposta del server. Obiettivo: sotto gli 800ms.
- TBT (Total Blocking Time) — Tempo in cui gli script bloccano il thread principale. Obiettivo: sotto i 200ms.
- Speed Index — Quanto rapidamente si popola il contenuto visibile. Obiettivo: sotto i 3.4 secondi.
- Peso totale della pagina — Byte totali scaricati. Obiettivo: sotto i 2MB.
- Richieste totali — Numero di richieste HTTP. Obiettivo: sotto 50.
Per un'analisi completa di queste metriche e di cosa significano per il vostro negozio, consultate la nostra Guida ai Core Web Vitals per Shopify.
Il modo semplice: il monitoraggio quotidiano automatico di Thunder
Configurare un monitoraggio manuale con strumenti gratuiti funziona, ma richiede disciplina: dovete ricordarvi di controllare, interpretare i dati e agire sui cali. La maggior parte dei negozianti inizia con entusiasmo e smette di controllare dopo poche settimane.
Thunder Page Speed Optimizer include il monitoraggio automatico quotidiano delle prestazioni come parte della sua suite di ottimizzazione:
- ✦ Test di velocità quotidiani sulle pagine chiave (homepage, collezioni principali, prodotti principali)
- ✦ Avvisi automatici sui cali — ricevete una notifica quando la velocità scende sotto la vostra soglia
- ✦ Monitoraggio storico dell'andamento — visualizzate la velocità nel corso di settimane e mesi, non solo istantanee puntuali
- ✦ Individuazione della causa — Thunder identifica cosa è cambiato (nuovo script, immagine più pesante, ecc.)
- ✦ Dashboard Core Web Vitals — LCP, CLS e INP monitorati nel tempo con indicatori di superamento/non superamento
Combinato con le ottimizzazioni di velocità di Thunder, ottenete sia la correzione che il monitoraggio in un'unica installazione. Nessuna configurazione manuale, nessun controllo settimanale, nessuna interpretazione dei dati richiesta. Consultate i piani e i prezzi attuali →
Installate Thunder — Ottimizzazione + monitoraggio →Volete configurare da soli un monitoraggio gratuito? Le sezioni seguenti illustrano ogni strumento, a cosa serve e come configurarlo. Preparatevi a un flusso di lavoro multi-strumento che richiede un impegno settimanale costante.
Strumento gratuito n. 1: Google Search Console
Ideale per: dati reali sui Core Web Vitals provenienti da visitatori effettivi. È il punto di riferimento, perché è ciò che Google usa per le decisioni di ranking.
Configurazione
- Andate su search.google.com/search-console
- Aggiungete il dominio del vostro negozio Shopify come proprietà
- Verificate la proprietà con il metodo del record DNS TXT (aggiungete un record TXT nelle impostazioni DNS del dominio)
- Attendete 24-48 ore perché compaiano i primi dati
Cosa controllare
Andate su Esperienza → Core Web Vitals. Vedrete report separati per mobile e desktop, che mostrano:
- 🟢 URL positivi — superano tutte e tre le soglie CWV
- 🟡 Da migliorare — vicini alle soglie ma non falliscono
- 🔴 Scarso — non supera una o più metriche CWV
Cliccate su un problema per vedere quali gruppi di URL sono interessati. GSC raggruppa URL simili (ad esempio tutte le pagine prodotto), così potete capire se il problema riguarda l'intero sito o è specifico di certi tipi di pagina.
Limitazione: GSC mostra dati solo se il sito ha traffico Chrome sufficiente. I negozi nuovi o con poco traffico potrebbero non avere dati sul campo disponibili. In questo caso, affidatevi agli strumenti di test di laboratorio qui sotto.
Strumento gratuito n. 2: Google PageSpeed Insights
Ideale per: controlli rapidi e dati di laboratorio. Eseguite un test in 30 secondi e ottenete raccomandazioni pratiche.
Come usarlo
- Andate su pagespeed.web.dev
- Inserite l'URL del negozio (testate pagine specifiche, non solo la homepage)
- Attendete 15-30 secondi per i risultati
- Esaminate il punteggio, le metriche CWV e le sezioni "Opportunities" e "Diagnostics"
Pagine chiave da testare
Prima di passare allo strumento di Google, potete testare qui la velocità del vostro negozio per una base di riferimento rapida. Poi controllate queste pagine in PSI:
- • Homepage:
https://yourstore.com - • Collezione più grande:
https://yourstore.com/collections/all - • Prodotto principale:
https://yourstore.com/products/best-seller - • Articolo del blog (se presente):
https://yourstore.com/blogs/news/recent-post
Importante: non inseguite un punteggio perfetto di 100 — è un mito comune pensare che serva un punteggio perfetto. Concentratevi sul superare le soglie dei Core Web Vitals (LCP < 2.5s, CLS < 0.1, INP < 200ms) e sul mantenere il punteggio costantemente sopra 70 su mobile.
Strumento gratuito n. 3: GTmetrix
Ideale per: grafici waterfall dettagliati, monitoraggio storico e test da posizioni geografiche diverse.
Configurazione (account gratuito)
- Create un account gratuito su gtmetrix.com
- Inserite l'URL del negozio ed eseguite un test
- Configurate le Pagine monitorate — il piano gratuito consente di monitorare 1 pagina con test quotidiani
- Configurate avvisi email per quando le prestazioni scendono sotto la vostra soglia
Cosa rende utile GTmetrix
- • Grafico waterfall — mostra esattamente quando si carica ogni risorsa, rendendo facile individuare i colli di bottiglia
- • Monitoraggio storico — visualizzate la velocità nel tempo, individuate tendenze e cali
- • Riproduzione video — guardate il caricamento della pagina al rallentatore per vedere cosa vivono gli utenti
- • Test da diverse località — testate da posizioni geografiche diverse per verificare l'efficacia del CDN
Consiglio pratico: il grafico waterfall di GTmetrix è il miglior strumento di debug per capire perché una pagina specifica è lenta. Cercate barre blu lunghe (HTML/TTFB), barre viola (CSS che blocca il rendering) e barre arancioni (JavaScript). Le barre più lunghe sono i vostri obiettivi di ottimizzazione principali.
Strumento gratuito n. 4: WebPageTest
Ideale per: analisi avanzate, confronti filmstrip e test su combinazioni specifiche di dispositivo/rete.
Come usarlo
- Andate su webpagetest.org
- Inserite il vostro URL
- Selezionate la posizione del test (sceglietene una vicina al vostro pubblico target)
- In "Advanced Settings", selezionate il browser e la velocità di connessione (consigliato: Mobile - 4G per test mobile realistici)
- Eseguite il test (richiede 1-3 minuti)
Funzionalità principali
- • Vista filmstrip — screenshot fotogramma per fotogramma che mostrano esattamente cosa vede l'utente in ogni momento del caricamento
- • Confronto visivo — testate due URL fianco a fianco (ottimo per il confronto prima/dopo l'ottimizzazione)
- • Limitazione della connessione — simulate 3G, 4G o limiti di banda specifici
- • Analisi delle terze parti — mostra esattamente quali domini di terze parti aggiungono latenza
- • Integrazione con Lighthouse — esegue Lighthouse insieme alle proprie metriche
Quando usare WebPageTest invece di GTmetrix: usate WebPageTest quando dovete testare condizioni di rete specifiche, confrontare due pagine fianco a fianco o ottenere l'analisi dettagliata dei domini di terze parti. Per il monitoraggio regolare, il tracciamento storico di GTmetrix è più comodo.
Strumento gratuito n. 5: Chrome DevTools
Ideale per: debug in tempo reale sul vostro dispositivo reale, analisi di rete e profiling JavaScript.
Audit rapido delle prestazioni
- Aprite il negozio in Chrome
- Premete
F12(oppure tasto destro → Ispeziona) - Andate alla scheda Lighthouse
- Selezionate la categoria "Performance" e il dispositivo "Mobile"
- Cliccate su "Analyze page load" — otterrete lo stesso report di PageSpeed Insights ma dalla vostra macchina locale
Analisi della scheda Network
La scheda Network è preziosa per capire cosa carica la vostra pagina:
- • Filtrate per tipo — cliccate su "JS" per vedere tutti i file JavaScript e le loro dimensioni
- • Ordinate per dimensione — trovate le risorse più pesanti
- • Spuntate "Disable cache" — simulate un visitatore alla prima visita
- • Limitate la rete — selezionate "Slow 3G" o "Fast 3G" per simulare velocità mobile
- • Guardate la barra in basso — mostra richieste totali, dimensione totale del trasferimento e tempo di caricamento
Definire un programma di monitoraggio
La costanza è fondamentale. Se non avete ancora ottimizzato il negozio, iniziate prima con la nostra guida completa all'ottimizzazione — non ha senso monitorare un negozio lento. Una volta ottimizzati, ecco un programma di monitoraggio realistico per chi non vuole passarci ore:
📅 Settimanale (5 minuti)
- • Eseguite PageSpeed Insights sulla homepage + pagina collezione principale
- • Annotate il punteggio mobile — è coerente con quello della settimana scorsa?
- • Controllate eventuali avvisi sulla pagina monitorata di GTmetrix
📅 Mensile (15 minuti)
- • Controllate il report Core Web Vitals di Google Search Console
- • Testate le 5 pagine principali in PageSpeed Insights
- • Esaminate il grafico storico di GTmetrix per individuare tendenze
- • Controllate se sono state installate nuove app quel mese — consultate la nostra guida alle migliori app di velocità per alternative verificate
📅 Dopo ogni modifica (immediato)
- • Dopo aver installato o aggiornato un'app → testate le pagine interessate
- • Dopo aggiornamenti del tema → testate homepage + collezione + pagina prodotto
- • Dopo aver aggiunto nuovi contenuti/immagini → testate quella pagina
- • Dopo aver aggiunto reindirizzamenti → testate le catene di reindirizzamento
Oppure usate semplicemente Thunder e saltate del tutto il programma manuale. Thunder esegue test automatici quotidiani sulle pagine chiave e vi avvisa quando qualcosa cambia. È la differenza tra controllare ogni giorno le registrazioni della videocamera di sicurezza e avere un sistema di allarme con rilevamento di movimento.
Configurare gli avvisi per i cali di velocità
Il miglior monitoraggio è inutile se non agite di conseguenza. Configurate gli avvisi in modo che i cali arrivino a voi invece di doverli cercare:
Avvisi GTmetrix (gratuiti)
Nella dashboard di GTmetrix, cliccate su una pagina monitorata → Alerts. Impostate soglie come:
- • Avviso se l'LCP supera i 3.0 secondi
- • Avviso se la dimensione totale della pagina supera i 3MB
- • Avviso se il voto GTmetrix scende sotto la C
GTmetrix invia avvisi via email quando la pagina supera queste soglie. Il piano gratuito limita a 1 pagina monitorata — scegliete la pagina con più traffico (di solito la homepage o la collezione principale).
Avvisi Google Search Console
GSC invia automaticamente notifiche via email quando rileva nuovi problemi ai Core Web Vitals. Assicuratevi che le impostazioni di notifica di GSC siano attive:
- In GSC, cliccate sull'icona a forma di ingranaggio → Preferenze
- Attivate "Email notifications"
- Spuntate "Core Web Vitals issues" e "Page indexing issues"
Monitoraggio API fai-da-te (avanzato)
Per utenti tecnici, potete usare la PageSpeed Insights API per creare un monitoraggio personalizzato:
# Get a free API key from Google Cloud Console
# Then run daily via cron job:
curl "https://www.googleapis.com/pagespeedonline/v5/runPagespeed?\
url=https://yourstore.com&strategy=mobile&key=YOUR_API_KEY" \
| jq '.lighthouseResult.categories.performance.score'Potete instradare questo output verso un webhook Slack, un'email o un foglio di calcolo per un monitoraggio quotidiano automatico. Ma onestamente — è esattamente ciò che fa Thunder, con un'interfaccia molto migliore e zero configurazione.
Confronto monitoraggio: Thunder vs fai-da-te
| ⚡ Monitoraggio Thunder | Strumenti gratuiti fai-da-te | |
|---|---|---|
| Tempo di configurazione | 0 (incluso con Thunder) | 1-2 ore in totale tra tutti gli strumenti |
| Frequenza dei test | Quotidiana, automatica | Settimanale, se vi ricordate |
| Pagine monitorate | Tutte le pagine chiave | 1 pagina gratis (GTmetrix) |
| Avvisi | Avvisi automatici sui cali | Email di base (solo GTmetrix) |
| Analisi della causa | Identifica cosa è cambiato | Richiede indagine manuale |
| Corregge anche i problemi di velocità | Sì (ottimizzazione completa) | No (solo monitoraggio) |
Domande frequenti
Con quale frequenza dovrei controllare la velocità del mio negozio Shopify?
Come minimo, controllatela ogni settimana con PageSpeed Insights e ogni mese con un audit completo su GTmetrix o WebPageTest. Tuttavia, la velocità può peggiorare da un giorno all'altro a causa di aggiornamenti delle app, modifiche al tema o nuovi script di terze parti. Per questo il monitoraggio automatico quotidiano (come quello offerto da Thunder) è l'ideale — individuate i cali entro 24 ore invece di scoprirli settimane dopo, quando hanno già danneggiato le conversioni.
Perché il mio punteggio PageSpeed cambia ogni volta che eseguo un test?
I test di laboratorio di PageSpeed Insights vengono eseguiti su hardware e reti simulati, ma esiste una variabilità intrinseca nei tempi di caricamento degli script di terze parti, nei tempi di risposta del server e nelle condizioni di test di Lighthouse. Una variazione di 5-8 punti tra un test e l'altro è normale. Concentratevi sull'andamento nel tempo piuttosto che sui singoli punteggi. Se il punteggio resta costantemente nello stesso intervallo (ad esempio 70-80), quello è il vostro punteggio reale. Se scende a 50 e ci rimane, si tratta di un calo reale.
Qual è la differenza tra dati di laboratorio e dati sul campo in PageSpeed Insights?
I dati di laboratorio provengono da un test simulato eseguito in questo momento su hardware controllato. I dati sul campo (Core Web Vitals) provengono da utenti reali di Chrome che hanno visitato il vostro sito negli ultimi 28 giorni. I dati sul campo sono più accurati perché riflettono l'esperienza utente reale su dispositivi, reti e posizioni diverse. Tuttavia, per generarli serve un traffico sufficiente (i negozi piccoli potrebbero non averli). I dati di laboratorio sono invece sempre disponibili e utili per il debug di problemi specifici.
Devo monitorare ogni pagina del mio negozio Shopify?
No — concentratevi sulle pagine con più traffico e più valore. Come minimo, monitorate: la homepage, le 3-5 pagine collezione principali, le 5-10 pagine prodotto principali e il flusso carrello/checkout. Queste pagine rappresentano l'80-90% del traffico e delle entrate. Se una di queste rallenta, l'impatto sulle conversioni è immediato.
Un aggiornamento di un'app può rallentare il negozio a mia insaputa?
Assolutamente sì — è una delle cause più comuni di cali di velocità inattesi. Quando un'app Shopify aggiorna il proprio bundle JavaScript, la nuova versione può essere più pesante, meno ottimizzata o introdurre nuovi elementi che bloccano il rendering. Senza monitoraggio, non ve ne accorgerete finché non capiterà di testare di nuovo la velocità. Il monitoraggio quotidiano di Thunder individua questi cali entro 24 ore e vi avvisa.
Qual è una normale variazione del punteggio di velocità tra un test e l'altro?
Una variazione di 5-8 punti Lighthouse tra i test della stessa pagina è del tutto normale. Contribuiscono fattori come il tempo di risposta del server, i tempi di caricamento degli script di terze parti e la variabilità dell'infrastruttura di test. Se il punteggio oscilla di oltre 10-15 punti tra un test e l'altro, probabilmente sta cambiando qualcosa dall'esterno — uno script di un'app nuova che si carica in modo intermittente, un servizio di terze parti con tempi di risposta incostanti o problemi di cache del CDN. Tenete traccia della media a 7 giorni invece dei singoli risultati.
Risorse correlate
Guida ai Core Web Vitals
LCP, CLS, INP — cosa significano e come correggerli
Punteggio di velocità vs PageSpeed Insights
Cosa significa davvero il punteggio di velocità Shopify rispetto a Google PSI
Come velocizzare il vostro negozio Shopify
La guida completa all'ottimizzazione per il 2026
Ottimizzazione professionale della velocità
Lasciate che il nostro team ottimizzi il vostro negozio