Compresser une image : vitrine web rapide au Kenya

Compresser une image consiste à réduire le poids d’un fichier sans dégrader ce que voit le visiteur. Sur une vitrine kenyane consultée en 4G, trois photos de catalogue mal préparées pèsent plus lourd que tout le reste de la page. Le gain se mesure en secondes gagnées et en clients gardés.

Le vrai poids d’une page, poste par poste

Les images arrivent en tête de tout ce qu’un navigateur télécharge. Le Web Almanac 2025 publié par HTTP Archive le confirme sur des millions de sites analysés : elles représentent le plus gros volume d’octets d’une page, devant JavaScript et devant les polices. Sur une page d’accueil mobile médiane, les visuels pèsent 911 kilo-octets pour un total transféré de 2 559 kilo-octets.

La médiane cache le pire. Au 90e centile, les images d’une seule page d’accueil mobile atteignent 6 288 kilo-octets d’après les mêmes relevés. Six mégaoctets pour une vitrine, avant même que le visiteur lise une ligne de description produit.

Le poids des images ne vient presque jamais d’un fichier monstrueux isolé. Il s’accumule par petites négligences répétées sur toute une rubrique catalogue, et chacune paraît anodine prise séparément.

• Photos sorties d’un appareil ou d’un téléphone, publiées telles quelles
• Galeries et carrousels qui téléchargent chaque visuel dès l’ouverture de la page
• Logos et pictogrammes enregistrés en PNG là où un SVG ferait le travail
• Bannières réduites par le navigateur au lieu d’être redimensionnées dans le fichier
• Vidéos d’ambiance lancées automatiquement en haut de la page d’accueil

Une entreprise qui bâtit sa visibilité sur un marché où le marketing digital en Afrique de l’Est se joue d’abord sur un écran de poche paie ces négligences comptant. Une rubrique qui accumule des photos trop lourdes perd son visiteur avant la première description. Personne ne signale rien, l’onglet se ferme.

Préparer une photo de produit avant de la publier

Vous n’avez besoin d’aucun logiciel professionnel pour compresser une image proprement. Trois réglages font l’essentiel du travail, et le premier ne touche même pas au codec.

Commencez par les dimensions réelles d’affichage. Un reflex ou un téléphone récent produit des fichiers de 4 000 pixels de large, alors que la colonne qui accueille cette photo sur votre site dépasse rarement 800 pixels. Le navigateur télécharge pourtant les 4 000 pixels avant de les réduire à l’écran. Un fichier ramené de 4 000 à 1 600 pixels de large contient six fois moins de pixels à encoder, et l’essentiel du poids disparaît avant même de toucher à la compression.

Beaucoup de vitrines d’entreprise tournent sous WordPress, et cette préparation se délègue alors au serveur. Une extension d’optimisation intercepte le fichier déposé, produit les variantes de largeur et renvoie à chaque navigateur le format qu’il sait lire. La version FlyingPress 5.3 a intégré cette conversion dans l’extension elle-même, ce qui évite d’empiler un second module dédié aux visuels. Le principe reste identique sur un site codé à la main : le fichier servi au visiteur n’est jamais celui qu’a déposé la personne qui a pris la photo.

Vient ensuite le format. Google documente un écart de 25 à 34 % en faveur du WebP avec perte face à un JPG comparable, à indice de similarité structurelle équivalent. Les mesures du Web Almanac 2025 le vérifient sur le terrain : au 90e centile, un fichier JPG pèse 278 kilo-octets quand un WebP s’arrête à 97 et un AVIF à 37. Basculer une galerie entière en format WebP lui retire donc un quart à un tiers de sa charge, sans retouche perceptible par l’acheteur.

Reste la qualité utile. Le curseur d’un encodeur ne suit pas une échelle linéaire : descendre de 100 à 85 retire beaucoup de poids et presque aucun détail, tandis que passer sous 70 abîme les dégradés et les aplats de couleur. Testez sur un ciel ou une surface unie, ce sont les zones qui trahissent le plus vite une compression trop agressive. Le réflexe consiste à alléger une photo au moment de l’export, pas des mois après la mise en ligne.

Les cinq gestes à faire avant chaque mise en ligne

• Largeur du fichier calée sur la largeur d’affichage, doublée au maximum
• Conversion en WebP pour les photographies, SVG pour les logos et les pictogrammes
• Qualité réglée entre 75 et 85, contrôlée à l’œil sur une zone de dégradé
• Données de prise de vue retirées, elles ajoutent des octets sans rien apporter
• Nom de fichier descriptif et attribut alt rédigé, lus par la recherche d’images

Ces cinq gestes demandent deux minutes par photo la première fois, quelques secondes une fois le pli pris.

L’ordre de chargement pèse autant que les octets

Une page aux images allégées mais mal ordonnée reste lente. Le navigateur affiche le contenu au fur et à mesure de son arrivée, et Google mesure le délai d’apparition du plus gros élément visible, le Largest Contentful Paint. Le seuil recommandé est de 2,5 secondes, évalué au 75e centile des visites d’après la documentation de Google.

Ce retard se joue presque toujours sur une image. Le Web Almanac 2025 relève que 62 % des pages mobiles atteignent un bon score de Largest Contentful Paint, contre 74 % sur ordinateur, avec près du double d’expériences jugées mauvaises sur téléphone.

L’erreur la plus répandue paraît contre-intuitive. Entre 16 et 17 % des pages retardent volontairement le chargement de leur propre image principale, celle qui occupe le haut de l’écran, toujours selon le Web Almanac 2025. Le chargement différé rend service partout ailleurs, jamais sur cette image précise.

