Dimensione Core/Dash: Sistema Operativo

Dimensione: Sistema Operativo (os)

La dimensione Sistema Operativo raggruppa i dati di performance in base alla piattaforma in esecuzione sul dispositivo dell'utente: Android, iOS, Windows, macOS, Linux o ChromeOS. Mentre la dimensione Browser isola le differenze del motore di rendering, la dimensione del sistema operativo espone i limiti hardware, la gestione delle risorse a livello di sistema e le peculiarità specifiche della piattaforma che il browser eredita.

Il sistema operativo è il livello tra il tuo codice e l'hardware. Controlla come la CPU pianifica i task, come viene allocata la memoria e come vengono priorizzate le richieste di rete. Due browser identici su sistemi operativi diversi possono produrre Core Web Vitals molto diversi.

Il Panorama delle Piattaforme

Secondo StatCounter (2025), Android guida il traffico web globale al 39%, seguito da Windows al 30%, iOS al 16%, macOS all'8%, Linux al 4% e ChromeOS al 2%. La suddivisione specifica del tuo traffico varierà in base al settore. I prodotti SaaS B2B registrano un traffico Windows e macOS più intenso. Le app consumer propendono maggiormente verso Android e iOS.

Caratteristiche di Performance Specifiche del Sistema Operativo

Android

Android è la piattaforma più variegata. Viene eseguita su dispositivi che vanno da telefoni economici da 80 $ ad ammiraglie da 1.500 $. Ciò significa che il tuo segmento Android contiene sia i tuoi utenti più veloci che quelli più lenti. L'intuizione chiave: le performance medie di Android sono trascinate verso il basso dalla lunga coda dell'hardware economico. Nei dati di CoreDash, l'INP al p75 su Android è tipicamente superiore del 40-60% rispetto a iOS perché il dispositivo Android mediano ha una CPU meno potente.

Filtra il traffico Android in base alla dimensione Client Capability Score per separare gli utenti di fascia alta (con performance simili a iOS) dagli utenti con dispositivi economici (che necessitano di pagine più leggere).

iOS

Apple controlla lo stack hardware e software, il che produce performance notevolmente costanti. La gamma di dispositivi è ristretta (da iPhone 12 a iPhone 16) e ogni dispositivo esegue il motore WebKit di Safari, indipendentemente dall'etichetta del "browser". Il traffico iOS in CoreDash mostra tipicamente un LCP migliore del 15-25% e un INP migliore del 30-40% rispetto ad Android.

La trappola: se testi solo su iOS, il tuo sito sembra veloce. I tuoi utenti Android (che superano gli utenti iOS 2,5:1 a livello globale) stanno avendo un'esperienza diversa.

Windows

Windows domina il traffico desktop. Le performance qui sono generalmente solide perché l'hardware desktop è potente. Tuttavia, gli ambienti Windows aziendali introducono problemi unici: i server proxy aziendali gonfiano il TTFB, le estensioni browser obbligatorie iniettano script che degradano l'INP e le policy IT potrebbero imporre versioni del browser più vecchie.

macOS

Il traffico macOS proviene da una base hardware di fascia relativamente alta. Le performance sono tipicamente eccellenti. Se gli utenti macOS mostrano metriche scarse, il problema è quasi certamente nel tuo codice (JavaScript pesante, immagini non ottimizzate) piuttosto che nella piattaforma.

Linux e ChromeOS

Questi rappresentano piccole quote di traffico ma profili utente distinti. Gli utenti Linux tendono a essere sviluppatori con hardware veloce. Gli utenti ChromeOS si trovano spesso su Chromebook con RAM e spazio di archiviazione limitati. Se ChromeOS mostra un INP scarso, verifica se l'impronta di memoria del tuo JavaScript sta superando i limiti del dispositivo.

Flusso di Lavoro per il Debugging

1. Confronta prima Android vs iOS: Questo rivela il divario dell'hardware mobile. Se l'INP su Android è di 250ms e su iOS è di 90ms, hai un problema di complessità JavaScript che si manifesta solo su CPU meno potenti. La soluzione è ridurre il lavoro sul main-thread, non acquistare server più veloci.
2. Controlla Windows per anomalie aziendali: Se il TTFB su Windows è di 200ms superiore a quello su macOS, investiga proxy e VPN aziendali. Si tratta di problemi di infrastruttura lato utente, ma capirli ti impedisce di inseguire problemi fantasma sul server.
3. Combina OS + Browser per precisione: "Safari su iOS" è una bestia diversa rispetto a "Chrome su Android". Filtra OS + Browser per identificare se una regressione è a livello di intera piattaforma o specifica per una singola combinazione browser-su-OS.

Regola Empirica di Ingegneria

• INP Android sotto i 200ms: Se il tuo INP su iOS passa ma su Android fallisce, riduci il tempo di esecuzione JavaScript. La CPU economica di Android è il tuo vero performance budget.
• Nessun sistema operativo dovrebbe essere 2x peggiore di un altro: Un divario del 50% è normale (differenze hardware). Un divario del 100%+ segnala un bug specifico della piattaforma o un percorso di codice non ottimizzato.
• Testa su dispositivi Android reali: Il CPU throttling di Chrome DevTools approssima un hardware lento, ma i test su dispositivi reali individuano problemi di pianificazione a livello di sistema operativo che l'emulazione si lascia sfuggire.

La dimensione Sistema Operativo rivela se i tuoi problemi di performance sono universali o specifici della piattaforma. Tale distinzione determina se devi correggere il tuo codice o correggere la tua strategia di distribuzione.