Il monitoraggio sintetico sostituisce il RUM?

No. Il sintetico dice se un percorso preciso funziona, a orari fissi. Il RUM dice come i Suoi visitatori vivono l’intero sito. Uno previene il guasto, l’altro misura l’esperienza.

Un sito con poco traffico ha bisogno del RUM?

Raramente come primo passo. Con qualche decina di visite al giorno, le distribuzioni del RUM restano troppo scarse per trarre conclusioni, e un guasto notturno passa inosservato fino al mattino. Una sonda sintetica sul percorso principale offre di più, e prima.

No. Pathly fa solo monitoraggio sintetico: Ping, Flow e Chain. Nessuno script viene aggiunto al Suo sito, e nessun dato dei Suoi visitatori viene raccolto.

Con quale frequenza avviare una sonda sintetica?

Dipende da quanto Le costa un guasto. Un controllo HTTP può partire spesso, ogni pochi minuti. Un percorso nel browser, più pesante, parte da qualche volta all’ora a ogni 24 ore. In Pathly, l’intervallo più breve dipende dal piano, indicato nella pagina Prezzi.

Ottobre 2026

Monitoraggio sintetico vs RUM: quale vede il percorso rotto prima dei Suoi clienti?

PercorsiBrowser

Di Il team di PathlyMonitoraggio dei percorsi web · 7 min di lettura · 3 ottobre 2026

Il RUM descrive ciò che gli utenti reali hanno già vissuto. Il sintetico ripete il percorso critico anche alle 3 di notte, senza traffico. Per essere avvisati prima del reclamo servono entrambi, e soprattutto un Flow che clicca.

La risposta breve

Il RUM (Real User Monitoring) misura ciò che vivono i Suoi visitatori reali, a posteriori. Il monitoraggio sintetico manda un robot a ripetere un percorso definito, a orari fissi, che ci sia gente sul sito o no. Il primo dice come si comporta il sito per i Suoi utenti. Il secondo dice se il percorso che conta funziona in questo momento. Rispondono a due domande diverse, e la maggior parte dei siti che vendono online finisce per aver bisogno di entrambi.

Cosa misura il RUM

Il Real User Monitoring aggrega Core Web Vitals, errori JS e sessioni reali. È ottimo per dare priorità alle prestazioni e capire la varietà dei browser. Ha bisogno di visitatori: zero traffico, zero segnale.

In pratica, un piccolo script caricato nelle Sue pagine rileva, presso ogni visitatore, i tempi di caricamento, i Core Web Vitals (LCP, INP, CLS) e gli errori JavaScript, poi li invia a un servizio di raccolta. Ottiene distribuzioni per browser, dispositivo, paese o pagina. Poiché questo script gira sui dispositivi di persone reali, tratta i loro dati: secondo ciò che raccoglie e come lo conserva, può richiedere il loro consenso.

Dopo un rilascio notturno senza visitatori, il RUM resta in silenzio. Il bug del checkout compare solo con il primo cliente del mattino: troppo tardi per un team che dorme.

Cosa misura il sintetico

Una sonda programmata ripete login, carrello o una catena di API dall’UE. Pathly separa Ping (HTTP), Flow (Chrome reale) e Chain (HTTP concatenato). Vede la regressione prima del picco del mattino.

Il principio è l’inverso del RUM. Lei descrive il percorso (o la chiamata HTTP) una volta, e una sonda lo ripete a intervalli fissi, da un luogo noto, con lo stesso browser. Le condizioni non cambiano da un’esecuzione all’altra: un tempo di risposta che raddoppia si vede subito, e un passaggio che si rompe fa scattare un avviso anche se nessuno è sul sito. Il limite è simmetrico: la sonda vede solo ciò che le è stato chiesto di fare, e non rappresenta la varietà dei Suoi visitatori.

Il sintetico non sostituisce il RUM: lo completa. Il RUM per la distribuzione reale, Flow per la prova continua del percorso di business.

RUM = verità storica degli utenti.
Sintetico = prova continua senza traffico.
Flow = il sintetico che clicca davvero.

RUM vs monitoraggio sintetico: la tabella di confronto

RUM e monitoraggio sintetico, criterio per criterio
Criterio	RUM	Monitoraggio sintetico
Domanda posta	Come si comporta il sito per i miei visitatori?	Il percorso critico funziona in questo momento?
Origine dei dati	I browser dei Suoi visitatori reali	Una sonda programmata, da un luogo noto
Serve traffico?	Sì: niente visite, niente misura	No: la sonda passa anche di notte
Momento dell’avviso	Dopo che i visitatori hanno subito il problema	Al passaggio successivo della sonda, spesso prima del primo cliente
Copertura	Tutte le pagine visitate, tutti i dispositivi	Solo i percorsi e gli URL previsti
Confronto nel tempo	Rumoroso: traffico, reti e dispositivi variano	Stabile: stesse condizioni a ogni esecuzione
Prima della messa in produzione	Impossibile, non ci sono ancora utenti	Possibile su un ambiente di staging
Installazione	Uno script in ogni pagina	Niente da installare sul sito: un URL o un percorso registrato
Dati personali	Dati dei visitatori, consenso da verificare	Nessun dato dei visitatori, solo quelli della sonda

