Core/Dash Dimension: Operating System

Isolera plattformsspecifika prestandaregressioner genom att segmentera trafik över operativsystem.

Gratis provperiod

Trusted by market leaders · Client results

vpnadevintaerasmusmcsaturnebayperionworkivamarktplaatsaleteiahappyhorizonkpnharvarddpg mediafotocasaloopearplugscomparemonarchnestlemy work featured on web.devsnvnina carewhowhatwear

Dimension: Operating System (os)

Operating System-dimensionen grupperar prestandadata efter plattformen som körs på användarens enhet: Android, iOS, Windows, macOS, Linux eller ChromeOS. Medan Browser-dimensionen isolerar skillnader i renderingsmotor, avslöjar OS-dimensionen hårdvarubegränsningar, systemövergripande resurshantering och plattformsspecifika egenheter som webbläsaren ärver.

Operativsystemet är lagret mellan din kod och hårdvaran. Det styr hur CPU:n schemalägger uppgifter, hur minne allokeras och hur nätverksförfrågningar prioriteras. Två identiska webbläsare på olika operativsystem kan producera väldigt olika Core Web Vitals.

coredash metric table urls

Plattformslandskapet

Enligt StatCounter (2025) leder Android den globala webbtrafiken med 39%, följt av Windows med 30%, iOS med 16%, macOS med 8%, Linux med 4% och ChromeOS med 2%. Din specifika trafikfördelning varierar beroende på bransch. B2B SaaS-produkter har tyngre Windows- och macOS-trafik. Konsumentappar lutar mot Android och iOS.

OS-specifika prestandaegenskaper

Android

Android är den mest diversifierade plattformen. Den körs på enheter som sträcker sig från budgettelefoner för 800 kr till flaggskepp för 15 000 kr. Det innebär att ditt Android-segment innehåller både dina snabbaste och långsammaste användare. Den viktigaste insikten: Androids genomsnittliga prestanda dras ned av den långa svansen av budgethårdvara. I CoreDash-data är Android p75 INP vanligtvis 40–60% högre än iOS eftersom den typiska Android-enheten har en svagare CPU.

Filtrera Android-trafik med dimensionen Client Capability Score för att separera flaggskeppsanvändare (som presterar som iOS) från budgetanvändare (som behöver lättare sidor).

iOS

Apple kontrollerar både hårdvaru- och mjukvarustacken, vilket ger anmärkningsvärt konsekvent prestanda. Enhetsutbudet är smalt (iPhone 12 till iPhone 16), och varje enhet kör Safaris WebKit-motor oavsett "webbläsar"-etiketten. iOS-trafik i CoreDash visar vanligtvis 15–25% bättre LCP och 30–40% bättre INP än Android.

Fällan: om du bara testar på iOS känns din sajt snabb. Dina Android-användare (som globalt är 2,5 gånger fler än iOS-användare) har en annan upplevelse.

Windows

Windows dominerar skrivbordstrafiken. Prestandan här är generellt stark eftersom skrivbordshårdvara är kraftfull. Dock introducerar företags-Windows-miljöer unika problem: företagsproxyservrar ökar TTFB, obligatoriska webbläsartillägg injicerar skript som försämrar INP, och IT-policyer kan tvinga fram äldre webbläsarversioner.

macOS

macOS-trafik kommer från en relativt premium hårdvarubas. Prestandan är vanligtvis utmärkt. Om macOS-användare visar dåliga mätvärden ligger problemet nästan säkert i din kod (tung JavaScript, ooptimerade bilder) snarare än i plattformen.

Linux och ChromeOS

Dessa representerar små trafikandelar men distinkta användarprofiler. Linux-användare tenderar att vara utvecklare med snabb hårdvara. ChromeOS-användare använder ofta Chromebooks med begränsat RAM och lagring. Om ChromeOS visar dålig INP, kontrollera om ditt JavaScript-minnesavtryck överskrider enhetens begränsningar.

Felsökningsarbetsflöde

  1. Jämför Android mot iOS först: Detta avslöjar gapet i mobil hårdvara. Om Android INP är 250ms och iOS är 90ms har du ett JavaScript-komplexitetsproblem som bara visar sig på svagare CPU:er. Lösningen är att minska arbetet på huvudtråden, inte att köpa snabbare servrar.
  2. Kontrollera Windows för företagsanomalier: Om Windows TTFB är 200ms högre än macOS, undersök företagsproxyservrar och VPN:er. Dessa är infrastrukturproblem på användarens sida, men att förstå dem förhindrar att du jagar spökproblem på servern.
  3. Kombinera OS + Browser för precision: "Safari på iOS" är en annan sak än "Chrome på Android." Filtrera OS + Browser för att identifiera om en regression är plattformsövergripande eller specifik för en webbläsare-på-OS-kombination.

Teknisk tumregel

  • Android INP under 200ms: Om din iOS INP klarar gränsen men Android misslyckas, minska JavaScript-exekveringstiden. Budget-Androids CPU är din verkliga prestandabudget.
  • Inget OS bör vara 2x sämre än ett annat: Ett gap på 50% är normalt (hårdvaruskillnader). Ett gap på 100%+ signalerar en plattformsspecifik bugg eller en ooptimerad kodsökväg.
  • Testa på riktiga Android-enheter: Chrome DevTools CPU-strypning approximerar långsam hårdvara, men testning på riktiga enheter fångar schemaläggningsproblem på OS-nivå som emulering missar.

Operating System-dimensionen avslöjar om dina prestandaproblem är universella eller plattformsspecifika. Den distinktionen avgör om du fixar din kod eller fixar din leveransstrategi.