Core/Dash -ulottuvuus: Laitteen ja asiakaskoneen ominaisuudet
Näe tarkalleen, mitkä laitteistoluokat vierailevat sivustollasi ja missä INP hajoaa vähämuistisilla laitteilla.
Mitä nämä ulottuvuudet mittaavat
CoreDash tarjoaa kaksi ulottuvuutta Laitteen ja asiakaskoneen ominaisuudet -kategoriassa. Ne vastaavat eri kysymyksiin, mutta täydentävät suoraan toisiaan.
Device Memory (ryhmäkoodi m) ilmoittaa RAM-muistiluokan, jonka selain palauttaa navigator.deviceMemory-rajapinnasta. Määrittely pyöristää arvon tarkoituksella alaspäin lähimpään kahden potenssiin ja rajoittaa tulosta, joten näet tarkkojen lukujen sijaan arvoja, kuten 0.25, 0.5, 1, 2, 4 tai 8+ GB. Tämä pyöristys on tarkoituksellista: se rajoittaa sormenjälkiä keräävien skriptien saamaa tarkkuutta antaen silti kehittäjille käyttökelpoisen signaalin.
Client Capability Score (ryhmäkoodi ccs) on CoreDashin laskema yhdistelmäarvo kolmesta selaimen paljastamasta signaalista: laitteen muistista, navigator.hardwareConcurrency-arvosta (loogiset CPU-ytimet) sekä Network Information API:n ilmoittamasta todellisesta yhteystyypistä. Tuloksena on yksi kuudesta luokasta:
| Arvo | Nimike |
|---|---|
| 0 | Tuntematon (Unknown) |
| 1 | Erittäin suorituskykyinen (Very Capable) |
| 2 | Suorituskykyinen (Capable) |
| 3 | Rajallinen (Limited) |
| 4 | Erittäin rajallinen (Very Limited) |
| 5 | Rajoittunut (Constrained) |
Yhdistetty pisteytys on hyödyllisempi kuin mikään yksittäinen signaali erillään. Laite, jossa on 4 GB RAM-muistia ja 2G-yhteys, käyttäytyy täysin eri tavalla kuin sama laite Wi-Fi-verkossa. Muistin, ydinten ja yhteystyypin yhdistäminen yhdelle järjestysasteikolle mahdollistaa suorituskykydatan suodattamisen ja vertailun ilman, että jokaiselle muuttujalle tarvitsee tehdä erillistä jaottelua.
Selaintuki ja datan kattavuus
navigator.deviceMemory on vain Chromium-selaimissa toimiva rajapinta. Firefox ja Safari eivät paljasta sitä, mikä tarkoittaa, että kyseiset selaimet ilmoittavat muistikomponentin osalta aina arvon Tuntematon (CCS 0). Käytännössä Chrome ja Chrome-pohjaiset selaimet muodostavat suurimman osan Android-liikenteestä, ja juuri Android-laitteissa vähäisen muistin ongelmat korostuvat. Signaali on siis parhaiten saatavilla juuri siellä, missä sillä on eniten merkitystä.
Device Memory HTTP -otsikko (Device-Memory) on erillinen mekanismi, jonka avulla palvelin voi lukea saman arvon Accept-CH-neuvotellusta pyynnöstä. CoreDash käyttää sivun latauksen yhteydessä kerättävää JavaScript-rajapintaa, joten arvo kulkee RUM-majakan mukana eikä vaadi otsikkojen konfigurointia palvelinpuolella.

