La résolution d’écran, également appelée résolution d’affichage, est le nombre de pixels qu’un écran affiche, exprimé en largeur et en hauteur, par exemple 1920 × 1080 pixels pour un écran dit Full HD.
En web analyse, la résolution d’écran est une dimension des rapports d’audience. Le script de mesure relève la valeur sur le terminal du visiteur, puis l’outil regroupe les sessions ou les utilisateurs par valeur. La répartition obtenue décrit le parc d’écrans réel de l’audience d’un site. Elle se lit avec la catégorie d’appareil (ordinateur, mobile, tablette) et le système d’exploitation.
Deux unités coexistent. Le pixel physique est le point lumineux de l’écran. Le pixel CSS est l’unité de mise en page employée par les navigateurs. Sur un écran à haute densité, un pixel CSS est dessiné avec plusieurs pixels physiques. Ce rapport s’appelle le ratio de pixels de l’appareil. Une valeur relevée par un outil de mesure peut donc correspondre à l’une ou l’autre unité, et deux valeurs ne se comparent qu’à unité identique.
La résolution d’écran se distingue de la taille de la fenêtre du navigateur, ou zone d’affichage, plus petite car elle exclut les barres d’outils et les bordures. Elle se distingue aussi de la densité de pixels, qui rapporte le nombre de pixels à une longueur physique, en points par pouce. Le terme sert aux équipes de web analyse, de conception d’interface et de développement, notamment lors d’une refonte ou de la définition des points de rupture d’un site en responsive web design.
La résolution d’écran est souvent lue comme la place disponible pour le contenu. C’est l’erreur de lecture la plus fréquente. La documentation d’Adobe Analytics précise que sa dimension de résolution décrit le moniteur entier, et que les dimensions du navigateur sont toujours plus petites, car elles excluent les éléments de navigation et les bordures (Adobe, Experience League, Monitor resolution, consultée en 2026). Un visiteur équipé d’un grand écran peut travailler dans une fenêtre réduite de moitié. Nous recommandons de fonder les choix de mise en page sur la taille de la fenêtre quand l’outil la fournit, et de réserver la résolution à la description du parc d’appareils.
Selon MDN Web Docs (Window.devicePixelRatio, consultée en 2026), un ratio de 1 correspond à un écran classique de 96 points par pouce, et un ratio de 2 est attendu pour les écrans à haute densité. Les écrans de mobiles récents dépassent souvent 2. Sur un site web, la résolution relevée par le script de mesure est en général exprimée en pixels CSS (MDN Web Docs, Screen.width, consultée en 2026) : un téléphone à haute densité y apparaît avec une largeur de quelques centaines de pixels. Le piège surgit quand on rapproche cette valeur d’une fiche technique d’appareil, exprimée en pixels physiques, ou de données d’application dont l’unité n’est pas précisée. À notre avis, la liste brute des résolutions n’a guère d’intérêt. Regroupez les valeurs en classes de largeur qui correspondent à vos gabarits.
Le critère 1.4.10 (Reflow) des règles WCAG 2.2, de niveau AA, exige que le contenu à défilement vertical reste utilisable, sans perte d’information ni défilement dans deux dimensions, à une largeur équivalente à 320 pixels CSS, sauf pour les contenus qui exigent une mise en page en deux dimensions. Le W3C précise que cela correspond à une fenêtre de 1280 pixels CSS agrandie à 400 % (W3C, Understanding Reflow, WCAG 2.2). Un rapport peut montrer qu’aucun visiteur ne possède un écran aussi étroit. Un visiteur malvoyant qui zoome s’y retrouve pourtant. La statistique de résolution ne remplace donc pas une exigence d’accessibilité.
Advalians pilote votre projet de refonte en mode AMOA : analyse des pratiques et des dispositifs existants, puis restitution priorisée des chantiers.
Advalians, cabinet de conseil indépendant en marketing et communication, vous aide à clarifier vos choix et à décider.
La résolution d’écran décrit l’écran entier, la taille de la fenêtre décrit la zone où la page s’affiche réellement. La fenêtre est plus petite, car elle exclut les barres d’outils et les bordures, et l’utilisateur peut la réduire. Pour décider d’une mise en page, la taille de la fenêtre est donc la donnée la plus utile.
Vérifiez dans votre outil de mesure si les deux dimensions sont disponibles. Si seule la résolution l’est, considérez-la comme un plafond de l’espace disponible, jamais comme l’espace réel.
Servez-vous-en pour valider les points de rupture, pas pour les dicter. Extrayez la répartition des largeurs sur une période représentative, puis regroupez-les en trois à cinq classes. Placez les points de rupture là où la mise en page cesse de fonctionner, et vérifiez ensuite que chaque classe importante est couverte.
Testez en priorité les configurations qui concentrent l’essentiel des sessions et des conversions. Contrôlez aussi l’affichage avec un zoom élevé, car certains visiteurs naviguent ainsi en permanence et leur expérience utilisateur en dépend.
Lisez-la par catégorie d’appareil et par classe de largeur, jamais valeur par valeur. Commencez par séparer ordinateurs, mobiles et tablettes. Regroupez ensuite les résolutions en classes cohérentes avec vos gabarits. Comparez enfin, pour chaque classe, la part des sessions, le taux d’engagement et le taux de conversion.
Un seuil de vigilance utile, à titre indicatif : une classe qui pèse dans le trafic mais convertit nettement moins que ses voisines mérite un test d’affichage. Vérifiez aussi la part de valeurs non renseignées avant de conclure.
L’erreur principale est de comparer des valeurs exprimées dans des unités différentes. Sur un site web, la résolution relevée est en général en pixels CSS. Les fiches techniques des appareils et certaines données d’application l’expriment en pixels physiques, deux à trois fois plus nombreux sur un mobile à haute densité. Rapprocher ces sources sans conversion fausse toute conclusion sur la place disponible.
Avant toute analyse, identifiez l’unité utilisée par chaque source. Comparez ensuite les appareils d’une même catégorie entre eux, et ne mélangez pas les mobiles et les ordinateurs dans un même classement.
Oui, mais comme donnée de contrôle plutôt que de conception. Un site responsive s’adapte à toutes les largeurs, ce qui ne garantit pas que chaque largeur soit bien servie. La résolution permet de repérer une population d’écrans mal traitée et de choisir les appareils de test.
Vous pouvez y renoncer dans les rapports courants si la taille de la fenêtre est disponible et si aucun écart de conversion n’apparaît entre classes d’appareils. Gardez-la alors pour les audits avant refonte.
