Dimensión de Core/Dash: Sistema Operativo

Dimensión: Sistema Operativo (os)

La dimensión Sistema Operativo agrupa los datos de rendimiento según la plataforma que se ejecuta en el dispositivo del usuario: Android, iOS, Windows, macOS, Linux o ChromeOS. Mientras que la dimensión de Navegador aísla las diferencias del motor de renderizado, la dimensión del sistema operativo expone las limitaciones de hardware, la gestión de recursos a nivel del sistema y las peculiaridades específicas de la plataforma que hereda el navegador.

El sistema operativo es la capa entre tu código y el hardware. Controla cómo la CPU programa las tareas, cómo se asigna la memoria y cómo se priorizan las solicitudes de red. Dos navegadores idénticos en distintos sistemas operativos pueden producir Core Web Vitals muy diferentes.

El Panorama de Plataformas

Según StatCounter (2025), Android lidera el tráfico web global con un 39%, seguido de Windows con un 30%, iOS con un 16%, macOS con un 8%, Linux con un 4% y ChromeOS con un 2%. Tu división de tráfico específica variará según la industria. Los productos SaaS B2B ven un tráfico más denso de Windows y macOS. Las aplicaciones para consumidores se inclinan hacia Android e iOS.

Características de Rendimiento Específicas del SO

Android

Android es la plataforma más diversa. Se ejecuta en dispositivos que van desde teléfonos económicos de $80 hasta buques insignia de $1,500. Esto significa que tu segmento de Android contiene tanto a tus usuarios más rápidos como a los más lentos. La conclusión clave: el rendimiento promedio de Android se ve lastrado por la larga cola de hardware económico. En los datos de CoreDash, el INP p75 de Android suele ser entre un 40 y un 60% más alto que el de iOS porque el dispositivo Android promedio tiene una CPU más débil.

Filtra el tráfico de Android por la dimensión Client Capability Score para separar a los usuarios de buques insignia (que rinden como en iOS) de los usuarios con presupuesto limitado (que necesitan páginas más ligeras).

iOS

Apple controla la pila de hardware y software, lo que produce un rendimiento notablemente constante. La gama de dispositivos es reducida (del iPhone 12 al iPhone 16) y todos los dispositivos ejecutan el motor WebKit de Safari, independientemente de la etiqueta "navegador". El tráfico de iOS en CoreDash normalmente muestra un LCP entre un 15 y un 25% mejor y un INP entre un 30 y un 40% mejor que en Android.

La trampa: si solo pruebas en iOS, tu sitio se siente rápido. Tus usuarios de Android (que superan en número a los usuarios de iOS en una proporción de 2.5 a 1 a nivel mundial) están teniendo una experiencia diferente.

Windows

Windows domina el tráfico de escritorio. Aquí el rendimiento suele ser sólido porque el hardware de escritorio es potente. Sin embargo, los entornos corporativos de Windows introducen problemas únicos: los servidores proxy corporativos inflan el TTFB, las extensiones obligatorias del navegador inyectan scripts que degradan el INP y las políticas de TI pueden forzar el uso de versiones de navegador más antiguas.

macOS

El tráfico de macOS proviene de una base de hardware relativamente premium. El rendimiento suele ser excelente. Si los usuarios de macOS muestran métricas deficientes, el problema es casi seguro en tu código (JavaScript pesado, imágenes sin optimizar) en lugar de la plataforma.

Linux y ChromeOS

Estos representan cuotas de tráfico pequeñas pero perfiles de usuario distintos. Los usuarios de Linux tienden a ser desarrolladores con hardware rápido. Los usuarios de ChromeOS a menudo utilizan Chromebooks con RAM y almacenamiento limitados. Si ChromeOS muestra un INP deficiente, comprueba si la huella de memoria de tu JavaScript está superando las limitaciones del dispositivo.

Flujo de Trabajo de Depuración

1. Compara Android frente a iOS primero: Esto revela la brecha de hardware móvil. Si el INP en Android es de 250 ms y en iOS es de 90 ms, tienes un problema de complejidad de JavaScript que solo se manifiesta en CPUs más débiles. La solución es reducir el trabajo del hilo principal, no comprar servidores más rápidos.
2. Comprueba Windows en busca de anomalías empresariales: Si el TTFB en Windows es 200 ms superior al de macOS, investiga proxies corporativos y VPNs. Estos son problemas de infraestructura del lado del usuario, pero entenderlos evita que persigas problemas fantasma del servidor.
3. Combina SO + Navegador para mayor precisión: "Safari en iOS" es un mundo completamente distinto a "Chrome en Android". Filtra SO + Navegador para identificar si una regresión afecta a toda la plataforma o es específica de una combinación de navegador y sistema operativo.

Regla General de Ingeniería

• INP de Android por debajo de 200 ms: Si tu INP de iOS pasa la prueba pero Android falla, reduce el tiempo de ejecución de JavaScript. La CPU económica de Android es tu verdadero presupuesto de rendimiento.
• Ningún SO debería ser el doble de malo que otro: Una diferencia del 50% es normal (diferencias de hardware). Una diferencia del 100% o más indica un error específico de la plataforma o una ruta de código no optimizada.
• Prueba en dispositivos Android reales: La limitación de la CPU en Chrome DevTools se aproxima a un hardware lento, pero las pruebas en dispositivos reales capturan problemas de programación a nivel del sistema operativo que la emulación pasa por alto.

La dimensión de Sistema Operativo revela si tus problemas de rendimiento son universales o específicos de una plataforma. Esa distinción determina si solucionas tu código o tu estrategia de entrega.