Il monitoraggio sintetico testa il tuo sito o la tua API con richieste predefinite a intervalli regolari, che ci siano visitatori o no. Il real user monitoring (RUM) misura l’esperienza dei visitatori reali, tramite uno script nei loro browser, ma solo quando visitano il sito. I controlli sintetici ti dicono che qualcosa non funziona, spesso prima che se ne accorgano i clienti. Il RUM ti dice quanto il sito è veloce e fluido per le persone che lo usano, sui loro dispositivi e sulle loro reti. Inizia con i controlli sintetici per la disponibilità e aggiungi il RUM quando le prestazioni per i visitatori reali diventano una domanda a cui devi rispondere.
Come funziona il monitoraggio sintetico
Un servizio di monitoraggio fa la parte del visitatore. Da una località nota, a intervalli fissi, invia una richiesta o esegue uno script e ne valuta il risultato. Poiché fa ogni volta la stessa cosa, i risultati sono confrontabili da un controllo all’altro, e un guasto alle 03:00 viene rilevato alle 03:00, senza bisogno di traffico. Il monitoraggio sintetico si presenta in diverse forme:
Controlli di uptime: una richiesta a un URL, a un host o a una porta, di cui si verificano il codice di stato, il tempo di risposta e spesso il contenuto. È il tipo più semplice; vedi che cos’è il monitoraggio uptime.
Controlli delle API: una richiesta con metodo, header e body, con verifiche sul JSON restituito.
Flussi in più passaggi: un percorso come il login o il checkout, eseguito passo dopo passo, come semplici richieste HTTP o in un vero browser che esegue JavaScript.
Test delle prestazioni in laboratorio: uno strumento come Lighthouse carica una pagina su un dispositivo e una rete simulati e le assegna un punteggio.
Come funziona il real user monitoring
Il real user monitoring aggiunge uno script alle tue pagine. Nel browser di ogni visitatore legge le tempistiche che i browser espongono tramite API standard, come Navigation Timing, e le invia a un collettore. Aggregando le visite ottieni delle distribuzioni: quanto impiegano le pagine a caricarsi, quanto rapidamente rispondono ai clic, quali pagine generano errori JavaScript, suddivisi per paese, dispositivo e browser.
Poiché i risultati sono distribuzioni, il RUM riporta percentili anziché singoli numeri. I Core Web Vitals di Google si misurano al 75° percentile dei caricamenti di pagina, con queste soglie per una buona esperienza:
Largest Contentful Paint (caricamento): 2,5 secondi o meno.
Interaction to Next Paint (reattività): 200 millisecondi o meno.
Cumulative Layout Shift (stabilità visiva): 0,1 o meno.
Esistono anche dati RUM che non raccogli tu. Il Chrome UX Report (CrUX) di Google pubblica dati sul campo degli utenti di Chrome che lo consentono, per pagina e per sito, una volta raggiunto un traffico sufficiente. Sono i dati che Google usa per i Core Web Vitals nella ricerca.
A confronto
Monitoraggio sinteticoReal user monitoringChi genera i datiUn servizio di monitoraggio, a intervalli regolariI tuoi visitatori, quando visitano il sitoRichiede trafficoNoSìRichiede uno script nelle pagineNoSìRileva un’interruzioneSì, al controllo successivoIndirettamente, quando i dati smettono di arrivareCopreLe pagine e i percorsi che definisci nello scriptOgni pagina visitataDispositivi e retiPochi, notiQuelli di tutti i tuoi visitatoriRisultatiSuperato o fallito, una tempistica per controlloDistribuzioni e percentiliIdeale perDisponibilità, avvisi, regressioni dopo i deployPrestazioni reali, Core Web Vitals, errori nel browser
Che cosa sfugge a ciascuno
I punti ciechi del monitoraggio sintetico
I percorsi che non hai previsto. Se il flusso di checkout testa un solo prodotto, una pagina non funzionante di un’altra categoria passa inosservata.
Dove si trovano i tuoi visitatori. Un controllo da una città vede il percorso di rete da quella città al tuo server, non quello di un visitatore su rete mobile in un altro continente.
I dispositivi reali. Un telefono lento, un’estensione del browser o una vecchia versione del browser possono rompere o rallentare una pagina che supera ogni controllo.
I punti ciechi del RUM
Niente visitatori, niente dati. Di notte, su una pagina nuova o su un sito con poco traffico, il RUM ha poco o nulla da dire.
Le interruzioni. Quando il sito è giù lo script non si carica mai, quindi non viene segnalato nulla. Un vuoto in un grafico è facile da non notare e non sveglia nessuno.
I visitatori che non puoi misurare. Gli ad blocker e le scelte di consenso possono bloccare lo script, quindi i dati descrivono i visitatori che lo consentono.
Il peso. Lo script stesso è lavoro in più per la pagina. Caricalo in modo asincrono e controllane le dimensioni.
Dati di laboratorio vs dati sul campo
La stessa distinzione si ritrova negli strumenti per le prestazioni, dove si parla di dati di laboratorio (lab) e dati sul campo (field). Un punteggio Lighthouse è un dato di laboratorio: un singolo caricamento sintetico della pagina su uno smartphone di fascia media e una rete simulati. CrUX e il tuo RUM sono dati sul campo: ciò che hanno misurato le visite reali. Spesso non coincidono. Una pagina può ottenere un punteggio basso in laboratorio e superare comunque i Core Web Vitals sul campo perché la maggior parte dei visitatori ha dispositivi veloci, o viceversa. Usa i dati di laboratorio per trovare e correggere i problemi e per confrontare una release con la successiva, e i dati sul campo per valutare ciò che i visitatori ottengono davvero. I consigli per un sito che si carica più velocemente aiutano su entrambi i fronti, e qual è un buon tempo di risposta copre il lato server.
Da quale iniziare
Ogni sito: controlli di uptime sintetici sulla homepage e sulle pagine che generano ricavi. Un’interruzione costa più di una pagina lenta, e solo i controlli sintetici ti avvisano in modo affidabile. La checklist di che cosa monitorare elenca gli URL che vale la pena coprire.
Shop e prodotti SaaS: aggiungi flussi in più passaggi per il checkout o il login, così un percorso interrotto viene intercettato anche quando ogni singola pagina risponde 200.
Siti in cui conta il traffico dalla ricerca: tieni d’occhio i Core Web Vitals da CrUX e un test di laboratorio giornaliero, così una release lenta viene individuata prima che si rifletta nel posizionamento.
Pubblico ampio o globale, front end complessi: aggiungi il RUM per vedere prestazioni ed errori JavaScript per paese, dispositivo e pagina.
Come lavorano insieme
Immagina uno shop che rilascia un nuovo checkout martedì pomeriggio. Mercoledì alle 03:12 il passaggio del pagamento inizia ad andare in timeout. Nessuno sta facendo acquisti, quindi il RUM non mostra nulla di insolito, ma il flusso di checkout sintetico fallisce, un secondo controllo lo conferma e lo sviluppatore reperibile riceve un avviso. Risolto entro le 03:30. Giovedì il RUM mostra che l’Interaction to Next Paint del nuovo checkout è raddoppiato per i visitatori Android, cosa che nessun controllo sintetico da un server veloce avrebbe notato. Uno strumento ha intercettato l’interruzione, l’altro l’esperienza lenta. È la consueta divisione dei compiti.
Che cosa copre Uptimecheck, e che cosa no
Uptimecheck è un servizio di monitoraggio sintetico. Non aggiunge uno script RUM alle tue pagine, quindi per le tempistiche e gli errori JavaScript dei tuoi visitatori usa accanto a esso uno strumento RUM dedicato. Ecco che cosa fa:
Monitoraggio uptime: controlli HTTP(S), ping e di porta fino a ogni minuto da Stoccolma, Londra e New York, con verifiche di parole chiave, JSON e header, e ogni errore confermato da una seconda località prima dell’avviso. I tempi di risposta sono suddivisi in DNS, connessione, TLS, server e download.
Monitoraggio dei flussi: fino a 10 passaggi, come aprire una pagina, effettuare il login, inviare un modulo o chiamare un’API, con valori trasferiti da un passaggio all’altro. I flussi con semplici richieste possono essere eseguiti ogni minuto; i flussi in un vero browser eseguono JavaScript e clic al massimo ogni 15 minuti, con uno screenshot del passaggio che è fallito.
Monitoraggio della velocità delle pagine: un test Lighthouse giornaliero su mobile e desktop per la pagina iniziale e fino ad altre 4 pagine e, per le pagine e i siti con abbastanza visite, l’esperienza reale degli utenti di Chrome negli ultimi 28 giorni dal Chrome UX Report. Ricevi un avviso quando il punteggio di una pagina scende sotto la tua soglia.
Per configurare un percorso, vedi come monitorare un login o un checkout con un flusso e come controllare la velocità delle pagine. I piani partono da 9 € al mese con fatturazione annuale o 12 € con fatturazione mensile, IVA esclusa; vedi la pagina dei prezzi.
Scopri che qualcosa non funziona prima che te lo dicano i visitatori. Prova Uptimecheck gratis per 14 giorni, senza carta di credito.