Miksi laitteen suorituskyvyllä on merkitystä Core Web Vitals -mittareille
LCP on ensisijaisesti verkko- ja renderöintiongelma. INP on ensisijaisesti CPU- ja muistiongelma. Tämä ero selittää sen, miksi CCS-ulottuvuus näkyy selkeimmin INP-datassa.
Pääsäikeen pitkät tehtävät estävät syötteisiin reagoimisen. Laitteella, jossa on 1 GB RAM-muistia, selain on muistipaineen alaisena jo ennen kuin JavaScript edes suoritetaan: aggressiivisempi roskienkeruu, useammin tapahtuvat välilehtien hylkäämiset ja pienempi pelivara JIT-käännökselle näkyvät suoraan pidempinä tehtävien kestoina. Sivusto, joka läpäisee INP-mittauksen modernilla puhelimella 180 ms tuloksella, voi helposti hidastua 400 ms tasolle Rajoittuneella (Constrained) laitteella.
Vuoden 2025 Web Almanacin suorituskykyluku vahvistaa trendin: mobiililaitteiden INP-läpäisyaste on kokonaisuudessaan 77 %, mutta ero tehokkaiden ja heikkotehoisempien laitteiden välillä on suuri. Noin 29 % mobiiliverkon käyttäjistä käyttää laitteita, jotka ovat kolme kertaa hitaampia kuin nykyiset lippulaivamallit. Nämä käyttäjät eivät ole poikkeustapauksia useimmilla globaaleilla markkinoilla; he edustavat mediaanivierailijaa.
CLS on vähemmän herkkä laitteistoluokalle kuin INP, mutta hitailla prosessoreilla varustetut laitteet voivat silti aiheuttaa asettelun siirtymiä, kun fontit tai myöhään latautuvat kuvat aiheuttavat uudelleenlaskentoja, jotka valmistuvat vasta selaimen jo piirrettyä ruudun.
Kuinka käyttää CCS- ja Device Memory -ulottuvuuksia CoreDashissa
Tuottavin työnkulku on aloittaa käyttämällä CCS:ää suodattimena ja vahvistaa hypoteesi sitten Device Memoryn avulla.
Avaa ensin INP-erittely CCS:n mukaan. Jos 75. persentiilin INP on hyvä Erittäin suorituskykyisillä (CCS 1) ja Suorituskykyisillä (CCS 2) vierailijoilla, mutta epäonnistuu Rajallisilla (CCS 3) ja sitä heikommilla, kyseessä on CPU- tai muistipulloonkaula verkkopulloonkaulan sijaan. Tämä sulkee pois kokonaisen kategorian korjaustoimenpiteitä (esilataus, yhteysvihjeet, CDN:n hienosäätö) ja keskittää huomiosi JavaScriptin suoritusaikaan: pitkiin tehtäviin, syötteiden käsittelijöiden raskauteen ja kolmannen osapuolen skripteihin, jotka suoritetaan jokaisen vuorovaikutuksen yhteydessä.
Suodata seuraavaksi Device Memoryn mukaan nähdäksesi, mitkä RAM-luokat tuottavat huonoimmat tulokset. Jos 1 GB:n laitteiden osuus huonoista INP-tuloksista on suhteettoman suuri, tiedät kynnyksen. Skriptit, jotka ovat hyväksyttäviä 4 GB:n laitteilla, voivat pelkästään tämän datan perusteella olla ehdokkaita lykättäviksi tai poistettaviksi.
Sivustoilla, joilla on globaali yleisö, yhdistä CCS Maa (Country) -ulottuvuuden kanssa. Etelä- ja Kaakkois-Aasian markkinoilla, Saharan eteläpuolisessa Afrikassa ja osissa Latinalaista Amerikkaa on suuria keskittymiä Rajoittuneita ja Erittäin rajallisia laitteita. Maan mukaan suodatettu CCS-erittely näyttää, missä kuilu on suurin, ja auttaa priorisoimaan, mihin markkinaan tulisi keskittyä ensimmäisenä.
Tuntematon-luokka (CCS 0) kattaa kaiken Firefox- ja Safari-liikenteen sekä istunnot, joissa rajapinnat eivät palauttaneet arvoa. Älä jätä sitä huomiotta. Sivustoilla, joilla Firefoxin tai Safarin osuus on merkittävä, Tuntematon voi edustaa neljännestä tai jopa suurempaa osaa kaikista istunnoista. Se ei tarkoita, että näillä käyttäjillä olisi huonot laitteet; se tarkoittaa, että signaalia ei ollut saatavilla. Käsittele Tuntematon-luokkaa omana segmenttinään sen sijaan, että yhdistäisit sen perustasoon.
Mitä datalla tulisi tehdä
Jos CCS 3-, 4- tai 5 -luokkien vierailijat muodostavat yli 15 % liikenteestäsi ja heidän INP-arvonsa on jatkuvasti yli 200 ms, korjaustoimenpiteet ovat yksiselitteisiä:
- Profiloi pisimmät tehtäväsi kuristetulla laitteella Chrome DevToolsissa. Performance-paneelin Task Attribution näyttää, mitkä skriptit ovat niistä vastuussa.
- Siirrä ei-kriittiset kolmannen osapuolen skriptit vuorovaikutus- tai näkyvyysliipaisimen taakse, jotta ne eivät kilpaile pääsäikeestä ensimmäisen latausikkunan aikana.
- Pienennä JavaScript-pakettien kokoa kriittisillä poluilla. Jokainen vähämuistisella laitteella jäsennetty kilotavu maksaa enemmän kuin lippulaivalaitteella, koska JIT-kääntäjällä on vähemmän tilaa välimuistittaa käännettyä koodia.
- Käytä
scheduler.yield()- taisetTimeout(0)-funktioita pilkkoaksesi pitkiä tehtäviä ja antaaksesi selaimelle mahdollisuuden käsitellä syötetapahtumia osioiden välissä.
CoreDash tuo CCS- ja Device Memory -ulottuvuudet esiin jokaisen Core Web Vitals -mittarin rinnalla, jotta voit varmistaa, onko huippulaitteiden INP-arvoa parantanut korjaus edistänyt tuloksia myös Rajoittuneiden vierailijoidesi kohdalla, eikä ainoastaan parhaiden tapauksien käyttäjillä.