La règle tient en deux lignes. La première image visible se charge en priorité absolue, tout le reste attend le défilement du lecteur. L’attribut fetchpriority réglé sur la valeur haute progresse dans ce sens, présent sur 17 % des pages mobiles qui affichent une image principale, contre 15 % un an plus tôt.

Le reste des réglages techniques d’une vitrine, hébergement et architecture compris, tient dans notre guide de l’optimisation d’un site web d’entreprise au Kenya.

Une connexion payée au gigaoctet change tout le calcul

Le Kenya comptait 62 millions d’abonnements data mobiles fin décembre 2025, dont 44,2 millions en 4G et 1,7 million en 5G, selon la Communications Authority of Kenya. Le smartphone y atteint 92,9 % de taux de pénétration parmi les appareils connectés, pour 48,7 millions d’unités recensées. Votre catalogue est consulté au téléphone, sur un réseau partagé, jamais sur la fibre de votre bureau.

Le prix de la donnée finit de trancher. Le gigaoctet mobile revient à environ 0,59 dollar au Kenya d’après les relevés de tarification de Cable.co.uk, contre une moyenne mondiale proche de 2,59 dollars. Le tarif reste raisonnable à l’échelle du continent, mais la donnée s’achète par forfait journalier ou hebdomadaire, et un forfait se vide. Une page de six mégaoctets consomme une part visible de la réserve du jour.

Plusieurs réalités de terrain éloignent la mesure de laboratoire du vécu réel :

• Débit partagé aux heures de pointe, très éloigné du débit commercial annoncé
• Forfaits de courte durée entamés par les pages les plus lourdes du parcours
• Bascules en 3G sur les axes routiers et en périphérie des villes secondaires
• Appareils d’entrée de gamme qui décodent lentement les fichiers volumineux
• Navigation en mode économie de données, qui suspend l’affichage de certains visuels

Un visiteur qui voit sa réserve fondre sur une simple page de présentation ne revient pas. La vitesse d’affichage joue ici le rôle d’un droit d’entrée : trop élevé, le prospect renonce avant la première photo de produit. Cette contrainte structure toute la digitalisation d’une PME kenyane, du site vitrine jusqu’aux outils internes.

Mesurer avant et après, chiffres à l’appui

L’impression ne vaut rien. Votre site vous paraît rapide parce que votre navigateur garde les fichiers en mémoire et parce que votre connexion n’est pas celle de votre client. Deux valeurs encadrent chaque chantier : le poids total transféré et le délai d’affichage du plus gros élément.

PageSpeed Insights combine les deux angles, une mesure de laboratoire et les données réelles collectées auprès des visiteurs de Chrome. L’onglet réseau d’un navigateur donne le détail fichier par fichier, avec le poids exact de chaque photo et son rang de chargement. Un bridage réglé sur 4G lente rapproche la simulation des conditions kenyanes.

Le protocole tient en cinq points :

• Relevé du poids transféré et du délai d’affichage avant toute correction
• Mesure rejouée avec un bridage réseau actif et le cache du navigateur vidé
• Comparaison entre la page d’accueil, une fiche produit et une page de galerie
• Nouvelle lecture des données terrain vingt-huit jours après la mise en production
• Point de contrôle après chaque ajout massif de visuels dans le catalogue

Notez ces valeurs dans un tableur avant de toucher quoi que ce soit. Un chantier de poids de page sans mesure de départ ne se défend devant personne, ni devant votre prestataire ni devant votre associé. Les données terrain mettent quatre semaines à refléter une correction, ce délai fait partie du plan.

Catalogues, galeries et fiches d’annuaire

Une fiche d’entreprise bien remplie porte un logo, une photo de devanture et quatre à six visuels de produits ou de chantiers. Multipliez par le nombre de fiches d’une rubrique et la page de liste devient l’endroit le plus lourd de tout le site.

Les relevés du Web Almanac 2025 séparent pourtant nettement les deux familles de pages : 354 kilo-octets de visuels en médiane mobile sur une page interne, contre les 911 déjà cités pour une page d’accueil. Les pages internes restent donc plus sobres presque partout, sauf sur les sites qui empilent les galeries sans hiérarchie, où elles grimpent jusqu’à 3 147 kilo-octets au 90e centile.

Trois principes gardent une liste légère. La page de liste ne sert que des vignettes, calées à leur taille d’affichage réelle. La photo pleine résolution attend un clic délibéré du lecteur. La pagination remplace le défilement infini dès que le nombre de fiches dépasse la vingtaine.

Le carrousel mérite une attention particulière. Un composant qui télécharge douze visuels pour en montrer un seul gaspille onze téléchargements à chaque visite, sur chaque appareil. Remplacez-le par une vignette cliquable ou par un chargement déclenché au défilement.

Les entreprises qui vendent un produit visuel connaissent la tension : la photo doit convaincre. Un exportateur qui documente ses fleurs coupées kényanes pour un acheteur européen a besoin d’un rendu fidèle des couleurs et de la fraîcheur du bouton. Une photo bien recadrée, servie en fichier compressé à qualité 85, tient les deux exigences à la fois, contrairement à ce que craignent beaucoup de vendeurs.

La logique vaut aussi hors de votre domaine. Les fiches produit publiées sur les marketplaces d’Afrique de l’Est subissent les mêmes contraintes de bande passante, avec en prime les formats et les ratios imposés par chaque plateforme.

Prochaine étape : ouvrez les trois pages les plus consultées de votre site, relevez leur poids total dans l’onglet réseau du navigateur, puis reprenez chaque photo au-dessus de 200 kilo-octets. Comptez une demi-journée de travail pour un catalogue de cinquante visuels, et une relecture des données terrain vingt-huit jours plus tard pour confirmer le gain sur le délai d’affichage.