CoreDash vs Request Metrics

Kuka tekee Request Metricsia

Request Metricsin takana ovat TrackJS:n tekijät. Todd Gardner ja Eric Brandes ovat rakentaneet seurantatyökaluja pitkään. Tuote on selkeä ja nopea ottaa haltuun, ja jos laitat sähköpostia tukeen, vastaamassa ovat suoraan tuotteen rakentaneet kehittäjät. Asiakkaat nostavat tämän usein esiin, ja näkemäni perusteella uskon sen täysin.

Olen rakentanut CoreDashin, joten ota se huomioon. Request Metrics tekee tietyt asiat CoreDashia paremmin, ja nostan ne kyllä esiin. Pidän CoreDashia silti parempana valintana ensimmäisten kuukausien jälkeen, mutta joillekin tiimeille Request Metrics on juuri oikea työkalu.

Mitä Request Metrics tekee hyvin

Pääasiassa Long Animation Frames. Työkalussa on erillinen LoAF-dashboard, jossa voi erottaa interaktioiden aiheuttamat framet skriptien suorituksesta ja purkaa datan sivu- ja skriptikohtaisesti aina ajettuun event listeneriin tai setTimeout-callbackiin asti. LoAF-tiedot piirretään myös sivun latauksen waterfalliin, missä ne ovatkin kaikkein havainnollisimpia. Mukana on jopa "Show Code" -painike, joka avaa inlineskriptin näkyviin ilman DevToolsin avaamista (se hakee skriptin suoraan tuotantoversiosta sellaisena kuin se nyt on, joten heti deployn jälkeen se voi poiketa koodista, joka oikeasti ajettiin). Jos haluat tietää, mikä LoAF on ja miksi sillä on väliä INP:lle, kirjoitin aiheesta artikkelin Long Animation Frames API sivustolle corewebvitals.io.

requestmetrics.com, lokakuu 2026.

Se tekee muutakin kuin RUM-mittausta. Tammikuusta 2025 lähtien se on ajanut viikoittaiset Lighthouse-skannaukset työpöydälle ja mobiilille vilkkaimmilta sivuiltasi, ja mukana on CrUX-dashboard, johon voi lisätä minkä tahansa kilpailijan julkisen originin. Skannaukset käynnistyvät ennen kuin asennat mitään, joten dataa on katsottavissa heti ensimmäisenä päivänä. Professional-paketissa saat lisäksi JavaScript-virheseurannan, API-monitoroinnin, kävijäanalytiikan, funnelit ja sessioiden aikajanat – kaikki samasta skriptistä.

Attribuutio toimii hyvin. LCP- ja CLS-elementit toimitetaan CSS-selektoreina, jotka voi liittää suoraan DevToolsiin, ja agentti kerää LCP:n aliosat (resource load delay, load time ja render delay) TTFB:n rinnalle.

Tietosuoja on hoidettu hyvin: evästeitä ei käytetä, IP-osoitteet suolataan ja tiivistetään ja heitetään sen jälkeen pois, data tallennetaan Kanadaan, ja Enterprise-asiakkaat voivat asentaa palvelun omalle palvelimelleen tai ottaa dedikoidun instanssin. Asennus on helppoa CDN-koodinpätkällä tai NPM-moduulilla, se on turvallinen server side renderingille, ja kerääjän voi reitittää oman domainin kautta, jotta mainosestot eivät syö beaconeitasi. Harva työkalu auttaa tässä, ja kadonneet beaconit ovat todellinen ongelma.

Hinnoittelu on ennakoitavaa. Tarjolla on ilmaisversio, Essentials alkaa 34 dollarista kuukaudessa vuosilaskutuksella rajattomilla käyttäjämäärillä, eikä ylityksistä tule koskaan lisälaskua.

Jos käytät jo Request Metricsia

Silloin mittaat jo oikeita kävijöitäsi – toisin kuin valtaosa auditoimistani sivustoista. Ne nojaavat Lighthouse-pisteisiin ja Search Consolen raporttiin, joka näyttää vain URL-ryhmiä. Mikä tahansa oikeiden käyttäjien seuranta on parempi kuin ei mitään, ja Request Metrics on hyvä työkalu.

