Core/Dash -ulottuvuus: Laitteen ja selaimen kyvykkyys

Mitä nämä ulottuvuudet mittaavat

CoreDash tarjoaa kaksi ulottuvuutta Laitteen ja selaimen kyvykkyys (Device & Client Capability) -kategoriassa. Ne vastaavat eri kysymyksiin, mutta täydentävät toisiaan suoraan.

Device Memory (ryhmäkoodi m) raportoi RAM-muistiluokan, jonka selain palauttaa navigator.deviceMemory-rajapinnasta. Määrittely pyöristää tarkoituksella alaspäin lähimpään kahden potenssiin ja rajoittaa tulosta, joten näet arvoja, kuten 0.25, 0.5, 1, 2, 4 tai 8+ Gt, tarkkojen lukujen sijaan. Tämä pyöristys on tahallinen: se rajoittaa sormenjälkiseurantaan (fingerprinting) käytettävissä olevaa tarkkuutta, mutta antaa silti kehittäjille käyttökelpoisen signaalin.

Client Capability Score (ryhmäkoodi ccs) on CoreDashin laskema yhdistelmä kolmesta selaimen tarjoamasta signaalista: laitteen muisti, navigator.hardwareConcurrency (loogiset CPU-ytimet) ja tehollinen yhteystyyppi Network Information API:sta. Tulos on yksi kuudesta luokasta:

Yhdistetty pisteytys on hyödyllisempi kuin yksikään yksittäinen signaali erikseen. Laite, jossa on 4 Gt RAM-muistia ja 2G-yhteys, käyttäytyy hyvin eri tavalla kuin sama laite Wi-Fi-verkossa. Muistin, ydinten ja yhteystyypin yhdistäminen yhdelle järjestysasteikolle mahdollistaa suorituskykydatan suodattamisen ja vertailun ilman erillisen erittelyn suorittamista jokaiselle muuttujalle.

Selainten tuki ja datan kattavuus

navigator.deviceMemory on vain Chromium-pohjaisten selainten API. Firefox ja Safari eivät tarjoa sitä, mikä tarkoittaa, että kyseiset selaimet raportoivat muistikomponentin osalta aina arvon Tuntematon (CCS 0). Käytännössä Chrome ja Chrome-pohjaiset selaimet muodostavat valtaosan Android-liikenteestä, ja Android-laitteisiin vähäisen muistin olosuhteet useimmiten keskittyvät. Signaali on siis parhaiten saatavilla juuri siellä, missä sillä on eniten merkitystä.

Device Memory HTTP -otsikko (Device-Memory) on erillinen mekanismi, joka sallii palvelimen lukea saman arvon Accept-CH -neuvotellusta pyynnöstä. CoreDash käyttää JavaScript-rajapintaa, joka kerätään sivun latauksen yhteydessä, joten arvo kulkee RUM-majakan mukana eikä vaadi palvelinpuolen otsikkomäärityksiä.

Miksi laitteen kyvykkyydellä on merkitystä Core Web Vitals -mittareille

LCP on ensisijaisesti verkko- ja renderöintiongelma. INP on ensisijaisesti CPU- ja muistiongelma. Tämä ero on syy siihen, miksi CCS-ulottuvuus näkyy selvimmin INP-datassa.

Pitkät tehtävät (long tasks) pääsäikeessä estävät syötteisiin vastaamisen. Laitteella, jossa on 1 Gt RAM-muistia, selain on jo muistipaineen alaisena ennen kuin JavaScript edes suoritetaan: aggressiivisempi roskienkeruu, yleisemmät välilehtien hylkäämiset ja vähäisempi pelivara JIT-kääntämiselle johtavat suoraan pidempiin tehtävien kestoihin. Sivusto, joka läpäisee INP-mittauksen modernilla puhelimella 180 ms tuloksella, voi helposti yltää 400 ms tulokseen Rajoittunut-luokan (Constrained) laitteella.

Vuoden 2025 Web Almanac -julkaisun Performance-luku vahvistaa suuntauksen: mobiililaitteiden INP-läpäisyaste on kokonaisuudessaan 77 %, mutta ero tehokkaiden ja heikkotehoisten laitteiden välillä on suuri tässä luvussa. Noin 29 % mobiiliverkon käyttäjistä käyttää laitteita, jotka ovat kolme kertaa vähemmän tehokkaita kuin nykyiset lippulaivamallit. Nämä käyttäjät eivät ole poikkeustapauksia useimmilla globaaleilla markkinoilla; he ovat mediaanivierailijoita.

