Etsitkö hakua ”Core Web Vitals -arviointi epäonnistui” nähtyäsi vihreät nopeuspisteet? Tarkista ensin, mitä dataa kumpikin tulos kuvaa. PageSpeed Insights (PSI) yhdistää todellisten käyntien aineiston erilliseen hallittuun testiin. Kirjaa osoite, laite, datan kattavuus ja hylätty mittari ennen työkalun ostamista tai sivuston uudistuksen tilaamista.
Aloitamme näistä tiedoista, koska ”muuta pisteet vihreiksi” jättää liikaa avoimeksi. Kehittäjän on tiedettävä, mikä käyttökokemus tarvitsee huomiota ja millä havainnoilla korjauksen hyöty osoitetaan.
Core Web Vitals -arviointi epäonnistui: mitä raportti mittasi?
Arviointi kuvaa tallennettuja kävijäkokemuksia, kun taas Lighthouse-osio suorittaa diagnostisen testin. Googlen PageSpeed Insights -dokumentaation mukaan kenttädata tulee Chrome User Experience Reportista eli CrUXista ja kattaa edelliset 28 päivää liukuvana keruujaksona. Tuore diagnostinen testi ja tämä historia voivat siksi näyttää erilaisia tuloksia.
Testiolosuhteet eroavat. Hallittu testi ei kata kaikkia todellisten käyntien laitteita, yhteyksiä ja toimintoja. Käytä sitä mahdollisen syyn tutkimiseen ja pidä kävijädata rinnalla, kun päätät, mikä on vielä selvittämättä.
Tulos voi kattaa yksittäistä sivua laajemman alueen. Jos juuri kyseisestä sivusta on liian vähän dataa, PSI voi käyttää originin tietoja: karkeasti saman verkko-osoitteen tietoja protokolla ja palvelinnimi mukaan lukien. Origin-tulos yhdistää eri sivujen käyntejä. Lue näkyvissä oleva kattavuus ennen kuin pidät tulosta näyttönä tietystä tuote- tai palvelusivusta.
Jaksoon sisältyy aiempia käyntejä. Tänään tehty muutos ei kirjoita eilisiä havaintoja uusiksi. Tallenna käyttöönottopäivä, jotta voit erottaa korjauksen välittömän tarkistuksen myöhemmästä kävijäaineistosta.
Näiden erojen vuoksi raporteilla on omat tehtävänsä: kävijäaineisto osoittaa tutkittavan kokemuksen, ja hallittu testi auttaa toistamaan ja tutkimaan sitä.
Mikä mittari tarvitsee huomiota?
Tarkastele LCP:tä, INP:tä ja CLS:ää erikseen ennen korjauksen valintaa. Googlen Web Vitals -ohje erottaa latautumisen, reagointikyvyn ja visuaalisen vakauden. Taulukossa ovat ohjeen Hyvä-luokan rajat, joita arvioidaan kyseisen laiteryhmän 75. persentiilissä. Googlen raja-arvo-ohje selittää 75. persentiilin näin: vähintään 75 % mitatuista sivunäytöistä on täytettävä kyseisen mittarin Hyvä-luokan raja. Tämä eroaa keskiarvosta tai Lighthousen kokonaispisteistä.
| Mittari | Mitä se kuvaa | Hyvä-luokan raja | Mitä ylläpitäjältä kannattaa kysyä |
|---|---|---|---|
| LCP, Largest Contentful Paint | Milloin suurin näkyvä sisältöelementti ilmestyy | Enintään 2,5 sekuntia | Mikä elementti viivästyy ja missä latausketjun vaiheessa? |
| INP, Interaction to Next Paint | Kuinka nopeasti sivu reagoi vuorovaikutukseen | Enintään 200 millisekuntia | Mikä napautus, klikkaus tai näppäintoiminto on hidas kyseisissä oloissa? |
| CLS, Cumulative Layout Shift | Asettelun odottamattomat siirtymät | Enintään 0,1 | Mikä elementti liikkuu ja missä vaiheessa käyntiä? |
Kun kaikista näistä mittareista on riittävästi dataa, PSI edellyttää niiden 75. persentiilin arvojen olevan hyviä, jotta arvioinnin voi läpäistä. Jos INP-dataa on liian vähän, hyvät LCP- ja CLS-arvot voivat silti tuottaa hyväksytyn arvioinnin. Jos joko LCP- tai CLS-dataa on liian vähän, PSI ei voi arvioida sivua tai sen originia.
Käsittele puuttuvaa dataa epävarmuutena. Googlen CrUX-menetelmä edellyttää mittausvaatimukset täyttäviä käyntejä ja riittävää suosiota; se ei ilmoita yleispätevää kävijämäärän alarajaa. Puuttuva tulos ei kerro, ettei sivulla käydä, että kokemus on hyvä tai että korjaus on epäonnistunut.
Mitä voit tarkistaa ennen työstä maksamista?
Tallenna lähtötilanteen raportti ja käy sama asiakaspolku läpi puhelimella ennen työkalun valintaa. Tarvitset selkeän kuvauksen ongelmasta: sivun, varoituksen taustalla olevan datan ja toiminnan, jonka voit toistaa. Jos et pysty toistamaan sitä, kirjaa tämä rajoitus arvauksen sijaan.
- Avaa PSI:ssä juuri kyseinen liiketoiminnan kannalta tärkeä sivu. Säilytä osoite ja raportin päivämäärä. Ota mukaan laskeutumissivu tai sivupohja, joka vaikuttaa tutkimaasi yhteydenottoon tai ostoon.
- Kirjaa mobiili tai tietokone sekä datan kattavuus. Merkitse, edustaako kenttäosio URL:ää, originia vai riittämätöntä dataa. Käytä samaa valintaa myöhemmissä vertailuissa.
- Nimeä huomiota tarvitseva mittari. Käytä yksittäisiä Core Web Vitals -tuloksia ja etsi sitten vihjeitä diagnostiikkaosiosta. Pidä puuttuva havaintoaineisto näkyvissä.
- Tee todellinen tehtävä puhelimella. Avaa valikko, käytä olennaista suodatinta tai täytä kyseinen lomake. Kirjaa, mikä latautuu myöhään, reagoi hitaasti tai liikkuu odottamatta.
- Yhdistä vihje testiin. Pyydä ylläpitäjää toistamaan kyseinen toiminto tai latausviive ja selittämään, mitä testillä voi osoittaa.
Kuvien, pienoisohjelmien, välimuistin ja verkkohotellin laajempaan tarkasteluun voit käyttää opastamme hitaan verkkosivuston tavallisista syistä. Pidä tämänhetkinen tehtävä rajattuna hylättyyn arviointiin ja korjauksen tarkistamiseen tarvittavaan näyttöön.
Mitä korjaukseen pitäisi sisältyä?
Valitse pienin diagnoosin tukema muutos ja sovi sitten, miten se tarkistetaan. Aloita jo käytettävissä olevista raporteista ja toiminnoista. Teknistä työtä on helpompi arvioida, kun ylläpitäjä nimeää kyseisen sivun tai sivupohjan, selittää pullonkaulan ja pitää olosuhteet ennen muutosta ja sen jälkeen vertailukelpoisina.
- Yhdistä ehdotus mittariin. Web.devin LCP-ohje erottaa suurimman elementin vastaukseen, löytymiseen, latautumiseen ja renderöintiin liittyvät viiveet. Sen INP-ohje kohdistaa tutkimuksen hitaisiin vuorovaikutustilanteisiin. CLS-ohje kattaa myös ensimmäisen latautumisen jälkeiset siirtymät. Pyydä asiaankuuluvaa näyttöä yleisen nopeutuslupauksen sijaan.
- Korjaa tunnistettu syy ja testaa toiminta uudelleen. Resurssin tai sivupohjan kohdennettu korjaus voi kuulua verkkosivuston kehitykseen ja ylläpitoon. Kirjaa, mitä muutettiin ja milloin, sekä miten muutoksen voi mahdollisuuksien mukaan perua.
- Tarkista, että asiakas pystyy edelleen tekemään tehtävänsä. Testaa sivuun liittyvä navigointi, lomakkeet ja oston vaiheet. Pidä suostumuksen hallintatoiminnot toimivina; tutki niiden toimintaa ja asettelua säilyttäen lainmukaisen suostumuksen.
- Päätä, tarvitaanko lisää näyttöä. Jos käytettävissä olevat raportit eivät tunnista kyseistä vuorovaikutusta tai sivua, lisämittauksista voi olla apua. Kysy, mihin kysymykseen ehdotettu seuranta vastaa, ennen maksullisen palvelun lisäämistä.
Jos tekninen tärkeysjärjestys on epäselvä, tekninen hakukoneoptimointi voi alkaa diagnoosista ja arvioitavasta tehtävälistasta. Sivustouudistus tai optimointipaketti tarvitsee oman perustelunsa.
Voit kopioida tämän tehtäväkortin ja jättää tuntemattomat kentät tyhjiksi:
Sivu ja liiketoiminnan tehtävä:
Laite ja kenttädatan kattavuus:
Huomiota tarvitseva mittari:
Havaittu toiminta ja testiolosuhteet:
Ehdotettu syy ja muutos:
Käyttöönottopäivä:
Vertailukelpoinen tarkistus muutoksen jälkeen:
Myöhempi kenttähavainto ja jäljellä oleva epävarmuus:Miten tarkistat, että työstä oli hyötyä?
Tarkastele ensin muuttunutta toimintaa ja vertaa sitten myöhempää kenttäaineistoa saman kattavuuden sisällä. Dokumentaation mukaan PSI päivittää kenttädatansa päivittäin mutta säilyttää liukuvan keruuikkunan. Pidä käyttöönottopäivä muiden tietojen mukana. Ikkuna ei ole luvattu lähtölaskenta hyväksyttyyn arviointiin.
Vertaa kohteena olevaa mittaria ja asiakkaan tehtävää samanlaisissa testiolosuhteissa. Jos oire jatkuu, avaa diagnoosi uudelleen. Jos testi paranee mutta myöhempi kenttäaineisto ei tue muutosta, tutki kyseiset sivut ja kävijöiden olosuhteet uudelleen. Puuttuva kenttädata on edelleen ilmoitettava selkeänä rajoituksena.
Näin autamme
Aloitamme raportista, tärkeistä sivuista ja tehtävästä, jonka pystymme toistamaan. Erotamme ehdotetun korjauksen, sen tarkistuksen ja myöhemmän kävijäaineiston toisistaan, jotta jokaisella päätöksellä on arvioitava peruste. Verkkosivuston suorituskykyä koskeva briiffi voi alkaa yllä olevasta tehtäväkortista; pidä tuntemattomat kentät näkyvissä.
