StatCounter (2025), Android domine le trafic web mondial avec 39 %, suivi par Windows (30 %), iOS (16 %), macOS (8 %), Linux (4 %) et ChromeOS (2 %). La répartition spécifique de votre trafic variera selon votre secteur d'activité. Les produits SaaS B2B voient un trafic Windows et macOS plus important. Les applications grand public tendent vers Android et iOS. Caractéristiques de performance par OS Android
Android est la plateforme la plus diversifiée. Elle équipe des appareils allant des téléphones d'entrée de gamme à 80 $ aux flagships à 1 500 $. Cela signifie que votre segment Android contient à la fois vos utilisateurs les plus rapides et les plus lents. L'enseignement clé : la performance moyenne d'Android est tirée vers le bas par la longue traîne du matériel d'entrée de gamme. Dans les données CoreDash, l'INP p75 d'Android est typiquement 40 à 60 % plus élevé que celui d'iOS, car l'appareil Android médian possède un CPU plus faible.
Filtrez le trafic Android par la dimension Client Capability Score pour séparer les utilisateurs de flagships (dont les performances ressemblent à celles d'iOS) des utilisateurs d'entrée de gamme (qui ont besoin de pages plus légères).
iOS
Apple contrôle l'ensemble de la pile matérielle et logicielle, ce qui produit des performances remarquablement constantes. La gamme d'appareils est étroite (de l'iPhone 12 à l'iPhone 16), et chaque appareil exécute le moteur WebKit de Safari, quel que soit le nom du "navigateur". Le trafic iOS dans CoreDash affiche généralement un LCP 15 à 25 % meilleur et un INP 30 à 40 % meilleur que celui d'Android.
Le piège : si vous ne testez que sur iOS, votre site semble rapide. Vos utilisateurs Android (qui sont 2,5 fois plus nombreux qu'iOS à l'échelle mondiale) vivent une expérience différente.
Windows
Windows domine le trafic de bureau. Les performances y sont généralement solides car le matériel de bureau est puissant. Cependant, les environnements Windows d'entreprise introduisent des problèmes uniques : les serveurs proxy d'entreprise gonflent le TTFB, les extensions de navigateur obligatoires injectent des scripts qui dégradent l'INP, et les politiques informatiques peuvent imposer des versions de navigateur obsolètes.
macOS
Le trafic macOS provient d'une base matérielle relativement haut de gamme. Les performances sont généralement excellentes. Si les utilisateurs de macOS affichent de mauvaises métriques, le problème réside presque certainement dans votre code (JavaScript lourd, images non optimisées) plutôt que dans la plateforme.
Linux et ChromeOS
Ils représentent de faibles parts de trafic mais des profils d'utilisateurs distincts. Les utilisateurs de Linux ont tendance à être des développeurs avec du matériel rapide. Les utilisateurs de ChromeOS utilisent souvent des Chromebooks avec une RAM et un stockage limités. Si ChromeOS affiche un mauvais INP, vérifiez si l'empreinte mémoire de votre JavaScript dépasse les contraintes de l'appareil.
Flux de travail de débogage - Comparez d'abord Android et iOS : cela révèle le fossé matériel mobile. Si l'INP Android est de 250 ms et celui d'iOS de 90 ms, vous avez un problème de complexité JavaScript qui ne se manifeste que sur les CPU plus faibles. La solution consiste à réduire le travail sur le thread principal, pas à acheter des serveurs plus rapides.
- Vérifiez Windows pour les anomalies d'entreprise : si le TTFB de Windows est supérieur de 200 ms à celui de macOS, examinez les proxys et VPN d'entreprise. Ce sont des problèmes d'infrastructure du côté de l'utilisateur, mais les comprendre vous évite de courir après des problèmes de serveur fantômes.
- Combinez OS + Navigateur pour plus de précision : "Safari sur iOS" est différent de "Chrome sur Android". Filtrez par OS + Navigateur pour identifier si une régression concerne toute la plateforme ou si elle est spécifique à une combinaison navigateur-OS.
Règle d'or pour les ingénieurs - INP Android inférieur à 200 ms : si votre INP iOS passe mais que celui d'Android échoue, réduisez le temps d'exécution du JavaScript. Le CPU Android d'entrée de gamme est votre véritable budget de performance.
- Aucun OS ne doit être 2x moins performant qu'un autre : un écart de 50 % est normal (différences matérielles). Un écart de 100 % et plus signale un bug spécifique à la plateforme ou un chemin de code non optimisé.
- Testez sur de vrais appareils Android : le bridage du CPU dans les Chrome DevTools simule le matériel lent, mais les tests sur de vrais appareils captent des problèmes de planification au niveau de l'OS que l'émulation manque.
La dimension Système d'exploitation révèle si vos problèmes de performance sont universels ou spécifiques à une plateforme. Cette distinction détermine si vous devez corriger votre code ou votre stratégie de diffusion.
[include]sidebarcoredash.html[\/include]