Core/Dash Dimension: Sistema operativo

Dimensión: Sistema operativo (os)

La dimensión Sistema operativo agrupa los datos de rendimiento según la plataforma que ejecuta el dispositivo del usuario: Android, iOS, Windows, macOS, Linux o ChromeOS. Mientras que la dimensión Navegador aísla las diferencias de los motores de renderizado, la dimensión OS expone las limitaciones de hardware, la gestión de recursos a nivel de sistema y las particularidades 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 planifica las tareas, cómo se asigna la memoria y cómo se priorizan las peticiones de red. Dos navegadores idénticos en sistemas operativos distintos pueden generar Core Web Vitals muy diferentes.

El panorama de las 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 distribución de tráfico específica variará según el sector. Los productos SaaS B2B registran más tráfico de Windows y macOS. Las aplicaciones de consumo se inclinan hacia Android y iOS.

Características de rendimiento específicas de cada sistema operativo

Android

Android es la plataforma más diversa. Se ejecuta en dispositivos que van desde teléfonos de gama baja de 80 $ hasta flagships de 1500 $. 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 medio de Android se ve arrastrado a la baja por la larga cola de hardware de gama baja. 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 mediano 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 con flagships (cuyo rendimiento es similar al de iOS) de los usuarios con dispositivos de gama baja (que necesitan páginas más ligeras).

iOS

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

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

Windows

Windows domina el tráfico de escritorio. El rendimiento aquí 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 de navegador obligatorias inyectan scripts que degradan el INP y las políticas de TI pueden forzar 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 está casi seguro en tu código (JavaScript pesado, imágenes no optimizadas) y no en la plataforma.

Linux y ChromeOS

Estos representan cuotas de tráfico pequeñas, pero perfiles de usuario bien diferenciados. Los usuarios de Linux suelen ser desarrolladores con hardware rápido. Los usuarios de ChromeOS suelen utilizar Chromebooks con RAM y almacenamiento limitados. Si ChromeOS muestra un INP deficiente, comprueba si la huella de memoria de tu JavaScript supera las limitaciones del dispositivo.

Flujo de trabajo de depuración

1. Compara primero Android frente a iOS: Esto revela la brecha de hardware móvil. Si el INP de Android es de 250 ms y el de iOS es de 90 ms, tienes un problema de complejidad de JavaScript que solo se manifiesta en CPU más débiles. La solución es reducir el trabajo del main thread, no comprar servidores más rápidos.
2. Comprueba si hay anomalías corporativas en Windows: Si el TTFB de Windows es 200 ms más alto que el de macOS, investiga proxies corporativos y VPN. Estos son problemas de infraestructura del lado del usuario, pero comprenderlos evita que busques problemas de servidor fantasma.
3. Combina OS + Navegador para mayor precisión: "Safari en iOS" es un caso totalmente distinto a "Chrome en Android". Filtra por OS + Navegador para identificar si una regresión afecta a toda la plataforma o si es específica de una combinación de navegador y sistema operativo concreta.

Reglas prácticas de ingeniería

• INP de Android por debajo de 200 ms: Si el INP de tu iOS pasa pero el de Android falla, reduce el tiempo de ejecución de JavaScript. La CPU de un Android de gama baja es tu presupuesto de rendimiento real.
• Ningún sistema operativo debería ser dos veces peor que otro: Una diferencia del 50% es normal (diferencias de hardware). Una brecha superior al 100% 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 CPU de Chrome DevTools se aproxima al hardware lento, pero las pruebas en dispositivos reales detectan problemas de planificación a nivel de sistema operativo que la emulación pasa por alto.

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