Core/Dash Dimension: Operating System

Isolér platformspecifikke ydelsesregressioner ved at segmentere trafik på tværs af operativsystemer.

Gratis prøveperiode

Trusted by market leaders · Client results

adevintamonarchfotocasanestlewhowhatwearworkivavpnperioncompareloopearplugssnvdpg mediamy work featured on web.deverasmusmcebaykpnaleteiamarktplaatshappyhorizonnina caresaturnharvard

Dimension: Operating System (os)

Operating System-dimensionen 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, afdækker OS-dimensionen hardwarebegrænsninger, ressourcestyring på systemniveau og platformspecifikke særheder, som browseren arver.

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

coredash metric table urls

Platformlandskabet

Ifølge StatCounter (2025) fører Android global 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 efter branche. B2B SaaS-produkter ser tungere Windows- og macOS-trafik. Forbrugerapplikationer hælder mod Android og iOS.

OS-specifikke ydelseskarakteristikker

Android

Android er den mest mangfoldige platform. Den kører på enheder fra budgettelefoner til 80 dollars til flagskibe til 10.000 kroner. 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.

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

iOS

Apple kontrollerer hardware- og softwarestakken, hvilket producerer bemærkelsesværdigt konsistent ydelse. Enhedsudvalget er snævert (iPhone 12 til iPhone 16), og hver enhed kører Safaris WebKit-motor uanset "browser"-betegnelsen. 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 (der overstiger iOS-brugere 2,5:1 globalt) har en anden oplevelse.

Windows

Windows dominerer desktoptrafik. Ydelsen her er generelt stærk, fordi desktophardware er kraftfuld. Dog introducerer Windows-erhvervsmiljøer unikke problemer: virksomhedsproxyservere øger TTFB, obligatoriske browserudvidelser injicerer scripts, der forringer INP, og IT-politikker kan tvinge ældre browserversioner igennem.

macOS

macOS-trafik kommer fra en relativt premium hardwarebase. Ydelsen er typisk fremragende. Hvis macOS-brugere viser dårlige metrikker, er problemet næsten med sikkerhed i din kode (tungt JavaScript, uoptimerede billeder) snarere end platformen.

Linux og ChromeOS

Disse repræsenterer små trafikandele men distinkte brugerprofiler. Linux-brugere er ofte udviklere med hurtig hardware. ChromeOS-brugere er ofte på Chromebooks med begrænset RAM og lagerplads. Hvis ChromeOS viser dårlig INP, tjek om dit JavaScript-hukommelsesforbrug overstiger enhedens begrænsninger.

Fejlsøgningsworkflow

  1. Sammenlign Android vs iOS først: Dette afslører gabet i mobilhardware. Hvis Android INP er 250ms og iOS er 90ms, har du et JavaScript-kompleksitetsproblem, der kun manifesterer sig på svagere CPU'er. Løsningen er at reducere arbejdet på hovedtråden, ikke at købe hurtigere servere.
  2. Tjek Windows for virksomhedsanomalier: Hvis Windows TTFB er 200ms højere end macOS, undersøg virksomhedsproxyer og VPN'er. Dette er infrastrukturproblemer på brugerens side, men forståelse af dem forhindrer dig i at jagte fantomserverproblemer.
  3. Kombinér OS + Browser for præcision: "Safari på iOS" er et helt andet dyr end "Chrome på Android." Filtrér OS + Browser for at identificere, om en regression er platformdækkende eller specifik for én browser-på-OS-kombination.

Teknisk tommelfingerregel

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

Operating System-dimensionen afslører, om dine ydelsesproblemer er universelle eller platformspecifikke. Denne skelnen afgør, om du skal rette din kode eller din leveringsstrategi.