Quando scegliere il RUM

Il RUM ha senso quando il traffico c’è e la domanda riguarda l’esperienza vissuta dai visitatori.

Ha abbastanza visite ogni giorno perché i numeri vogliano dire qualcosa.
Lavora sulle prestazioni: Core Web Vitals, pagine lente su mobile, regioni servite male.
Vuole sapere quali browser, dispositivi o paesi soffrono, non solo se il sito risponde.
Cerca errori JavaScript che colpiscono solo una parte dei visitatori.

Quando scegliere il monitoraggio sintetico

Il sintetico è lo strumento giusto quando bisogna sapere, a qualsiasi ora, che un percorso preciso funziona.

Il traffico è basso o irregolare: sito B2B, negozio di nicchia, siti dei clienti di un’agenzia.
Un percorso porta soldi o contatti: carrello e pagamento, login, modulo di preventivo.
Vuole essere avvisato prima dei Suoi clienti, anche di notte e nel fine settimana.
Rilascia spesso e vuole verificare il percorso subito dopo ogni messa in produzione.
Deve dimostrare a un cliente o alla Sua direzione che il servizio ha tenuto, con prove datate.

Quando combinare i due

Appena un sito vive del suo traffico, i due si completano. Il sintetico fa la guardia ai pochi percorsi che non devono mai rompersi e dà l’allarme. Il RUM dice poi quanti visitatori sono stati colpiti, su quali dispositivi, e se le prestazioni percepite peggiorano lentamente. Un ordine ragionevole per un piccolo team: prima una sonda sulla home page e sul percorso che genera ricavi, poi il RUM quando il traffico giustifica l’analisi delle distribuzioni.

Dove si colloca Pathly: Ping, Flow, Chain

Pathly fa monitoraggio sintetico, e solo quello. Lo divide in tre strumenti, uno per domanda.

Ping: il sito risponde? Un controllo HTTP e TLS a intervalli regolari, con codice di stato, tempo di risposta e testo atteso.
Flow: un visitatore può arrivare in fondo? Un vero Chrome, avviato dall’Europa, ripete un percorso registrato senza codice e conserva lo screenshot del passaggio che si rompe.
Chain: i servizi dietro reggono? Una serie di chiamate API, per esempio un login e poi una route protetta, che riutilizza i valori da una chiamata all’altra.

Pathly non fa RUM. Non aggiunge alcuno script alle Sue pagine e non raccoglie alcun dato sui Suoi visitatori. Se ha già uno strumento RUM, lo tenga: Pathly si affianca. Se non ne ha, il report Core Web Vitals di Google Search Console offre già una prima lettura dei dati reali.

Quando scegliere Pathly Flow

Se il Suo rischio è un pulsante, un selettore o un funnel e-commerce, il RUM da solo arriva troppo tardi. Registri il percorso una volta, lasci che Flow lo ripeta e tenga il RUM per le prestazioni generali.

Domande frequenti

Il monitoraggio sintetico sostituisce il RUM?: No. Il sintetico dice se un percorso preciso funziona, a orari fissi. Il RUM dice come i Suoi visitatori vivono l’intero sito. Uno previene il guasto, l’altro misura l’esperienza.
Un sito con poco traffico ha bisogno del RUM?: Raramente come primo passo. Con qualche decina di visite al giorno, le distribuzioni del RUM restano troppo scarse per trarre conclusioni, e un guasto notturno passa inosservato fino al mattino. Una sonda sintetica sul percorso principale offre di più, e prima.
Pathly fa RUM?: No. Pathly fa solo monitoraggio sintetico: Ping, Flow e Chain. Nessuno script viene aggiunto al Suo sito, e nessun dato dei Suoi visitatori viene raccolto.
Con quale frequenza avviare una sonda sintetica?: Dipende da quanto Le costa un guasto. Un controllo HTTP può partire spesso, ogni pochi minuti. Un percorso nel browser, più pesante, parte da qualche volta all’ora a ogni 24 ore. In Pathly, l’intervallo più breve dipende dal piano, indicato nella pagina Prezzi.

Le fonti

I Core Web Vitals (LCP, INP, CLS) sono definiti da Google, su web.dev. I tempi di caricamento rilevati nel browser si basano sulle specifiche Navigation Timing e Resource Timing del W3C. Il report Core Web Vitals di Google Search Console è descritto nella guida di Search Console.