Core/Dash Dimensie: Besturingssysteem

Isoleer platformspecifieke performance-regressies door verkeer te segmenteren over besturingssystemen.

Gratis proefperiode

Trusted by market leaders · Client results

workivahappyhorizonharvardadevintakpnmy work featured on web.devwhowhatwearebayvpnsaturncompareperionmonarchfotocasaerasmusmcsnvnestlemarktplaatsnina caredpg medialoopearplugsaleteia

Dimensie: Besturingssysteem (os)

De dimensie Besturingssysteem groepeert performance-data op basis van het platform dat op het apparaat van de gebruiker draait: Android, iOS, Windows, macOS, Linux of ChromeOS. Terwijl de dimensie Browser verschillen in rendering engines isoleert, legt de OS-dimensie hardwarebeperkingen, resourcebeheer op systeemniveau en platformspecifieke eigenaardigheden bloot die de browser overneemt.

Het OS is de laag tussen je code en de hardware. Het bepaalt hoe de CPU taken plant, hoe geheugen wordt toegewezen en hoe netwerkverzoeken worden geprioriteerd. Twee identieke browsers op verschillende besturingssystemen kunnen zeer verschillende Core Web Vitals opleveren.

coredash metric table urls

Het Platformlandschap

Volgens StatCounter (2025) leidt Android het wereldwijde webverkeer met 39%, gevolgd door Windows met 30%, iOS met 16%, macOS met 8%, Linux met 4% en ChromeOS met 2%. Je specifieke verkeersverdeling varieert per sector. B2B SaaS-producten zien zwaarder Windows- en macOS-verkeer. Consumenten-apps neigen meer naar Android en iOS.

OS-specifieke Performance-kenmerken

Android

Android is het meest diverse platform. Het draait op apparaten variërend van $80 budgettelefoons tot $1.500 vlaggenschepen. Dit betekent dat je Android-segment zowel je snelste als langzaamste gebruikers bevat. Het belangrijkste inzicht: de gemiddelde performance van Android wordt omlaag getrokken door de lange staart van budgethardware. In CoreDash-data is de Android p75 INP typisch 40-60% hoger dan iOS, omdat het mediane Android-apparaat een zwakkere CPU heeft.

Filter Android-verkeer via de dimensie Client Capability Score om vlaggenschipgebruikers (die presteren als iOS) te scheiden van budgetgebruikers (die lichtere pagina's nodig hebben).

iOS

Apple beheert de hardware- en software-stack, wat een opmerkelijk consistente performance oplevert. Het apparaatbereik is smal (iPhone 12 tot en met iPhone 16), en elk apparaat draait op Safari's WebKit-engine, ongeacht het "browser"-label. iOS-verkeer in CoreDash toont doorgaans 15-25% betere LCP en 30-40% betere INP dan Android.

De valkuil: als je alleen op iOS test, voelt je site snel aan. Je Android-gebruikers (die wereldwijd in een verhouding van 2,5:1 in de meerderheid zijn ten opzichte van iOS-gebruikers) ervaren dit heel anders.

Windows

Windows domineert het desktopverkeer. De performance is hier over het algemeen sterk omdat desktophardware krachtig is. Zakelijke Windows-omgevingen introduceren echter unieke problemen: zakelijke proxyservers verhogen de TTFB, verplichte browser-extensies injecteren scripts die INP verslechteren, en IT-beleid kan oudere browserversies afdwingen.

macOS

macOS-verkeer is afkomstig van een relatief premium hardwarebasis. De performance is doorgaans uitstekend. Als macOS-gebruikers slechte statistieken vertonen, ligt het probleem vrijwel zeker in je code (zware JavaScript, ongeoptimaliseerde afbeeldingen) in plaats van aan het platform.

Linux en ChromeOS

Deze vertegenwoordigen kleine verkeersaandelen maar met duidelijke gebruikersprofielen. Linux-gebruikers zijn vaak developers met snelle hardware. ChromeOS-gebruikers zitten vaak op Chromebooks met beperkt werkgeheugen en opslag. Als ChromeOS een slechte INP vertoont, controleer dan of je JavaScript-geheugenvoetafdruk de beperkingen van het apparaat overschrijdt.

Debugging Workflow

  1. Vergelijk eerst Android vs iOS: Dit onthult de kloof in mobiele hardware. Als Android INP 250ms is en iOS 90ms, heb je een JavaScript-complexiteitsprobleem dat zich alleen manifesteert op zwakkere CPU's. De oplossing is het verminderen van werk op de main-thread, niet het kopen van snellere servers.
  2. Controleer Windows op zakelijke afwijkingen: Als de TTFB op Windows 200ms hoger is dan op macOS, onderzoek dan zakelijke proxy's en VPN's. Dit zijn infrastructuurproblemen aan de kant van de gebruiker, maar als je ze begrijpt, voorkom je dat je op zoek gaat naar spookproblemen op de server.
  3. Combineer OS + Browser voor precisie: "Safari op iOS" is een heel ander beest dan "Chrome op Android." Filter op OS + Browser om te identificeren of een regressie platformbreed is of specifiek voor één browser-op-OS-combinatie.

Engineering Vuistregel

  • Android INP onder 200ms: Als je iOS INP slaagt maar Android faalt, verminder dan de JavaScript-uitvoeringstijd. De budget Android CPU is je daadwerkelijke performance-budget.
  • Geen enkel OS mag 2x zo slecht zijn als een ander: Een verschil van 50% is normaal (hardwareverschillen). Een verschil van 100%+ wijst op een platformspecifieke bug of een ongeoptimaliseerd codepad.
  • Test op echte Android-apparaten: CPU-throttling in Chrome DevTools benadert trage hardware, maar testen op echte apparaten vangt planningsproblemen op OS-niveau op die emulatie mist.

De dimensie Besturingssysteem onthult of je performance-problemen universeel of platformspecifiek zijn. Dat onderscheid bepaalt of je je code repareert of je leveringsstrategie aanpast.