Un site web rapide sur réseau lent : la méthode qui marche en Afrique
Poids des pages, images, polices, JavaScript, hébergement : les décisions concrètes qui font qu’un site se charge en moins de deux secondes en 3G, à Douala comme ailleurs.
La majorité des visites d’un site camerounais arrivent depuis un téléphone, souvent en 3G, parfois en bordure de couverture. Un site qui met huit secondes à s’afficher n’est pas lent : il est absent. Google le sait et classe les pages rapides en premier ; les moteurs de réponse IA préfèrent aussi les pages qu’ils lisent sans effort. Voici la méthode que nous appliquons pour qu’un site se charge en moins de deux secondes en 3G, à Douala comme à Paris.
Fixer un budget avant de dessiner
Un site rapide commence par un chiffre : le poids maximal d’une page au premier chargement. Nous visons 500 Ko tout compris, dont moins de 100 Ko de JavaScript. En 3G réelle, autour de 1 Mbit/s avec de la latence, ce budget donne un affichage complet en deux secondes environ. Chaque décision de design se mesure ensuite contre ce budget, ce qui évite les débats de goût.
Les images : 80 % du poids, 80 % des gains
- Le bon format : WebP ou AVIF divisent le poids par deux à quatre par rapport au JPEG, à qualité égale. Un logo ou un pictogramme reste en SVG.
- La bonne taille : une photo de 4 000 pixels de large affichée sur un écran de 390 pixels est un gaspillage. Le site doit servir plusieurs tailles et laisser le navigateur choisir.
- Le bon moment : seules les images visibles au premier écran se chargent tout de suite ; les autres attendent que l’on descende.
- Des dimensions déclarées : chaque image réserve sa place avant d’arriver, sinon la page saute pendant le chargement, ce que Google mesure et pénalise.
Les polices : deux familles, pas cinq
Chaque police est un fichier à télécharger avant d’afficher le texte. Nous limitons à deux ou trois familles, en ne chargeant que les graisses utilisées, en format WoFF2, hébergées sur le site plutôt que chez un tiers. Le texte s’affiche d’abord avec une police système, puis bascule sans à-coup.
Le JavaScript : le moins possible
Un site vitrine n’a pas besoin d’une application JavaScript complète pour afficher des textes et des images. Nous générons les pages en HTML statique et n’ajoutons de script que pour les interactions réelles : menu, formulaire, thème. Résultat, le navigateur affiche la page dès qu’il l’a reçue, sans attendre d’exécuter du code. C’est la différence principale entre notre approche et la plupart des sites sous WordPress ou construits sur des générateurs de pages.
L’hébergement : proche et mis en cache
La distance compte. Un site hébergé sur un seul serveur en Europe ajoute 150 à 300 millisecondes à chaque requête depuis le Cameroun. Un réseau de diffusion de contenu place une copie des pages sur des points de présence en Afrique, dont Johannesburg, Lagos ou Nairobi, et sert la page depuis le plus proche. Les pages statiques se mettent en cache intégralement, donc la deuxième visite est quasi instantanée.
Ce que l’on mesure
Google résume la performance en trois indicateurs, les Core Web Vitals :
| Indicateur | Ce qu’il mesure | Cible |
|---|---|---|
| LCP | temps d’affichage du plus grand élément visible | moins de 2,5 s |
| INP | réactivité aux interactions | moins de 200 ms |
| CLS | stabilité visuelle pendant le chargement | moins de 0,1 |
Nous testons chaque page en conditions 3G simulées avant la mise en ligne, puis avec les données réelles de Search Console une fois le site en production. Un site rapide sur la fibre de l’agence et lent chez le client n’est pas un site rapide.
Les erreurs les plus fréquentes
- Le carrousel de la page d’accueil : cinq images lourdes chargées d’un coup, dont quatre que personne ne verra.
- Le lecteur vidéo en arrière-plan : plusieurs mégaoctets avant le premier mot.
- Les extensions empilées : chaque extension WordPress ajoute ses scripts et ses styles, souvent sur toutes les pages.
- Les widgets tiers : chat, réseaux sociaux, cartes interactives, chacun avec ses propres dizaines de kilooctets.
- Le thème acheté « tout-en-un » : il embarque les fonctionnalités de mille sites pour n’en utiliser que dix.
Rapide et beau ne s’opposent pas
Un budget de performance n’interdit ni les grandes photos ni la typographie soignée : il oblige à choisir. Une image forte et bien compressée vaut mieux que cinq moyennes. Les sites que nous concevons pour la création de sites web et nos réalisations suivent cette discipline, avec un chargement 3G sous 1,5 seconde comme repère de conception.
Faire mesurer votre site
Vous avez un site et vous ne savez pas s’il est lent ? Envoyez-nous son adresse depuis la page contact : nous le mesurons en conditions 3G et vous renvoyons, sous 48 heures, ce qui pèse, ce qui se corrige en quelques heures et ce qui demande une refonte. Les questions sur les délais et les tarifs d’une refonte sont dans notre FAQ.
Questions fréquentes
Quel poids de page viser pour la 3G ?
Moins de 500 Ko au premier chargement, images comprises, et moins de 100 Ko de JavaScript. Au-delà, le temps de chargement en 3G dépasse facilement les trois secondes.
Un site WordPress peut-il être rapide sur réseau lent ?
Oui, mais rarement par défaut : il faut un thème léger, peu d’extensions, un cache et des images optimisées. Un site généré statiquement part avec plusieurs longueurs d’avance.