Jos se vastaa kysymyksiisi, pysy siinä. RUM-työkalun vaihtaminen maksaa kertyneen historian ja viikon työajan, joten vaihto kannattaa vasta, kun nykyisestä työkalusta loppuvat vastaukset. Monelle tiimille se tulee vastaan myöhemmin: vasta kun helpot korjaukset on tehty ja kysymykset muuttuvat vaikeammiksi.

CoreDash vs Request Metrics lyhyesti

Hinnat ja ominaisuudet tarkistettu syyskuussa 2026.

Missä CoreDash vetää kaulaa myöhemmin

Kuinka pitkään data säilyy

Request Metrics säilyttää dataa 30 päivää Essentials-paketissa ja 90 päivää Professionalissa. Se riittää viime viikon deployn aiheuttaman regression havaitsemiseen, muttei vastaamaan kysymykseen ”olemmeko nopeampia kuin viime marraskuussa?”, jonka joku kysyy aina Black Fridayn jälkeen. CoreDash säilyttää dataa 6 kuukautta Starterissa, 1 vuoden Standardissa, 3 vuotta Studiossa ja 8 vuotta Enterprisessa.

Myös liikennerajat toimivat eri tavalla. Request Metrics mittaa kapasiteettia minuuttikohtaisesti ja pudottaa rajan ylittävät sivunäytöt pois. He kertovat tämän avoimesti, ja juuri niin he voivat luvata, ettei yllätyslaskuja tule koskaan. Dokumentaatio suosittelee ostamaan kapasiteettia 1,5–2-kertaisesti odotettuun liikenteeseen nähden. Tavallisina päivinä tätä ei huomaa. Suurena kampanjapäivänä piikki leikkautuu pois – ja se on juuri se tunti, jonka dataa halusit nähdä.

Request Metricsin dokumentaatio liikennerajoista, lokakuu 2026.

Hintaero myös kasvaa liikenteen myötä. Noin 500 000 kuukausittaisella sivunäytöllä Request Metrics Professional maksaa 88 dollaria kuukaudessa vuosilaskutuksella ja säilyttää historiaa 90 päivää. CoreDash Standard maksaa 31 dollaria ja säilyttää historiaa vuoden. Rehellisyyden nimissä Professional tarjoaa myös virheseurannan, funnelit ja analytiikan, joita CoreDash ei tee, sekä rajattomasti käyttäjiä, kun Standardissa raja on 10. CoreDashissa maksat sivunäytöistä ja säilytysajasta, ja jokainen paketti sisältää kaikki näkymät.

INP:n vaiheet

Request Metrics kertoo, mikä elementti oli INP:n kohteena, oliko kyseessä näppäimistö- vai osoitintapahtuma ja oliko sivu vielä latautumassa. Hyödyllistä, mutta siihen se jääkin. CoreDash jakaa lisäksi jokaisen INP:n vaiheisiin input delay, processing ja presentation, ja yhdistää sen LoAF-skriptin URL:iin, input-tyyppiin ja lataustilaan. Vaiheet kertovat, mitä pitää korjata. Pitkä input delay tarkoittaa, että jokin muu koodi varasi main threadia kävijän klikatessa – yleensä tag manager tai consent-skripti. Pitkä processing tarkoittaa, että oma handlerisi on hidas. Pitkä presentation tarkoittaa, että sitä seuraava renderöinti on liian suuri. Kaksi sivua, joilla on sama INP, voivat vaatia täysin eri korjauksen – ja usein aivan eri tiimin.

En löytänyt Request Metricsin dokumentaatiosta INP:n vaihejakoa (heillä ei ole vielä INP-opasta). Jos INP on pääongelmasi, tarkista tämä heidän kokeilujaksonsa aikana.

LCP:n osalta ero on pienempi, sillä myös Request Metrics kerää aliosat. CoreDash lisää mukaan elementtityypin sekä tiedon siitä, ladattiinko LCP-kuva preloadilla vai lazy loadingilla – mikä on ensimmäisiä asioita, jotka tarkistan hitaasta LCP:stä. Diagnosis-dashboard antaa sitten suoraan korjauksen omalle teknologiapinollesi.

AI-agenttisi voi lukea field dataasi

