Core/Dash Dimension: Operativsystem

Dimension: Operativsystem (os)

Dimensionen Operativsystem grupperer ydelsesdata efter den platform, der kører på brugerens enhed: Android, iOS, Windows, macOS, Linux eller ChromeOS. Mens Browser-dimensionen isolerer forskelle i renderingsmotorer, afslører OS-dimensionen hardwarebegrænsninger, ressourcestyring på systemniveau og platformspecifikke særheder, som browseren arver.

Operativsystemet (OS) er laget mellem din kode og hardwaren. Det styrer, hvordan CPU'en planlægger opgaver, hvordan hukommelse tildeles, og hvordan netværksanmodninger prioriteres. To identiske browsere på forskellige operativsystemer kan producere meget forskellige Core Web Vitals.

Platformlandskabet

Ifølge StatCounter (2025) fører Android den globale webtrafik med 39 %, efterfulgt af Windows med 30 %, iOS med 16 %, macOS med 8 %, Linux med 4 % og ChromeOS med 2 %. Din specifikke trafikfordeling vil variere afhængigt af branche. B2B SaaS-produkter ser en tungere trafik fra Windows og macOS. Forbruger-apps hælder mere mod Android og iOS.

OS-specifikke ydelseskarakteristika

Android

Android er den mest forskelligartede platform. Den kører på enheder lige fra budgettelefoner til $80 til flagskibsmodeller til $1.500. Det betyder, at dit Android-segment indeholder både dine hurtigste og langsomste brugere. Den vigtigste indsigt: Androids gennemsnitlige ydelse trækkes ned af den lange hale af budgethardware. I CoreDash-data er Android p75 INP typisk 40-60 % højere end iOS, fordi den gennemsnitlige Android-enhed har en svagere CPU.

Filtrer Android-trafik efter dimensionen Client Capability Score for at adskille flagskibsbrugere (der yder som iOS) fra budgetbrugere (der har brug for lettere sider).

iOS

Apple kontrollerer hardware- og softwarestakken, hvilket producerer en bemærkelsesværdigt konsekvent ydelse. Enhedsudvalget er snævert (iPhone 12 til iPhone 16), og hver enhed kører Safaris WebKit-motor uanset "browser"-etiketten. iOS-trafik i CoreDash viser typisk 15-25 % bedre LCP og 30-40 % bedre INP end Android.

Fælden: Hvis du kun tester på iOS, føles dit site hurtigt. Dine Android-brugere (som i antal overgår iOS-brugere 2,5:1 globalt) har en anderledes oplevelse.

Windows

Windows dominerer desktoptrafikken. Ydelsen her er generelt stærk, fordi desktophardware er kraftfuld. Dog introducerer Windows-miljøer i virksomheder unikke problemer: Virksomheders proxyservere puster TTFB op, obligatoriske browserudvidelser injicerer scripts, der forringer INP, og IT-politikker kan gennemtvinge ældre browserversioner.

macOS

macOS-trafik kommer fra en relativt premium hardwarebase. Ydelsen er typisk fremragende. Hvis macOS-brugere viser dårlige målinger, ligger problemet næsten helt sikkert i din kode (tung JavaScript, uoptimerede billeder) snarere end i platformen.

Linux og ChromeOS

Disse repræsenterer små trafikandele, men markante brugerprofiler. Linux-brugere har tendens til at være udviklere med hurtig hardware. ChromeOS-brugere er ofte på Chromebooks med begrænset RAM og lagerplads. Hvis ChromeOS viser dårlig INP, skal du kontrollere, om dit JavaScript-hukommelsesfodaftryk overstiger enhedens begrænsninger.

Fejlfindingsworkflow

1. Sammenlign Android og iOS først: Dette afslører den mobile hardwarekløft. Hvis Android INP er 250ms og iOS er 90ms, har du et problem med JavaScript-kompleksitet, der kun manifesterer sig på svagere CPU'er. Løsningen er at reducere main-thread-arbejde, ikke at købe hurtigere servere.
2. Tjek Windows for virksomhedsanomalier: Hvis Windows TTFB er 200ms højere end macOS, skal du undersøge virksomhedens proxyer og VPN'er. Dette er infrastrukturproblemer på brugerens side, men at forstå dem forhindrer dig i at jagte fantom-serverproblemer.
3. Kombiner OS + Browser for præcision: "Safari på iOS" er en helt anden størrelse end "Chrome på Android." Filtrer OS + Browser for at identificere, om en regression gælder for hele platformen eller er specifik for én browser-på-OS-kombination.

Tommelfingerregler for udviklere

• Android INP under 200ms: Hvis din iOS INP består, men Android fejler, skal du reducere JavaScript-udførelsestiden. Budget-Android-CPU'en er dit reelle ydelsesbudget.
• Intet OS bør være 2x dårligere end et andet: Et hul på 50 % er normalt (hardwareforskelle). Et hul på 100 % eller mere signalerer en platformspecifik fejl eller en uoptimeret kodesti.
• Test på rigtige Android-enheder: CPU-throttling i Chrome DevTools simulerer langsom hardware, men test på rigtige enheder fanger planlægningsproblemer på OS-niveau, som emulering overser.

Dimensionen Operativsystem afslører, om dine ydelsesproblemer er universelle eller platformspecifikke. Den sondring afgør, om du skal rette din kode eller rette din leveringsstrategi.