Core Web Vitals: ei tarpeeksi dataa Search Consolessa

Mitä "Ei tarpeeksi käyttötietoja" tarkoittaa

Search Consolen Core Web Vitals -raportti näyttää, miten oikeat Chrome-käyttäjät kokivat sivustosi. Aina kun joku lataa sivusi Chromella oikeilla asetuksilla, kyseisen käynnin LCP, INP ja CLS lähetetään Googlelle. Ne päätyvät julkiseen aineistoon nimeltä Chrome User Experience Report, lyhyesti CrUX. Search Console lukee tiedot suoraan tästä aineistosta ja näyttää ne sinulle. Toisin kuin usein luullaan, Search Console ei vieraile sivustollasi mittaamassa sitä. Se vain kerää oikeiden käyttäjien dataa.

Kun tällaisia käyntejä ei ole sivuiltasi tarpeeksi, näytettävää ei ole. Silloin raportissa lukee "Ei tarpeeksi käyttötietoja viimeisten 90 päivän ajalta tälle laitetyypille" mobiilille, tietokoneelle tai joskus molemmille.

Moni pitää tätä huonona merkkinä, mutta datan puute ei kerro mitään sivustosi nopeudesta. Google ei vain ole nähnyt tarpeeksi kävijöitäsi voidakseen sanoa siitä mitään.

Miksi CrUX:issa ei ole dataa sivustostasi

