Core/Dash Dimension: Operating System

Izoluj regresje wydajności specyficzne dla platformy, segmentując ruch według systemów operacyjnych.

Bezpłatny okres próbny

Trusted by market leaders · Client results

comparesnvworkivaadevintakpnmonarchwhowhatwearharvardmy work featured on web.devnestlenina careloopearplugsdpg mediavpnaleteiahappyhorizonfotocasaperionsaturnerasmusmcmarktplaatsebay

Dimension: Operating System (os)

Wymiar Operating System grupuje dane wydajnościowe według platformy działającej na urządzeniu użytkownika: Android, iOS, Windows, macOS, Linux lub ChromeOS. Podczas gdy wymiar Browser izoluje różnice w silnikach renderowania, wymiar OS ujawnia ograniczenia sprzętowe, zarządzanie zasobami na poziomie systemu i specyficzne dla platformy osobliwości, które przeglądarka dziedziczy.

System operacyjny to warstwa między Twoim kodem a sprzętem. Kontroluje sposób planowania zadań przez CPU, alokację pamięci i priorytetyzację żądań sieciowych. Dwie identyczne przeglądarki na różnych systemach operacyjnych mogą generować bardzo różne Core Web Vitals.

coredash metric table urls

Krajobraz platform

Według StatCounter (2025), Android prowadzi w globalnym ruchu internetowym z 39%, za nim Windows z 30%, iOS z 16%, macOS z 8%, Linux z 4% i ChromeOS z 2%. Twój konkretny podział ruchu będzie się różnić w zależności od branży. Produkty B2B SaaS mają większy ruch z Windows i macOS. Aplikacje konsumenckie skłaniają się ku Android i iOS.

Charakterystyki wydajności specyficzne dla systemu operacyjnego

Android

Android to najbardziej zróżnicowana platforma. Działa na urządzeniach od budżetowych telefonów za 80 dolarów po flagowce za 1500 dolarów. Oznacza to, że Twój segment Android zawiera zarówno najszybszych, jak i najwolniejszych użytkowników. Kluczowa obserwacja: średnia wydajność Androida jest obniżana przez długi ogon budżetowego sprzętu. W danych CoreDash, p75 INP na Androidzie jest zazwyczaj o 40-60% wyższe niż na iOS, ponieważ medianowe urządzenie z Androidem ma słabszy procesor.

Filtruj ruch Android według wymiaru Client Capability Score, aby oddzielić użytkowników flagowców (którzy osiągają wyniki jak iOS) od użytkowników budżetowych (którzy potrzebują lżejszych stron).

iOS

Apple kontroluje zarówno sprzęt, jak i oprogramowanie, co zapewnia niezwykle spójną wydajność. Zakres urządzeń jest wąski (od iPhone 12 do iPhone 16), a każde urządzenie używa silnika WebKit Safari niezależnie od etykiety „przeglądarki". Ruch iOS w CoreDash zazwyczaj wykazuje o 15-25% lepszy LCP i o 30-40% lepszy INP niż Android.

Pułapka: jeśli testujesz tylko na iOS, Twoja strona wydaje się szybka. Twoi użytkownicy Androida (którzy globalnie przewyższają liczebnie użytkowników iOS 2,5:1) mają inne doświadczenia.

Windows

Windows dominuje w ruchu desktopowym. Wydajność jest tu zazwyczaj dobra, ponieważ sprzęt desktopowy jest wydajny. Jednak korporacyjne środowiska Windows wprowadzają unikalne problemy: firmowe serwery proxy zwiększają TTFB, obowiązkowe rozszerzenia przeglądarki wstrzykują skrypty pogarszające INP, a polityki IT mogą wymuszać starsze wersje przeglądarek.

macOS

Ruch macOS pochodzi z relatywnie premium'owej bazy sprzętowej. Wydajność jest zazwyczaj doskonała. Jeśli użytkownicy macOS wykazują słabe metryki, problem prawie na pewno tkwi w Twoim kodzie (ciężki JavaScript, niezoptymalizowane obrazy), a nie w platformie.

Linux i ChromeOS

Reprezentują małe udziały w ruchu, ale odrębne profile użytkowników. Użytkownicy Linuxa to zazwyczaj programiści z szybkim sprzętem. Użytkownicy ChromeOS często korzystają z Chromebooków z ograniczoną pamięcią RAM i miejscem na dysku. Jeśli ChromeOS wykazuje słabe INP, sprawdź, czy ślad pamięciowy Twojego JavaScript nie przekracza ograniczeń urządzenia.

Proces debugowania

  1. Najpierw porównaj Android z iOS: Ujawnia to lukę sprzętową w segmencie mobilnym. Jeśli INP na Androidzie wynosi 250ms, a na iOS 90ms, masz problem ze złożonością JavaScript, który objawia się tylko na słabszych procesorach. Rozwiązaniem jest zmniejszenie pracy w głównym wątku, a nie kupowanie szybszych serwerów.
  2. Sprawdź Windows pod kątem anomalii korporacyjnych: Jeśli TTFB na Windows jest o 200ms wyższe niż na macOS, zbadaj firmowe proxy i VPN-y. To problemy infrastrukturalne po stronie użytkownika, ale ich zrozumienie zapobiega pogoni za fantomowymi problemami serwerowymi.
  3. Połącz OS + Browser dla precyzji: „Safari na iOS" to zupełnie inne środowisko niż „Chrome na Androidzie". Filtruj OS + Browser, aby zidentyfikować, czy regresja dotyczy całej platformy, czy jest specyficzna dla jednej kombinacji przeglądarka-na-OS.

Praktyczna zasada inżynierska

  • INP na Androidzie poniżej 200ms: Jeśli Twoje INP na iOS przechodzi, ale na Androidzie nie, zmniejsz czas wykonywania JavaScript. Budżetowy procesor Androida to Twój rzeczywisty budżet wydajnościowy.
  • Żaden OS nie powinien być 2x gorszy od innego: 50% różnicy jest normalne (różnice sprzętowe). Ponad 100% różnicy sygnalizuje błąd specyficzny dla platformy lub niezoptymalizowaną ścieżkę kodu.
  • Testuj na prawdziwych urządzeniach z Androidem: Throttling CPU w Chrome DevTools przybliża wolny sprzęt, ale testy na prawdziwym urządzeniu wyłapują problemy z planowaniem na poziomie OS, których emulacja nie wykrywa.

Wymiar Operating System ujawnia, czy Twoje problemy z wydajnością są uniwersalne, czy specyficzne dla platformy. To rozróżnienie decyduje o tym, czy naprawiasz swój kod, czy strategię dostarczania.