CLS on vähemmän herkkä laitteistoluokalle kuin INP, mutta hitailla prosessoreilla varustetut laitteet voivat silti tuottaa asettelun siirtymiä (layout shifts), kun fontit tai myöhään latautuvat kuvat aiheuttavat uudelleenasetuksia (reflows), jotka valmistuvat vasta sen jälkeen, kun selain on jo vahvistanut kehyksen (committed a frame).

Kuinka käyttää CCS- ja Device Memory -ulottuvuuksia CoreDashissa

Tuottavin työnkulku on aloittaa käyttämällä CCS:ää suodattimena ja sen jälkeen vahvistaa hypoteesi Device Memory -tiedolla.

Avaa ensin INP-erittely CCS:n mukaan. Jos 75. prosenttipisteen INP on hyvä Erittäin kykenevä (CCS 1) - ja Kykenevä (CCS 2) -vierailijoille, mutta epäonnistuu Rajallinen (CCS 3) -luokassa ja sen alapuolella, kyseessä on prosessori- tai muistipullonkaula verkkopullonkaulan sijaan. Tämä sulkee pois kokonaisen korjausten kategorian (esilataus, yhteysvihjeet, CDN-viritys) ja keskittää huomiosi JavaScript-suoritusaikaan: pitkiin tehtäviin, syötteiden käsittelijöiden raskauteen ja kolmannen osapuolen komentosarjoihin, jotka suoritetaan jokaisella vuorovaikutuksella.

Suodata seuraavaksi Device Memory -tiedon perusteella nähdäksesi, mitkä RAM-luokat aiheuttavat huonoimmat tulokset. Jos 1 Gt:n laitteiden osuus huonoista INP-pisteistä on suhteettoman suuri, tiedät kynnyksen. Komentosarjat, jotka ovat hyväksyttäviä 4 Gt:n laitteilla, voivat olla ehdokkaita lykättäviksi tai poistettaviksi pelkästään kyseisen datan perusteella.

Globaalin yleisön omaaville sivustoille CCS kannattaa yhdistää Maa-ulottuvuuden kanssa. Etelä- ja Kaakkois-Aasian markkinoilla, Saharan eteläpuolisessa Afrikassa ja osissa Latinalaista Amerikkaa on suuri keskittymä Rajoittunut- ja Erittäin rajallinen -luokan laitteita. Maakohtaisesti suodatettu CCS-erittely näyttää, missä ero on suurin, ja auttaa priorisoimaan, mihin markkinaan tulisi keskittyä ensimmäisenä.

Tuntematon-luokka (CCS 0) kattaa kaiken Firefox- ja Safari-liikenteen sekä kaikki istunnot, joissa rajapinnat eivät palauttaneet mitään arvoa. Älä jätä sitä huomiotta. Sivustoilla, joilla on merkittävä osuus Firefox- tai Safari-käyttäjiä, 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 vain, että signaali ei ollut saatavilla. Käsittele Tuntematon-luokkaa erillisenä segmenttinä sen sijaan, että yhdistäisit sen perustasoosi.

Mitä tehdä datalla

Jos CCS 3-, 4- tai 5 -vierailijat muodostavat yli 15 % liikenteestäsi ja heidän INP on jatkuvasti yli 200 ms, korjaustoimenpiteet ovat tietynlaiset:

• Profiloi pisimmät tehtäväsi kuristetulla (throttled) laitteella Chrome DevToolsissa. Performance-paneelin Task Attribution näyttää, mitkä komentosarjat ovat vastuussa.
• Siirrä ei-kriittiset kolmannen osapuolen komentosarjat vuorovaikutus- tai näkyvyysliipaisimen taakse, jotta ne eivät kilpaile pääsäikeestä alkuperäisen latausikkunan aikana.
• Pienennä JavaScript-paketin kokoa kriittisillä poluilla. Jokainen vähämuistisella laitteella jäsennetty kilotavu maksaa enemmän kuin lippulaivamallilla, koska JIT-kääntäjällä on vähemmän tilaa välimuistittaa käännettyä koodia.
• Käytä scheduler.yield() tai setTimeout(0) pilkkoaksesi pitkiä tehtäviä ja antaaksesi selaimelle mahdollisuuden käsitellä syötetapahtumia osien välissä.

CoreDash tuo esiin CCS- ja Device Memory -ulottuvuudet jokaisen Core Web Vitals -mittarin rinnalla, jotta voit varmistaa, paransiko huippulaitteiden INP-tulosta kohentanut korjaus numeroita myös Rajoittunut-luokan vierailijoiden osalta, eikä vain parhaan tapauksen käyttäjilläsi.