Vous avez déjà visité un site qui mettait plusieurs secondes à afficher ses photos ? Le problème vient rarement du serveur. Il vient presque toujours des images elles-mêmes : trop larges en pixels, trop lourdes en octets, mal préparées pour le web. Comprendre le lien entre pixel et centimètre est le point de départ pour corriger ça.
Pixel et centimètre : deux unités qui ne parlent pas le même langage
Sur un écran, tout se mesure en pixels. Un pixel est le plus petit point d’affichage. Sur une feuille imprimée, on parle de centimètres ou de pouces. Ces deux mondes ne fonctionnent pas de la même façon.
Une image de 3 000 x 2 000 pixels sort parfaitement d’un appareil photo numérique. Sur papier, elle s’imprime en grand format avec une belle résolution. Sur un écran d’ordinateur, cette même image s’affiche dans une zone de 800 pixels de large au maximum. Le reste des pixels ne sert à rien, mais le fichier reste lourd à télécharger.
C’est là que le problème commence : une image trop grande en pixels alourdit la page sans améliorer ce que voit l’utilisateur. Le navigateur télécharge des données inutiles, ce qui ralentit l’affichage.
Quelle taille en pixels selon le contexte d’affichage ?
La bonne taille dépend de l’endroit où l’image apparaît sur la page. Une image de bannière pleine largeur n’a pas les mêmes besoins qu’une vignette de produit dans une grille.
Pour donner des repères sans entrer dans des chiffres trop précis qui varient selon les écrans :
- Bannière pleine largeur : une largeur autour de 1 200 à 1 920 pixels est suffisante pour la majorité des écrans de bureau. Au-delà, le gain visuel est imperceptible.
- Image dans un article ou un bloc de contenu : une largeur comprise entre 700 et 1 000 pixels couvre les colonnes de texte les plus courantes.
- Vignette ou miniature : entre 150 et 400 pixels de large, selon la grille du site. Envoyer une image de 2 000 pixels pour afficher une vignette de 200 pixels est l’erreur la plus fréquente.
L’idée clé est simple : la largeur de l’image en pixels doit correspondre à la largeur d’affichage réelle, pas à sa taille d’origine ou à une taille « par sécurité ».
![]()
Poids du fichier : la compression, étape distincte du redimensionnement
Redimensionner une image réduit son nombre de pixels. Compresser une image réduit son poids en kilooctets sans forcément toucher aux dimensions. Ces deux opérations sont complémentaires, pas interchangeables.
Vous pouvez avoir une image de 800 pixels de large qui pèse encore plusieurs mégaoctets si elle n’a pas été compressée. À l’inverse, une image compressée mais trop grande en pixels reste un problème de performance.
Le format du fichier change tout
Le format choisi influence directement le poids final. JPEG convient bien aux photos avec beaucoup de couleurs et de nuances. PNG est adapté aux images avec des zones transparentes ou des aplats de couleurs. Le format WebP, plus récent, produit des fichiers plus légers que JPEG et PNG pour une qualité visuelle comparable, et il est aujourd’hui reconnu par la quasi-totalité des navigateurs modernes.
Choisir le bon format avant de compresser, c’est souvent la décision qui fait le plus de différence sur le poids final du fichier.
Des outils concrets pour compresser sans perdre en qualité
Plusieurs outils permettent de réduire le poids d’une image sans dégradation visible. Squoosh, développé par Google et utilisable directement dans un navigateur, permet de tester différents formats et niveaux de compression en voyant le résultat en temps réel. TinyPNG traite les PNG et JPEG en quelques secondes. ImageOptim fonctionne en local sur Mac.
Pour les sites sous WordPress, des extensions comme ShortPixel ou Imagify appliquent la compression automatiquement à chaque image uploadée, ce qui évite de traiter les fichiers un par un à la main.
Deux points que les sites négligent souvent sur les images
Indiquer les dimensions dans le code HTML
Quand un navigateur charge une page, il construit la mise en page avant que les images arrivent. Si les dimensions d’une image ne sont pas indiquées dans le code HTML (attributs width et height), le navigateur ne peut pas réserver l’espace. Résultat : la page saute visuellement quand l’image apparaît, ce que Google appelle un décalage de mise en page. Ce décalage est mesuré comme un critère de qualité dans les Core Web Vitals.
Ajouter les attributs width et height dans la balise img est une action rapide qui stabilise l’affichage sans aucun impact sur le poids du fichier.
Ne pas appliquer le chargement différé à toutes les images
Le chargement différé (attribut loading="lazy") permet de ne charger les images que lorsqu’elles sont sur le point d’apparaître à l’écran. C’est utile pour les images situées en bas de page. Appliqué à l’image principale visible au chargement, il produit l’effet inverse : le navigateur attend inutilement avant de la télécharger.
L’image principale visible dès l’arrivée sur la page ne doit jamais recevoir l’attribut loading= »lazy ». Elle doit être présente directement dans le HTML, sans passer par un script JavaScript, pour que le navigateur la découvre et la charge le plus tôt possible.
Construire une stratégie d’optimisation des images cohérente
Optimiser les images n’est pas une opération ponctuelle. Les problèmes reviennent si l’équipe qui gère le site continue d’uploader des fichiers trop lourds ou mal dimensionnés.
Une approche durable combine plusieurs réflexes :
- Redimensionner avant d’uploader : utiliser un outil comme Photoshop, GIMP ou même Squoosh pour ramener l’image à la taille d’affichage prévue, avant de l’envoyer sur le serveur.
- Choisir le bon format dès le départ : WebP par défaut pour les photos sur le web, PNG uniquement quand la transparence est nécessaire, JPEG en seconde option si WebP n’est pas disponible.
- Automatiser la compression côté serveur : sur WordPress, une extension de compression évite la dépendance aux bonnes pratiques de chaque contributeur.
- Vérifier régulièrement avec Google PageSpeed Insights : cet outil gratuit signale les images surdimensionnées ou mal compressées page par page, avec des recommandations concrètes.
La dimension en pixels et le poids du fichier sont deux curseurs distincts. Agir sur les deux, dans le bon ordre, produit des pages qui s’affichent rapidement sans sacrifier la qualité visuelle. C’est rarement un chantier énorme : souvent, quelques images mal optimisées concentrent la majorité du problème sur un site.

