CoreDash vs Request Metrics

Chi sviluppa Request Metrics

Request Metrics è sviluppato dallo stesso team di TrackJS. Todd Gardner ed Eric Brandes creano tool di monitoraggio da tanto tempo. Il prodotto è pulito e facile da imparare; se scrivi al supporto, ti rispondono gli ingegneri che lo hanno sviluppato. I clienti lo sottolineano spesso e, per quello che ho visto del prodotto, ci credo.

Ho creato CoreDash, quindi tienilo a mente. Request Metrics fa alcune cose meglio di CoreDash e le evidenzierò. Continuo a pensare che CoreDash sia la scelta migliore una volta superati i primi mesi, ma per certi team Request Metrics è lo strumento giusto.

Cosa fa bene Request Metrics

I Long Animation Frames, soprattutto. C'è una dashboard LoAF dedicata in cui puoi separare i frame causati dalle interazioni da quelli dovuti alla valutazione degli script, analizzando i dati per pagina e per script, fino al singolo event listener o alla callback setTimeout eseguita. I LoAF compaiono anche nel waterfall di caricamento della pagina, che è dove hanno più senso. C'è persino un pulsante "Show Code" che apre lo script inline, così non devi aprire i DevTools (recupera lo script attualmente online, quindi subito dopo un deploy può essere diverso dal codice effettivamente eseguito). Se vuoi sapere cos'è LoAF e perché conta per l'INP, ho scritto delle Long Animation Frames API su corewebvitals.io.

requestmetrics.com, ottobre 2026.

Fa anche più del semplice RUM. Da gennaio 2025 esegue scansioni Lighthouse settimanali su desktop e mobile per le pagine più trafficate, e include una dashboard CrUX in cui puoi aggiungere l'origin pubblica di qualsiasi competitor. Le scansioni partono prima ancora di installare qualsiasi cosa, così hai dati da guardare fin dal primo giorno. Sul piano Professional hai anche il monitoraggio degli errori JavaScript, il monitoraggio delle API, l'analytics del traffico, funnel e timeline delle sessioni, tutto dallo stesso script.

L'attribuzione è fatta bene. Gli elementi LCP e CLS vengono forniti come selettori CSS che puoi incollare direttamente nei DevTools, e l'agent raccoglie le sotto-parti del LCP (resource load delay, tempo di caricamento e render delay) insieme al TTFB.

La privacy è gestita bene: niente cookie, gli indirizzi IP vengono elaborati con un hash con salt e poi eliminati, i dati risiedono in Canada, e i clienti Enterprise possono scegliere il self-hosting o richiedere un'istanza dedicata. L'installazione è semplice con uno snippet CDN o un modulo NPM, non crea problemi con il server-side rendering, e puoi instradare il collector attraverso il tuo dominio così gli ad blocker non bloccano i beacon. Pochi tool ti aiutano su questo, e i beacon persi sono un problema reale.

I prezzi sono prevedibili. C'è un piano gratuito, Essentials parte da 34 $ al mese con fatturazione annuale e utenti illimitati, e non ci sono mai costi extra per overage.

Se usi già Request Metrics

Allora stai già misurando i visitatori reali, a differenza della maggior parte dei siti che analizzo. Si basano sui punteggi Lighthouse e su un report di Search Console che mostra solo gruppi di URL. Qualsiasi monitoraggio con utenti reali è meglio di niente, e Request Metrics è una buona soluzione.

Se risponde alle tue domande, non cambiare. Cambiare tool di RUM ti costa lo storico e una settimana di attenzione, quindi ne vale la pena solo quando lo strumento attuale smette di darti risposte. Per molti team succede più avanti, dopo i risultati più facili e quando le domande si fanno più difficili.

CoreDash vs Request Metrics a colpo d'occhio

Prezzi e funzionalità verificati a settembre 2026.

Dove CoreDash passa in vantaggio più avanti

Per quanto tempo conservi i dati

Request Metrics conserva i dati per 30 giorni su Essentials e 90 giorni su Professional. È sufficiente per individuare una regressione dovuta al deploy della scorsa settimana, ma non per rispondere a "siamo più veloci rispetto allo scorso novembre?", domanda che qualcuno fa sempre dopo il Black Friday. CoreDash conserva i dati per 6 mesi su Starter, 1 anno su Standard, 3 anni su Studio e 8 anni su Enterprise.

Anche i limiti di traffico funzionano in modo diverso. Request Metrics misura la capacità al minuto e scarta le visualizzazioni di pagina che superano la soglia. Sono trasparenti al riguardo: è così che possono garantire che non riceverai mai una fattura a sorpresa, e la documentazione consiglia di acquistare da 1,5 a 2 volte il traffico previsto. Quasi sempre non te ne accorgi. Ma durante una giornata di grandi promozioni il picco viene scartato, ed era proprio quell'ora che volevi vedere.

Documentazione di Request Metrics sui limiti di traffico, ottobre 2026.

E la differenza di prezzo cresce con il traffico. A circa 500.000 visualizzazioni di pagina al mese, Request Metrics Professional costa 88 $ al mese con fatturazione annuale e 90 giorni di storico. CoreDash Standard costa 31 $ con un anno di storico. Per correttezza, Professional include anche monitoraggio degli errori, funnel e analytics, cosa che CoreDash non fa, oltre a utenti illimitati mentre Standard ne include 10. Con CoreDash paghi per visualizzazioni di pagina e retention, e ogni piano include tutte le dashboard.

