Un site web qui met 4 secondes à charger perd 53 % de ses visiteurs mobiles. À Dakar, où la majorité du trafic vient du mobile sur des réseaux pas toujours rapides, c'est encore pire. Et Google le sait : un site lent ne ranke pas.
Si votre site rame à Dakar, ce n'est presque jamais à cause de la connexion de vos visiteurs. C'est votre site. Voici les 8 vraies causes et les actions concrètes pour le rendre 3× plus rapide.
Comment savoir si votre site est vraiment lent
Ne vous fiez pas à votre ressenti — votre navigateur cache votre propre site. Utilisez ces outils gratuits :
| Outil | Ce qu'il mesure |
|---|---|
| PageSpeed Insights | Core Web Vitals + recommandations |
| WebPageTest | Test depuis différentes localisations |
| Google Search Console → Core Web Vitals | Vue d'ensemble de tout votre site |
Les chiffres à viser pour 2026 :
- LCP (chargement principal) : < 2,5 s
- FID/INP (interactivité) : < 200 ms
- CLS (stabilité visuelle) : < 0,1
Si vos chiffres sont dans le rouge, Google déclasse votre site. Et 80 % des sites à Dakar sont dans le rouge.
Les 8 vraies causes d'un site lent à Dakar
1. Hébergement bon marché (la cause #1)
Un hébergement mutualisé à 5 000 FCFA / an partage un serveur avec 500 autres sites. À l'heure de pointe, votre site rame non pas à cause de son code, mais parce que le serveur est saturé.
Solution : Vercel (gratuit), Railway ou un VPS dédié. Voir notre guide hébergement web Sénégal.
2. Images non optimisées
Une photo de 5 Mo prise au smartphone, uploadée telle quelle, prend 6 secondes à charger sur mobile. Vous avez 10 photos sur votre page d'accueil ? Faites le calcul.
Solution : compresser en WebP ou AVIF, redimensionner aux dimensions affichées (pas plus). Outils : Squoosh, TinyPNG.
3. Trop de plugins / scripts tiers
Chaque plugin WordPress, chaque outil de tracking (Google Analytics, Facebook Pixel, Crisp, Tawk.to...) ajoute du JavaScript qui ralentit votre site. Au-delà de 8-10 scripts tiers, c'est l'asphyxie.
Solution : audit annuel des scripts, supprimer l'inutile, utiliser Plausible plutôt que GA pour les sites simples.
4. Pas de CDN (Content Delivery Network)
Sans CDN, chaque visiteur depuis Dakar récupère votre site depuis votre serveur (souvent en France ou aux US). Avec CDN, le contenu est servi depuis le point le plus proche du visiteur.
Solution : Vercel et Cloudflare incluent un CDN global gratuitement.
5. Pas de cache
Sans cache, votre serveur reconstruit la page à chaque visite. Une page mise en cache se sert en 20 ms au lieu de 800 ms.
Solution : cache navigateur, cache CDN, cache serveur (Redis pour les apps dynamiques).
6. JavaScript bloquant
Du JavaScript qui s'exécute avant le rendu = page blanche pendant 3 secondes. Très courant sur les vieux thèmes WordPress et les sites Wix/Shopify avec trop d'apps.
Solution : async ou defer sur les scripts non critiques, code splitting (automatique avec Next.js).
7. Polices web mal chargées
Charger 5 polices Google Fonts = 5 requêtes réseau supplémentaires. Et la police s'affiche en blanc le temps du chargement (FOUT/FOIT).
Solution : 1 ou 2 polices max, en font-display: swap, ou utilisez next/font qui s'occupe de tout.
8. Code legacy non maintenu
Un site WordPress non mis à jour depuis 3 ans utilise des plugins obsolètes qui plombent les performances en cascade.
Solution : maintenance régulière. Voir notre service maintenance & support.
Plan d'action concret pour rendre votre site 3× plus rapide
Action 1 — Diagnostiquer (30 min)
- Test PageSpeed Insights sur votre page d'accueil
- Notez les 3 plus gros problèmes signalés
- Vérifiez les Core Web Vitals dans Google Search Console
Action 2 — Quick wins (1 journée)
- Compresser les images : peut diviser le temps de chargement par 2 à lui seul
- Activer la compression GZIP sur votre serveur (1 ligne de config)
- Activer le cache navigateur (headers Cache-Control)
- Désactiver les plugins inutiles (WordPress) ou apps inutiles (Shopify)
Action 3 — Migration d'hébergement (1 semaine)
Si votre site est sur un hébergement bas de gamme, changer d'hébergeur peut multiplier la vitesse par 5 sans toucher au code. Cible : Vercel, Railway, ou VPS performant.
Action 4 — Refonte si vraiment ancien (4-8 semaines)
Si votre site a 5+ ans, est sur une stack obsolète (PHP 5, vieux WordPress, jQuery partout), une refonte Next.js est souvent plus rentable que des correctifs en série. Voir notre offre de développeur web à Dakar.
Impact business d'un site rapide
| Si vous passez de 5s à 2s de chargement | Impact mesuré |
|---|---|
| Taux de rebond | -30 à -50 % |
| Pages vues par session | +15 à +25 % |
| Taux de conversion | +20 à +40 % |
| Position Google moyenne | +2 à +5 places sur les requêtes ciblées |
Pour un site qui génère 5 leads par semaine, passer de lent à rapide peut faire passer à 8-10 leads par semaine sans toucher au reste.
FAQ — Site web lent à Dakar
Mon site est lent sur mobile uniquement, pourquoi ? 80 % du trafic au Sénégal est mobile, souvent sur des réseaux 3G/4G variables. Si votre site n'est pas optimisé mobile-first (images responsives, JS minimal), il rame sur mobile même quand il marche en wifi sur ordinateur.
Vercel gratuit suffit-il pour un site PME ? Oui, le plan Hobby de Vercel (gratuit) gère sans souci un site vitrine ou blog avec plusieurs milliers de visites par mois. Au-delà, le plan Pro à 20 $/mois suffit largement.
Combien coûte une optimisation de performance pour mon site existant ? Entre 300 000 et 800 000 FCFA selon la complexité (audit + quick wins + migration éventuelle). Beaucoup moins qu'une refonte complète et l'effet est immédiat.
Combien de temps faut-il pour optimiser un site existant ? 1 à 2 semaines pour les quick wins (images, cache, scripts), 2 à 4 semaines si migration d'hébergement et refonte partielle, jusqu'à 8 semaines pour une refonte complète Next.js.
Mon site est sur WordPress, dois-je migrer vers Next.js ? Pas forcément. Un WordPress bien hébergé (VPS perf + CDN + cache) peut être rapide. Mais si vous partez de zéro ou faites une refonte, Next.js sera structurellement plus rapide. Voir notre comparatif détaillé WordPress vs Next.js.
Comment savoir si c'est l'hébergeur ou le code qui est en cause ? Test rapide : visitez votre site depuis WebPageTest en sélectionnant un serveur de test en Europe. Si TTFB (Time To First Byte) > 800 ms, c'est l'hébergeur. Si TTFB est bon mais le rendu est lent, c'est le code/les ressources.
Conclusion
Un site lent à Dakar perd des clients et chute dans Google — silencieusement, sans que vous le voyiez dans vos analytics. La bonne nouvelle : 80 % des optimisations sont accessibles sans refonte, juste en s'attaquant aux bons points (hébergement, images, cache).
Faites le test PageSpeed maintenant. Si vous êtes dans le rouge, vous avez un levier de croissance immédiat.
Vous voulez savoir précisément pourquoi votre site est lent ? Demandez un audit performance gratuit ou découvrez notre offre DevOps & Cloud et notre maintenance applicative à Dakar.
Vous avez un projet ?
Discutons de votre projet en 30 minutes
Devis gratuit en 48h, sans engagement. Notre équipe à Dakar étudie votre besoin et propose une approche concrète.