Core/Dash-dimensjon: Operativsystem

Dimensjon: Operativsystem (os)

Dimensjonen Operativsystem grupperer ytelsesdata etter plattformen som kjører på brukerens enhet: Android, iOS, Windows, macOS, Linux eller ChromeOS. Mens nettleserdimensjonen isolerer forskjeller i rendringsmotorer, eksponerer operativsystem-dimensjonen maskinvarebegrensninger, ressursstyring på systemnivå og plattformspesifikke særegenheter som nettleseren arver.

Operativsystemet er laget mellom koden din og maskinvaren. Det styrer hvordan CPU-en tidsplanlegger oppgaver, hvordan minne allokeres, og hvordan nettverksforespørsler prioriteres. To identiske nettlesere på ulike operativsystemer kan gi svært forskjellige Core Web Vitals.

Plattformlandskapet

Ifølge StatCounter (2025) leder Android den globale nettrafikken med 39 %, fulgt av Windows med 30 %, iOS med 16 %, macOS med 8 %, Linux med 4 % og ChromeOS med 2 %. Din spesifikke trafikkfordeling varierer etter bransje. B2B SaaS-produkter ser mer Windows- og macOS-trafikk. Forbrukerapper heller mot Android og iOS.

Operativsystemspesifikke ytelseskarakteristikker

Android

Android er den mest varierte plattformen. Den kjører på enheter fra billige telefoner til 80 dollar til flaggskip til 1 500 dollar. Det betyr at Android-segmentet ditt inneholder både de raskeste og de tregeste brukerne dine. Hovedinnsikten: Gjennomsnittsytelsen til Android trekkes ned av den lange halen med billig maskinvare. I CoreDash-data er p75 INP på Android typisk 40–60 % høyere enn på iOS fordi median-Android-enheten har en svakere CPU.

Filtrer Android-trafikk på dimensjonen Client Capability Score for å skille flaggskipbrukere (som yter som iOS) fra budsjettbrukere (som trenger lettere sider).

iOS

Apple kontrollerer både maskin- og programvaren, noe som gir en svært konsistent ytelse. Utvalget av enheter er smalt (iPhone 12 til iPhone 16), og alle enheter kjører Safaris WebKit-motor, uavhengig av «nettleser»-etiketten. iOS-trafikk i CoreDash viser vanligvis 15–25 % bedre LCP og 30–40 % bedre INP enn Android.

Fellen: Hvis du bare tester på iOS, føles nettstedet ditt raskt. Android-brukerne dine (som utgjør 2,5:1 mot iOS-brukere globalt) har en annen opplevelse.

Windows

Windows dominerer desktop-trafikken. Ytelsen her er generelt god fordi desktop-maskinvaren er kraftig. Men bedriftsmiljøer på Windows introduserer unike problemer: bedriftens proxyservere blåser opp TTFB, obligatoriske nettleserutvidelser injiserer skript som degraderer INP, og IT-retningslinjer kan tvinge frem eldre nettleserversjoner.

macOS

macOS-trafikk kommer fra en relativt premium maskinvarebase. Ytelsen er vanligvis utmerket. Hvis macOS-brukere viser dårlige metrikker, ligger problemet nesten garantert i koden din (tung JavaScript, uoptimaliserte bilder) fremfor i plattformen.

Linux og ChromeOS

Disse utgjør små trafikkandeler, men har særegne brukerprofiler. Linux-brukere pleier å være utviklere med rask maskinvare. ChromeOS-brukere er ofte på Chromebooks med begrenset RAM og lagringsplass. Hvis ChromeOS shows poor INP, sjekk om JavaScript-minneavtrykket ditt overskrider enhetens begrensninger.

Arbeidsflyt for feilsøking

1. Sammenlign Android og iOS først: Dette avslører maskinvaregapet på mobil. Hvis Android-INP er 250 ms og iOS is 90 ms, har du et JavaScript-kompleksitetsproblem som bare viser seg på svakere CPU-er. Løsningen er å redusere arbeid på main thread, ikke å kjøpe raskere servere.
2. Sjekk Windows for bedriftsavvik: Hvis Windows-TTFB er 200 ms høyere enn macOS, må du undersøke bedriftsproxyer og VPN-er. Dette er infrastrukturproblemer på brukerens side, men å forstå dem hindrer deg i å jakte på innbilte serverproblemer.
3. Kombiner OS + nettleser for presisjon: «Safari på iOS» er noe helt annet enn «Chrome på Android». Filtrer på OS + nettleser for å avdekke om en regresjon gjelder hele plattformen eller er spesifikk for én bestemt kombinasjon av nettleser og operativsystem.

Tommelfingerregler for utviklere

• Android-INP under 200 ms: Hvis iOS-INP-en din består, men Android feiler, må du redusere kjøretiden for JavaScript. Den billige Android-CPU-en er ditt virkelige ytelsesbudsjett.
• Ingen operativsystemer skal være dobbelt så dårlige som et annet: En forskjell på 50 % er normalt (maskinvareforskjeller). En forskjell på over 100 % signaliserer en plattformspesifikk feil eller en uoptimalisert kodevei.
• Test på ekte Android-enheter: CPU-struping i Chrome DevTools simulerer treg maskinvare, men testing på ekte enheter fanger opp tidsplanleggingsproblemer på OS-nivå som emulering går glipp av.

Dimensjonen Operativsystem avslører om ytelsesproblemene dine er universelle eller plattformspesifikke. Det skillet avgjør om du må fikse koden din eller leveringsstrategien din.