Core/Dash Dimension: Operating System

Wymiar: System operacyjny (os)

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

OS to warstwa między Twoim kodem a sprzętem. Kontroluje on, w jaki sposób CPU planuje zadania, jak przydzielana jest pamięć i jak priorytetyzowane są żądania sieciowe. Dwie identyczne przeglądarki w różnych systemach operacyjnych mogą generować bardzo różne Core Web Vitals.

Krajobraz platform

Według StatCounter (2025) Android przewodzi w globalnym ruchu sieciowym z wynikiem 39%, a następnie Windows (30%), iOS (16%), macOS (8%), Linux (4%) i ChromeOS (2%). Twój konkretny podział ruchu będzie się różnił w zależności od branży. Produkty SaaS B2B odnotowują większy ruch z systemów Windows i macOS. Aplikacje konsumenckie skłaniają się ku systemom Android i iOS.

Charakterystyka wydajności specyficzna dla OS

Android

Android to najbardziej zróżnicowana platforma. Działa na urządzeniach od budżetowych telefonów za 80 USD do flagowców za 1500 USD. Oznacza to, że Twój segment Androida zawiera zarówno najszybszych, jak i najwolniejszych użytkowników. Kluczowy wniosek: średnia wydajność Androida jest zaniżana przez długi ogon budżetowego sprzętu. W danych CoreDash wskaźnik INP dla 75. percentyla (p75) na Androidzie jest zazwyczaj o 40-60% wyższy niż w systemie iOS, ponieważ przeciętne urządzenie z Androidem ma słabszy CPU.

Filtruj ruch z Androida według wymiaru Client Capability Score, aby oddzielić użytkowników flagowców (którzy osiągają wyniki podobne do iOS) od użytkowników sprzętu budżetowego (którzy potrzebują lżejszych stron).

iOS

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

Pułapka: jeśli testujesz tylko na iOS, Twoja witryna wydaje się szybka. Twoi użytkownicy z Androidem (których liczba w stosunku do użytkowników iOS na świecie wynosi 2,5:1) mają zupełnie inne doświadczenia.

Windows

Windows dominuje w ruchu na urządzeniach stacjonarnych. Wydajność w tym przypadku jest na ogół wysoka, ponieważ sprzęt stacjonarny jest potężny. Jednak środowiska korporacyjne z systemem Windows wprowadzają unikalne problemy: korporacyjne serwery proxy zawyżają TTFB, obowiązkowe rozszerzenia przeglądarki wstrzykują skrypty, które pogarszają INP, a polityki IT mogą wymuszać korzystanie ze starszych wersji przeglądarek.

macOS

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

Linux i ChromeOS

Reprezentują one niewielki udział w ruchu, ale odrębne profile użytkowników. Użytkownicy Linuksa to zazwyczaj programiści korzystający z szybkiego sprzętu. Użytkownicy ChromeOS często korzystają z Chromebooków o ograniczonej pamięci RAM i przestrzeni dyskowej. Jeśli ChromeOS wykazuje słaby INP, sprawdź, czy wykorzystanie pamięci przez Twój JavaScript nie przekracza ograniczeń urządzenia.

Przepływ pracy przy debugowaniu

1. Najpierw porównaj Androida z iOS: Ujawnia to różnice w sprzęcie mobilnym. Jeśli INP na Androidzie wynosi 250 ms, a na iOS 90 ms, masz problem ze złożonością kodu JavaScript, który objawia się tylko na słabszych procesorach CPU. Rozwiązaniem jest zmniejszenie obciążenia głównego wątku, a nie kupowanie szybszych serwerów.
2. Sprawdź system Windows pod kątem anomalii korporacyjnych: Jeśli TTFB na Windowsie jest o 200 ms wyższe niż na macOS, zbadaj firmowe proxy i VPN-y. Są to problemy infrastrukturalne po stronie użytkownika, ale ich zrozumienie pozwala uniknąć ścigania fantomowych problemów z serwerem.
3. Połącz OS i Przeglądarkę dla większej precyzji: "Safari na iOS" to zupełnie inna bajka niż "Chrome na Androidzie". Filtruj ruch za pomocą kombinacji OS + Przeglądarka, aby zidentyfikować, czy spadek wydajności dotyczy całej platformy, czy jest specyficzny dla jednej kombinacji przeglądarki i systemu operacyjnego.

Inżynierska zasada kciuka

• INP na Androidzie poniżej 200 ms: Jeśli Twój INP na iOS mieści się w normie, ale na Androidzie zawodzi, skróć czas wykonywania kodu JavaScript. Budżetowy procesor w systemie Android to Twój prawdziwy budżet wydajnościowy.
• Żaden system operacyjny nie powinien być 2x gorszy od drugiego: Różnica 50% jest normalna (różnice sprzętowe). Różnica 100%+ sygnalizuje błąd specyficzny dla platformy lub niezoptymalizowaną ścieżkę kodu.
• Testuj na prawdziwych urządzeniach z Androidem: Ograniczanie wydajności CPU w Chrome DevTools tylko w przybliżeniu symuluje wolny sprzęt, ale testowanie na rzeczywistych urządzeniach wychwytuje problemy z harmonogramowaniem na poziomie systemu operacyjnego, które emulacja omija.

Wymiar System operacyjny pokazuje, czy Twoje problemy z wydajnością są uniwersalne, czy specyficzne dla platformy. To rozróżnienie decyduje o tym, czy masz naprawić swój kod, czy strategię dostarczania treści.