Pääsyy on liikenne. CrUX raportoi sivun tai originin (protokolla ja verkkotunnus, eli https://www.example.com) vain silloin, kun se on "riittävän suosittu". Mitä se tarkalleen tarkoittaa, sitä Google ei kerro. Metodologiasivulla sanotaan vain kynnyksen olevan riittävän korkea, jotta jakaumaan voidaan luottaa.

Vain pieni osa kävijöistäsi edes lasketaan mukaan tähän kynnykseen. CrUX kerää dataa Chrome-käyttäjiltä, joilla on käyttötilastot päällä, selaushistorian synkronointi käytössä eikä erillistä synkronoinnin salasanaa. Tämä koskee Chromea tietokoneella ja Chromea Androidilla. iPhonen Chromea ei lasketa (sen alla pyörii WebKit, aivan kuten Safarissa). Myöskään itse Safaria, Firefoxia, Edgeä tai Instagram-sovelluksen sisäistä selainta ei huomioida. Sivustolla, jolla on paljon iPhone-liikennettä, suurin osa kävijöistä ei koskaan päädy aineistoon. Mobiili ja tietokone lasketaan lisäksi erikseen, joten sinulla voi olla dataa tietokoneella mutta ei mobiilissa – tai päinvastoin. Se laite, jolla on vähiten Chrome-liikennettä, jää tyhjäksi ensin.

Lisäksi itse sivun täytyy täyttää ehdot. Kaikki osoitteet, jotka palauttavat uudelleenohjausten jälkeen muuta kuin tilakoodin 200, ohitetaan. Myös sivut, joilla on noindex-metatagi tai X-Robots-Tag: noindex -otsake, ohitetaan. Search Console lisää tähän vielä oman sääntönsä: raportissa näkyvät vain ne URL-osoitteet, jotka on todella indeksoitu.

Jos lisäsit sivuston Search Consoleen vasta äsken, se ei näytä hetkeen mitään muutenkaan. Tämä korjaantuu itsestään, kun Google on käsitellyt sen.

Sivut ilman dataa saavat originin tuloksen

Search Console ei myöskään raportoi yksittäisiä sivuja, vaan se ryhmittelee samankaltaiset URL-osoitteet. Kun ryhmällä ei ole tarpeeksi omaa dataa, Search Console tekee fallbackin originiin – eli kaikkiin osoitteisiin, joilla on sama protokolla, host ja portti. Siten sivu, jota CrUX ei ole koskaan nähnyt, voi silti näkyä raportissasi Hyvänä tai Huonona, koska se lainaa lukunsa muulta sivustoltasi.

Käytännössä etusivu ja blogi keräävät suurimman osan liikenteestä, joten ne määräävät tuon origin-luvun. Tuotesivusi tai kassasi voivat olla huomattavasti hitaampia, etkä koskaan näkisi sitä Search Consolessa. Siksi en koskaan käytä koko sivuston CrUX-lukua tavoitteena. Se painottuu liikenteen mukaan, joten vilkkaimmat sivusi ratkaisevat sen – eivätkä ne välttämättä ole niitä sivuja, joista todella välität.

Lighthouse ei auta tässä

Joka paikassa neuvotaan ajamaan PageSpeed Insightsia tai Lighthousea, kunnes CrUX-data tulee näkyviin. Ymmärrän kyllä miksi niin sanotaan, mutta se ei tuo tarvitsemiasi vastauksia. Lighthouse-ajo lataa sivusi kerran simuloidulla puhelimella, kuristetulla yhteydellä ja tyhjällä välimuistilla. Se sopii hyvin sivun omien ongelmien paikantamiseen, mutta ei kerro mitään siitä, mitä kävijäsi kokevat.

Esimerkiksi INP vaatii oikeita ihmisiä klikkaamassa ja napauttamassa oikeilla laitteilla. Lighthouse ei klikkaa mitään. CLS:n osalta Lighthouse lopettaa seurannan heti, kun sivu on latautunut. Sisältöä alaspäin työntävä myöhäinen mainos tai sivua vieritettäessä hyppivä elementti ei siis koskaan päädy raporttiin. Ja LCP riippuu puhelimesta, verkkoyhteydestä sekä siitä, miten kaukana kävijä on CDN:stäsi. Yksittäisessä testiajossa on vain yksi kutakin.

Odottaminen toimii vain, jos liikenne kasvaa. CrUX tarkastelee viimeisten 28 päivän käyntejä (viive on muuten paljon lyhyempi kuin luullaan, katso miksi 28 päivän viive on myytti). Jos ehtoja täyttäviä Chrome-käyntejä ei ollut tarpeeksi tässä kuussa, niitä tuskin on ensi kuussakaan.

Mittaa omat kävijäsi RUM:illa

Vaihtoehtona on mitata itse. Real user monitoring eli RUM ajaa pienen skriptin jokaisen kävijän selaimessa, mittaa kyseisen käynnin Core Web Vitals -arvot ja lähettää luvut Googlen sijasta sinulle. Kyseessä on samaa field dataa kuin CrUX:issa, mutta nyt mitään kynnystä ei tarvitse saavuttaa etkä ole rajoittunut vain Chromen käyttäjiin.

Sivulta, jolla on 50 käyntiä kuukaudessa, löytyy dataa. Niin löytyy myös iPhone-kävijöiltäsi: Safari on mitannut LCP:tä ja INP:tä versiosta Safari 26.2 (joulukuu 2025) lähtien, joten he näkyvät RUM:issa, vaikka CrUX jättää heidät yhä pois. Näet myös, mikä elementti aiheutti huonon arvon: kuvan, joka oli LCP, tai painikkeen, joka vastasi hitaasti. Deployn jälkeen näet vaikutuksen minuuteissa sen sijaan, että se näkyisi vasta joskus 28 päivän keskiarvossa.

Core/Dash on RUM-työkalu, jonka rakensin tätä varten. Yksi script-tagi tai WordPress-lisäosa, ja dataa alkaa tulla heti ensimmäisestä sivulatauksesta. Se ei aseta evästeitä eikä kerää henkilötietoja, joten suostumusbanneria ei tarvita. Pienellä sivustolla sillä on väliä: suostumusbannerin takana oleva RUM-skripti mittaa vain ne, jotka klikkaavat hyväksy, ja olet taas vain murto-osassa kävijöistäsi. Hinnat alkavat 16 dollarista kuukaudessa vuosilaskutuksella, eikä 14 päivän kokeilu vaadi luottokorttia.

Pidä se käynnissä senkin jälkeen, kun CrUX ottaa sivustosi mukaan. Search Console näyttää vain URL-ryhmiä – se ei koskaan kerro, mikä sivu tai elementti teki ryhmästä hitaan.

Tarkista, mitä dataa CrUX:illa on sivustostasi juuri nyt

Ennen kuin muutat mitään, tarkista, löytyykö originisi CrUX:ista lainkaan. corewebvitals.io-sivuston CrUX History -työkalu näyttää minkä tahansa sivuston CrUX-historian. Jos mobiili on siellä tyhjä, se on tyhjä myös Search Consolessa.

Katso myös: Core/Dashin asennus, selaindimensio kävijöille, jotka CrUX jättää pois, sekä laitetyyppidimensio mobiilin ja tietokoneen erotteluun.

Lähteet: Search Console -ohjeet: Core Web Vitals -raportti, CrUX-metodologia, Safari 26.2 lisää LCP:n ja INP:n.