Core/Dash Dimension: Operativsystem

Dimension: Operativsystem (os)

Dimensionen Operativsystem grupperar prestandadata utifrån plattformen som körs på användarens enhet: Android, iOS, Windows, macOS, Linux eller ChromeOS. Medan dimensionen Browser isolerar skillnader i renderingsmotorer, avslöjar OS-dimensionen hårdvarubegränsningar, resurshantering på systemnivå 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 generera väldigt olika Core Web Vitals.

Plattformslandskapet

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

OS-specifika prestandaegenskaper

Android

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

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

iOS

Apple kontrollerar hårdvaru- och mjukvarustacken, vilket ger en anmärkningsvärt konsekvent prestanda. Enhetsutbudet är snävt (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 webbplats snabb. Dina Android-användare (som globalt överträffar iOS-användare med 2,5:1) får en annorlunda upplevelse.

Windows

Windows dominerar skrivbordstrafiken. Prestandan här är generellt sett stark eftersom skrivbordshårdvara är kraftfull. Dock introducerar Windows-miljöer på företag unika problem: företagets proxyservrar blåser upp TTFB, obligatoriska webbläsartillägg injicerar skript som försämrar INP, och IT-policyer kan tvinga fram äldre versioner av webbläsare.

macOS

macOS-trafik kommer från en relativt högklassig 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 är ofta på Chromebooks med begränsat RAM och lagringsutrymme. Om ChromeOS visar dålig INP bör du kontrollera om ditt JavaScript-minnesavtryck överskrider enhetens begränsningar.

Felsökningsarbetsflöde

1. Jämför Android mot iOS först: Detta avslöjar klyftan i mobil hårdvara. Om Android INP är 250ms och iOS är 90ms har du ett problem med JavaScript-komplexitet som bara visar sig på svagare processorer. Lösningen är att minska arbetet på huvudtråden, inte att köpa snabbare servrar.
2. Kontrollera Windows för företagsavvikelser: Om Windows TTFB är 200ms högre än macOS, undersök företagsproxys och VPN. Detta är infrastrukturproblem på användarens sida, men att förstå dem förhindrar att du jagar påhittade serverproblem.
3. Kombinera OS + webbläsare för precision: "Safari på iOS" är något helt annat än "Chrome på Android." Filtrera OS + webbläsare för att identifiera om en prestandaförsämring är plattformsövergripande eller specifik för en kombination av webbläsare och OS.

Tumregel för utvecklare

• Android INP under 200ms: Om din iOS INP passerar men Android misslyckas, minska JavaScript-exekveringstiden. Android-processorn för budgettelefoner är din verkliga prestandabudget.
• Inget OS bör vara dubbelt så dåligt som ett annat: Ett gap på 50 % är normalt (hårdvaruskillnader). Ett gap på 100 % eller mer signalerar en plattformsspecifik bugg eller en ooptimerad kodväg.
• Testa på riktiga Android-enheter: Chrome DevTools CPU-strypning närmar sig långsam hårdvara, men testning på riktiga enheter fångar upp schemaläggningsproblem på OS-nivå som emuleringen missar.

Dimensionen Operativsystem avslöjar om dina prestandaproblem är universella eller plattformsspecifika. Den distinktionen avgör om du ska fixa din kod eller fixa din leveransstrategi.