Minulle tämä on suurin ero. En löytänyt Request Metricsistä julkista APIa suorituskykydatan lukemiseen. Dokumentaation esittelemä API on selainagentin API, joka on tarkoitettu datan lähettämiseen sisäänpäin, ja ulos data saadaan CSV-vienteinä. Tekoälyn kanssa he olivat tosin varhain liikkeellä: jo vuonna 2023 he julkaisivat Professor Sloth -nimisen ChatGPT-pohjaisen apurin, joka toimii suoraan heidän dashboardissaan.

CoreDashissa on read-only API sekä MCP-palvelin samassa endpointissa. MCP-palvelin kuuluu jokaiseen pakettiin, myös Starteriin. Kytke se custom connectorina Claudeen tai suoraan Claude Codeen, Cursoriin, Windsurfiin, VS Codeen tai Gemini CLI:hin, niin agenttisi voi kysellä field dataasi suoraan. Esimerkiksi näin: anna kassasivun mobiilin p75 LCP ryhmiteltynä LCP-elementin mukaan ja vertaa viime viikkoon.

Olen rakentanut myös ilmaisen, MIT-lisensoidun CWV Superpowers -agentin. Se etsii CoreDash-datasta pahimman pullonkaulan, ajaa sivusta Chrome-tracen ja palauttaa koodikorjauksen (tiedosto, rivi ja diffi) tai HTML-raportin. Se ei katso Lighthouse-pisteitä kertaakaan. Kirjoitin sen toiminnasta artikkelin INP:n korjaamisesta AI-agentilla.

Oma debuggaukseni alkaa usein siitä, että agentti kyselee jotain field datasta. Jos data saadaan ulos vain CSV-muodossa, agentti ei voi kysyä siltä mitään, olivatpa dashboardit miten hyviä tahansa.

Toimistot

Request Metrics tarjoaa toimistoille white label -raportit Professional-paketissa, mikä on kätevää, jos haluat lähettää asiakkaille raportteja omalla nimelläsi. CoreDash ei ole white label. Sen sijaan Agency API tarjoaa master key -avaimen, jolla voit luoda, päivittää ja poistaa asiakasprojekteja sekä lukea dataa niiden kaikkien yli. Sivunäytöt kootaan yhteen kaikkien asiakkaiden kesken, ja lasku on yhteinen. Sinä rakennat oman raportointisi, ja CoreDash toimittaa datan. Katso toimistohinnoittelu.

Milloin kannattaa valita Request Metrics

• Haluat RUM-seurannan, JavaScript-virheet, API-monitoroinnin ja funnelit yhteen työkaluun yhdellä skriptillä. Virheseuranta tulee TrackJS:n tiimiltä, joka on tehnyt sitä jo vuosia.
• Käytät suurimman osan ajastasi Long Animation Frames -ongelmiin ja pidät erillisestä LoAF-dashboardista.
• Tarvitset asiakkaille white label -raportit.
• Datasi täytyy pysyä Kanadassa tai tarvitset itse hostatun (self-host) tai dedikoidun instanssin.
• Sivustosi on riittävän pieni ilmaisversioon tai tiimisi tarvitsee rajattomat käyttäjät heti aloitustason paketissa.
• Haluat Lighthouse-skannaukset ja kilpailijoiden CrUX-datan heti ensimmäisestä päivästä alkaen ennen kuin asennat mitään.

Kokeile omalla sivustollasi

Helpoin tapa vertailla on ajaa molempia rinnakkain kaksi viikkoa. Molemmat skriptit latautuvat asynkronisesti eivätkä häiritse toisiaan. CoreDashin kokeilujakso kestää 14 päivää eikä vaadi luottokorttia, ja voit asentaa sen yhdellä script-tagilla tai WordPress-lisäosalla. Katso hinnoittelu tai varaa 20 minuutin demo, niin käyn oman datasi läpi kanssasi.

Katso myös muiden työkalujen CoreDash-vertailut.

Lähteet: Request Metricsin hinnoittelu, hinnoitteludokumentaatio, liikennerajat, LoAF-opas, LCP-opas, CrUX-opas, selainagentin API-dokumentaatio, loppukäyttäjien data, Unified Web Performance -julkistus, Professor Sloth -julkistus. Agentin koko mitattu rm.js-versiosta v2.4.1.