Fasi dell'INP

Request Metrics ti dice quale elemento era il target dell'INP, se si trattava di un evento da tastiera o da puntatore e se la pagina stava ancora caricando. Utile, ma si ferma lì. CoreDash suddivide inoltre ogni INP in input delay, processing e presentation, collegandolo all'URL dello script LoAF, al tipo di input e allo stato di caricamento. Le fasi ti dicono dove intervenire. Un input delay lungo significa che qualcos'altro bloccava il main thread al momento del clic del visitatore, in genere un tag manager o uno script di consenso. Un processing lungo significa che il tuo handler è lento. Una presentation lunga significa che il render successivo è troppo pesante. Due pagine con lo stesso INP possono richiedere un fix del tutto diverso, e spesso un team differente.

Non ho trovato una suddivisione delle fasi dell'INP nella documentazione di Request Metrics (non hanno ancora una guida all'INP). Se l'INP è il tuo problema principale, verificalo durante la loro prova.

Per il LCP la differenza è minore: anche Request Metrics raccoglie le sotto-parti. CoreDash aggiunge il tipo di elemento e indica se l'immagine LCP era in preload o in lazy loading, che è una delle prime cose che controllo quando il LCP è lento. La dashboard Diagnosis ti fornisce poi il fix per il tuo stack.

Il tuo agent AI può leggere i field data

Per me questa è la differenza più importante. Non ho trovato un'API pubblica in Request Metrics per leggere i dati di performance. L'API presente nella documentazione è l'API del browser agent, che serve a inviare i dati, mentre l'estrazione avviene solo tramite esportazioni CSV. Sul fronte dell'IA sono arrivati presto: già nel 2023 hanno lanciato un assistente basato su ChatGPT chiamato Professor Sloth, integrato nella loro dashboard.

CoreDash offre un'API in sola lettura e un server MCP sullo stesso endpoint. Il server MCP è incluso in ogni piano, anche su Starter. Aggiungilo a Claude come connettore personalizzato, oppure a Claude Code, Cursor, Windsurf, VS Code o Gemini CLI, e il tuo agent potrà interrogare autonomamente i field data. Con richieste del tipo: dammi il p75 del LCP su mobile per il checkout, raggruppato per elemento LCP, rispetto alla settimana scorsa.

Ho anche sviluppato CWV Superpowers, un agent gratuito con licenza MIT. Trova il collo di bottiglia peggiore nei dati di CoreDash, esegue un trace con Chrome su quella pagina e restituisce un fix nel codice (file, riga e diff) o un report HTML. Non guarda mai un punteggio Lighthouse. Ho spiegato come funziona nell'articolo su come correggere l'INP con un agent AI.

Gran parte del mio debugging inizia con un agent che interroga i field data. Se i dati escono solo come CSV, l'agent non può chiedere nulla, a prescindere da quanto siano fatte bene le dashboard.

Agenzie

Request Metrics offre alle agenzie report white-label sul piano Professional, il che è comodo se vuoi inviare ai clienti report a tuo nome. CoreDash non è white-label. L'Agency API ti fornisce invece una master key per creare, aggiornare ed eliminare i progetti dei clienti e leggerne i dati in modo aggregato. Le visualizzazioni di pagina sono condivise tra tutti i clienti e la fattura è unica. La reportistica la costruisci tu, CoreDash fornisce i dati. Vedi i prezzi per agenzie.

Quando scegliere invece Request Metrics

• Vuoi RUM, errori JavaScript, monitoraggio API e funnel in un solo tool con un unico script. Il monitoraggio degli errori arriva dal team di TrackJS, che fa questo lavoro da anni.
• Passi la maggior parte del tempo sui Long Animation Frames e ti serve una dashboard LoAF dedicata.
• Hai bisogno di report white-label per i clienti.
• I tuoi dati devono risiedere in Canada, o hai bisogno di un'istanza self-hosted o dedicata.
• Il tuo sito è abbastanza piccolo da rientrare nel piano gratuito, oppure il tuo team ha bisogno di utenti illimitati sul piano base.
• Vuoi scansioni Lighthouse e dati CrUX dei competitor fin dal primo giorno, prima ancora di installare qualsiasi cosa.

Provalo sul tuo sito

Il modo più semplice per fare un confronto è eseguirli entrambi per due settimane. Entrambi gli script si caricano in modo asincrono e non interferiscono tra loro. La prova di CoreDash dura 14 giorni e non richiede carta di credito; puoi installarlo con un solo tag script o tramite il plugin WordPress. Vedi i prezzi, oppure prenota una demo di 20 minuti per analizzare insieme i tuoi dati.

Per altri tool, vedi tutti i confronti di CoreDash.

Fonti: prezzi di Request Metrics, documentazione sui prezzi, limiti di traffico, guida a LoAF, guida a LCP, guida a CrUX, reference dell'API del browser agent, dati degli utenti finali, lancio di Unified Web Performance, annuncio di Professor Sloth. Dimensione dell'agent misurata su rm.js v2.4.1.