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 OS espone i limiti hardware, la gestione delle risorse a livello di sistema e le peculiarità specifiche della piattaforma che il browser eredita.

L'OS è il livello tra il tuo codice e l'hardware. Controlla come la CPU pianifica le attività, come viene allocata la memoria e come viene data priorità alle 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 con il 39%, seguito da Windows con il 30%, iOS con il 16%, macOS con l'8%, Linux con il 4% e ChromeOS con il 2%. La suddivisione specifica del tuo traffico varierà in base al settore. I prodotti SaaS B2B registrano un traffico Windows e macOS maggiore. Le app consumer propendono verso Android e iOS.

Caratteristiche di performance specifiche per OS

Android

Android è la piattaforma più variegata. Gira 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 CoreDash, l'INP p75 di Android è in genere del 40-60% superiore a quello di iOS perché il dispositivo Android mediano ha una CPU più debole.

Filtra il traffico Android in base alla dimensione Client Capability Score per separare gli utenti di fascia alta (che hanno performance simili a iOS) dagli utenti con budget limitato (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 in genere 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 sembrerà veloce. I tuoi utenti Android (che superano gli utenti iOS 2,5:1 a livello globale) stanno vivendo 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 del browser obbligatorie iniettano script che degradano l'INP e le policy IT possono forzare versioni del browser più vecchie.

macOS

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

Linux e ChromeOS

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

Flusso di lavoro di debugging

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

Regola pratica ingegneristica

• INP di Android sotto i 200ms: Se il tuo INP su iOS passa ma su Android fallisce, riduci il tempo di esecuzione di JavaScript. La CPU economica di Android è il tuo vero budget di performance.
• Nessun OS dovrebbe essere 2 volte 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 in Chrome DevTools approssima l'hardware lento, ma i test su dispositivi reali catturano problemi di pianificazione a livello di OS che l'emulazione trascura.

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