Core/Dash -dimensio: Käyttöjärjestelmä

Eristä alustakohtaiset suorituskyvyn heikentymiset segmentoimalla liikenne käyttöjärjestelmien mukaan.

Ilmainen kokeilu

Trusted by market leaders · Client results

marktplaatsnestleharvardnina careebaymy work featured on web.devadevintasaturnwhowhatwearvpnsnvworkivamonarchkpncomparealeteialoopearplugsfotocasahappyhorizonperionerasmusmcdpg media

Dimensio: Käyttöjärjestelmä (os)

Käyttöjärjestelmä-dimensio ryhmittelee suorituskykydatan käyttäjän laitteessa toimivan alustan mukaan: Android, iOS, Windows, macOS, Linux tai ChromeOS. Siinä missä selaindimensio eristää renderöintimoottorien väliset erot, OS-dimensio paljastaa laitteistorajoitukset, järjestelmätason resurssienhallinnan ja alustakohtaiset omituisuudet, jotka selain perii.

Käyttöjärjestelmä on kerros koodisi ja laitteiston välillä. Se ohjaa sitä, miten CPU aikatauluttaa tehtäviä, miten muistia varataan ja miten verkkopyynnöt priorisoidaan. Kaksi identtistä selainta eri käyttöjärjestelmissä voivat tuottaa hyvinkin erilaiset Core Web Vitals -arvot.

coredash metric table urls

Alustamaisema

StatCounterin (2025) mukaan Android johtaa maailmanlaajuista verkkoliikennettä 39 %:n osuudella, jota seuraavat Windows (30 %), iOS (16 %), macOS (8 %), Linux (4 %) ja ChromeOS (2 %). Oma liikenteen jakautumisesi vaihtelee toimialan mukaan. B2B SaaS -tuotteissa nähdään enemmän Windows- ja macOS-liikennettä. Kuluttajasovellukset painottuvat Androidiin ja iOS:iin.

Käyttöjärjestelmäkohtaiset suorituskyvyn ominaispiirteet

Android

Android on moninaisin alusta. Se toimii laitteilla, jotka vaihtelevat 80 dollarin budjettipuhelimista 1 500 dollarin lippulaivoihin. Tämä tarkoittaa, että Android-segmenttisi sisältää sekä nopeimmat että hitaimmat käyttäjäsi. Tärkein oivallus: Androidin keskimääräistä suorituskykyä vetää alaspäin budjettilaitteistojen pitkä häntä. CoreDash-datassa Androidin p75 INP on tyypillisesti 40–60 % korkeampi kuin iOS:ssä, koska mediaani-Android-laitteessa on heikompi CPU.

Suodata Android-liikenne Client Capability Score -dimension perusteella erottaaksesi lippulaivakäyttäjät (joiden suorituskyky vastaa iOS:ää) budjettikäyttäjistä (jotka tarvitsevat kevyempiä sivuja).

iOS

Apple hallitsee laitteisto- ja ohjelmistopinoa, mikä tuottaa huomattavan tasaisen suorituskyvyn. Laitevalikoima on kapea (iPhone 12:sta iPhone 16:een), ja jokainen laite ajaa Safarin WebKit-moottoria riippumatta "selain"-nimikkeestä. iOS-liikenne CoreDashissa näyttää tyypillisesti 15–25 % paremman LCP:n ja 30–40 % paremman INP:n kuin Android.

Ansa: jos testaat vain iOS:llä, sivustosi tuntuu nopealta. Android-käyttäjäsi (joita on maailmanlaajuisesti 2,5 kertaa enemmän kuin iOS-käyttäjiä) kokevat asian eri tavalla.

Windows

Windows hallitsee työpöytäliikennettä. Suorituskyky on täällä yleensä vahvaa, koska työpöytälaitteisto on tehokasta. Yritysten Windows-ympäristöt tuovat kuitenkin mukanaan ainutlaatuisia ongelmia: yritysten välityspalvelimet (proxy) paisuttavat TTFB:tä, pakolliset selainlaajennukset injektoivat skriptejä, jotka heikentävät INP:tä, ja IT-käytännöt saattavat pakottaa käyttämään vanhempia selainversioita.

macOS

macOS-liikenne tulee suhteellisen laadukkaasta laitteistokannasta. Suorituskyky on tyypillisesti erinomaista. Jos macOS-käyttäjillä on huonot metriset arvot, ongelma on melkein varmasti koodissasi (raskas JavaScript, optimoimattomat kuvat) eikä alustassa.

Linux ja ChromeOS

Nämä edustavat pieniä liikenneosuuksia, mutta selkeitä käyttäjäprofiileja. Linux-käyttäjät ovat usein kehittäjiä, joilla on nopea laitteisto. ChromeOS-käyttäjät ovat usein Chromebookeilla, joissa on rajallisesti RAM-muistia ja tallennustilaa. Jos ChromeOS näyttää huonoa INP:tä, tarkista, ylittääkö JavaScript-muistijalanjälkesi laitteen rajoitukset.

Vianmäärityksen työnkulku

  1. Vertaile Androidia ja iOS:ää ensin: Tämä paljastaa mobiililaitteistojen välisen eron. Jos Androidin INP on 250 ms ja iOS:n 90 ms, sinulla on JavaScriptin monimutkaisuusongelma, joka ilmenee vain heikommilla CPU:illa. Ratkaisu on main-thread-työn vähentäminen, ei nopeampien palvelimien ostaminen.
  2. Tarkista Windows yritysympäristön poikkeavuuksien varalta: Jos Windowsin TTFB on 200 ms korkeampi kuin macOS:n, tutki yritysten välityspalvelimia ja VPN:iä. Nämä ovat infrastruktuuriongelmia käyttäjän puolella, mutta niiden ymmärtäminen estää sinua jahtaamasta olemattomia palvelinongelmia.
  3. Yhdistä käyttöjärjestelmä + selain tarkkuuden vuoksi: "Safari iOS:llä" on eri peto kuin "Chrome Androidilla." Suodata käyttöjärjestelmä + selain tunnistaaksesi, onko suorituskyvyn heikentyminen alustanlaajuinen vai koskeeko se vain tiettyä selain-käyttöjärjestelmä-yhdistelmää.

Suunnittelun nyrkkisäännöt

  • Androidin INP alle 200 ms: Jos iOS:n INP on hyväksyttävä, mutta Androidin ei, vähennä JavaScript-suoritusaikaa. Budjettiluokan Androidin CPU on todellinen suorituskykybudjettisi.
  • Mikään käyttöjärjestelmä ei saisi olla kaksi kertaa huonompi kuin toinen: 50 %:n ero on normaali (laitteistoerot). Yli 100 %:n ero on merkki alustakohtaisesta bugista tai optimoimattomasta koodipolusta.
  • Testaa oikeilla Android-laitteilla: Chrome DevToolsin CPU throttling jäljittelee hidasta laitteistoa, mutta todellisella laitteella testaaminen paljastaa käyttöjärjestelmätason aikataulutusongelmat, joita emulaatio ei huomaa.

Käyttöjärjestelmä-dimensio paljastaa, ovatko suorituskykyongelmasi yleisiä vai alustakohtaisia. Tämä ero määrittää, korjaatko koodiasi vai jakelustrategiaasi.