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

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

Käyttöjärjestelmä-ulottuvuus (Operating System) ryhmittelee suorituskykydatan käyttäjän laitteessa pyörivän alustan mukaan: Android, iOS, Windows, macOS, Linux tai ChromeOS. Vaikka selain-ulottuvuus eristää renderöintimoottorien erot, käyttöjärjestelmäulottuvuus paljastaa laitteistorajoitteet, järjestelmätason resurssienhallinnan ja alustakohtaiset omituisuudet, jotka selain perii.

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

Alustojen kenttä

StatCounterin (2025) mukaan Android johtaa globaalia verkkoliikennettä 39 %:n osuudella, ja sitä seuraavat Windows 30 %, iOS 16 %, macOS 8 %, Linux 4 % ja ChromeOS 2 %. Oman liikenteesi jakautuminen vaihtelee toimialoittain. B2B SaaS -tuotteissa nähdään enemmän Windows- ja macOS-liikennettä. Kuluttajasovellukset painottuvat Androidiin ja iOS:ään.

Käyttöjärjestelmäkohtaiset suorituskyvyn piirteet

Android

Android on kaikista moninaisin alusta. Se toimii laitteissa, jotka vaihtelevat 80 dollarin budjettipuhelimista 1 500 dollarin lippulaivamalleihin. 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 budjettilaitteiston pitkä häntä. CoreDash-datassa Androidin p75 INP on tyypillisesti 40–60 % korkeampi kuin iOS:llä, koska mediaani-Android-laitteessa on heikompi prosessori (CPU).

Suodata Android-liikenne Client Capability Score -ulottuvuuden mukaan erottaaksesi lippulaivakäyttäjät (joiden suorituskyky on iOS-tasoa) budjettikäyttäjistä (jotka tarvitsevat kevyempiä sivuja).

iOS

Apple hallitsee laitteisto- ja ohjelmistopinoa, mikä tuottaa huomattavan yhdenmukaista suorituskykyä. Laitteiden valikoima on kapea (iPhone 12:sta iPhone 16:een), ja jokainen laite käyttää Safarin WebKit-moottoria "selain"-nimikkeestä riippumatta. CoreDash-datassa iOS-liikenne näyttää tyypillisesti 15–25 % parempaa LCP:tä ja 30–40 % parempaa INP:tä kuin Android.

Sudenkuoppa: jos testaat vain iOS:llä, sivustosi tuntuu nopealta. Android-käyttäjiesi (joita on globaalisti 2,5 kertaa enemmän kuin iOS-käyttäjiä) kokemus on kuitenkin erilainen.

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) kasvattavat TTFB:tä, pakolliset selainlaajennukset injektoivat komentosarjoja, jotka heikentävät INP:tä, ja IT-käytännöt voivat pakottaa käyttämään vanhempia selainversioita.

macOS

macOS-liikenne tulee suhteellisen laadukkaasta laitekannasta. Suorituskyky on tyypillisesti erinomaista. Jos macOS-käyttäjien mittarit näyttävät huonoilta, ongelma on lähes varmasti koodissasi (raskas JavaScript, optimoimattomat kuvat) ennemmin kuin 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 ensin Androidia ja iOS:ää: Tämä paljastaa mobiililaitteiston eron. Jos Androidin INP on 250ms ja iOS:n 90ms, sinulla on JavaScript-kompleksisuusongelma, joka ilmenee vain heikommilla suorittimilla. Korjaus on pääsäikeen työn (main-thread work) vähentäminen, ei nopeampien palvelimien ostaminen.
2. Tarkista Windows yritysanomalioiden varalta: Jos Windowsin TTFB on 200ms korkeampi kuin macOS:llä, tutki yritysten välityspalvelimia ja VPN-yhteyksiä. Nämä ovat infrastruktuuriongelmia käyttäjän päässä, mutta niiden ymmärtäminen estää sinua jahtaamasta olemattomia palvelinongelmia.
3. Yhdistä käyttöjärjestelmä ja selain tarkkuuden parantamiseksi: "Safari iOS:llä" on täysin eri asia kuin "Chrome Androidilla." Suodata käyttöjärjestelmä + selain tunnistaaksesi, onko suorituskyvyn heikkeneminen alustanlaajuinen vai koskeeko se vain yhtä selain–käyttöjärjestelmä-yhdistelmää.

Insinöörin nyrkkisääntö

• Android INP alle 200ms: Jos iOS INP menee läpi mutta Android epäonnistuu, vähennä JavaScriptin suoritusaikaa. Budjettiluokan Androidin suoritin on todellinen suorituskykybudjettisi.
• Mikään käyttöjärjestelmä ei saisi olla 2x huonompi kuin toinen: 50 %:n ero on normaali (laitteistoerot). Yli 100 %:n ero viestii alustakohtaisesta bugista tai optimoimattomasta koodipolusta.
• Testaa aidoilla Android-laitteilla: Chrome DevToolsin CPU-kuristus mukailee hidasta laitteistoa, mutta testaus oikealla laitteella paljastaa käyttöjärjestelmätason aikataulutusongelmat, joita emulaatio ei tavoita.

Käyttöjärjestelmä-ulottuvuus paljastaa, ovatko suorituskykyongelmasi universaaleja vai alustakohtaisia. Tämä ero määrittää sen, korjaatko koodisi vai toimitusstrategiasi.