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 renderingsmotorer, avdekker OS-dimensjonen maskinvarebegrensninger, ressursstyring på systemnivå og plattformspesifikke særegenheter som nettleseren arver.

Operativsystemet er laget mellom koden din og maskinvaren. Det styrer hvordan prosessoren planlegger oppgaver, hvordan minne tildeles, og hvordan nettverksforespørsler prioriteres. To identiske nettlesere på forskjellige operativsystemer kan produsere svært forskjellige Core Web Vitals.

Plattformlandskapet

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

OS-spesifikke ytelsesegenskaper

Android

Android er den mest mangfoldige plattformen. Den kjører på enheter som spenner fra budsjett-telefoner til $80 til flaggskip til $1 500. Dette betyr at Android-segmentet ditt inneholder både de raskeste og tregeste brukerne dine. Nøkkelinnsikten: Androids gjennomsnittlige ytelse trekkes ned av den lange halen av budsjettmaskinvare. I CoreDash-data er Androids p75 INP typisk 40–60 % høyere enn iOS fordi median-enheten på Android har en svakere prosessor.

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

iOS

Apple kontrollerer både maskinvare- og programvarestakken, noe som gir en bemerkelsesverdig konsekvent ytelse. Enhetsutvalget er smalt (iPhone 12 til iPhone 16), og hver enhet kjører Safaris WebKit-motor uavhengig av "nettleser"-etiketten. iOS-trafikk i CoreDash viser typisk 15–25 % bedre LCP og 30–40 % bedre INP enn Android.

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

Windows

Windows dominerer skrivebordstrafikken. Ytelsen her er generelt sterk fordi skrivebordsmaskinvare er kraftig. Imidlertid introduserer Windows-bedriftsmiljøer unike problemer: bedriftens proxy-servere blåser opp TTFB, obligatoriske nettleserutvidelser injiserer skript som forringer INP, og IT-retningslinjer kan tvinge frem eldre nettleserversjoner.

macOS

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

Linux og ChromeOS

Disse representerer små trafikkandeler, men distinkte brukerprofiler. Linux-brukere pleier å være utviklere med rask maskinvare. ChromeOS-brukere er ofte på Chromebooks med begrenset RAM og lagringsplass. Hvis ChromeOS viser dårlig INP, sjekk om minnefotavtrykket til JavaScript overskrider enhetens begrensninger.

Arbeidsflyt for feilsøking

1. Sammenlign Android vs iOS først: Dette avdekker maskinvaregapet på mobil. Hvis Android INP er 250ms og iOS er 90ms, har du et problem med JavaScript-kompleksitet som bare manifesterer seg på svakere prosessorer. Løsningen er å redusere arbeid på hovedtråden, ikke å kjøpe raskere servere.
2. Sjekk Windows for bedriftsanomalier: Hvis Windows TTFB er 200ms høyere enn macOS, undersøk proxyer og VPN-er i bedriften. Dette er infrastrukturproblemer på brukerens side, men å forstå dem forhindrer deg fra å jage fantomproblemer på serveren.
3. Kombiner OS + nettleser for presisjon: "Safari på iOS" er et helt annet beist enn "Chrome på Android". Filtrer OS + nettleser for å identifisere om en regresjon gjelder hele plattformen eller er spesifikk for én kombinasjon av nettleser og OS.

Tekniske tommelfingerregler

• Android INP under 200ms: Hvis din iOS INP passerer, men Android feiler, må du redusere kjøretiden for JavaScript. Den billige Android-prosessoren er ditt virkelige ytelsesbudsjett.
• Ingen OS bør være 2x dårligere enn et annet: Et gap på 50 % er normalt (maskinvareforskjeller). Et gap på over 100 % signaliserer en plattformspesifikk feil eller en uoptimalisert kodesti.
• Test på ekte Android-enheter: CPU-throttling i Chrome DevTools simulerer treg maskinvare, men testing på ekte enheter fanger opp planleggingsproblemer på OS-nivå som emulering går glipp av.

Operativsystem-dimensjonen avslører om ytelsesproblemene dine er universelle eller plattformspesifikke. Den distinksjonen avgjør om du må fikse koden din eller leveringsstrategien din.