53 % des internautes abandonnent un site qui met plus de 3 secondes à se charger sur mobile. Pas parce qu'ils manquent de patience — parce qu'ils ont le choix. Votre concurrent s'affiche en 1,2 seconde.
Google le sait et en tient compte. Depuis 2021, les Core Web Vitals — dont la vitesse de chargement — font partie des critères de classement officiels. Un site lent perd des visiteurs et des positions.
Ce guide identifie les 6 causes de lenteur les plus fréquentes et les corrections concrètes pour chacune.
Comment mesurer la vitesse de son site
Avant de corriger, mesurez. Deux outils gratuits sont essentiels :
- PageSpeed Insights (Google) — analyse les Core Web Vitals depuis de vraies données terrain + un test de laboratoire. Testez votre page d'accueil et vos pages de service.
- WebPageTest — analyse détaillée du chargement, cascade des ressources, Time To First Byte (TTFB). Utile pour identifier la ressource bloquante.
Les seuils Google : LCP < 2,5 s (temps jusqu'à l'affichage de l'élément principal), INP < 200 ms (réactivité), CLS < 0,1 (stabilité visuelle).
Cause 1 — Images non optimisées
C'est la cause n°1 de lenteur sur les sites de TPE/PME. Une image JPEG de 3 Mo en résolution 4000×3000 px chargée sur un écran de 400 px de large, c'est 95 % de données inutiles.
Les corrections
- Convertir en WebP — format moderne 25 à 35 % plus léger que JPEG pour une qualité identique. Supporté par tous les navigateurs actuels.
- Redimensionner à l'usage — une image affichée sur 800 px de large n'a pas besoin d'être stockée en 3000 px.
- Ajouter lazy loading — attribut
loading="lazy"sur toutes les images hors écran. Elles ne se chargent que quand l'internaute les approche. - Définir width et height — évite le décalage visuel (CLS) quand l'image se charge.
Cause 2 — Hébergement sous-dimensionné
Un hébergement mutualisé à 3 €/mois partage les ressources serveur entre des dizaines voire des centaines de sites. Aux heures de pointe, votre TTFB (Time To First Byte) explose — parfois au-delà de 2 secondes avant même que votre page commence à se charger.
Pour un site professionnel, visez un hébergement VPS ou un hébergement managé performant (O2Switch, PlanetHoster, Infomaniak). Le budget : 15 à 40 €/mois — souvent la correction la plus rentable pour un site lent malgré toutes les autres optimisations.
Cause 3 — JavaScript bloquant
Un script JavaScript chargé dans le <head> sans attribut defer ou async bloque le rendu de la page : le navigateur attend la fin de l'exécution du script avant d'afficher quoi que ce soit.
- async — charge le script en parallèle du HTML, l'exécute dès qu'il est prêt. Idéal pour les scripts indépendants (analytics, chat).
- defer — charge en parallèle, exécute après l'analyse complète du HTML. Idéal pour les scripts qui manipulent le DOM.
- Objectif : aucun script sans async ou defer dans le head, sauf le CSS critique et les polices.
Cause 4 — Absence de cache
Sans cache, votre serveur recalcule chaque page à chaque requête. Avec un cache, la page est servie depuis une copie statique pré-calculée — des dizaines de fois plus rapide.
Deux niveaux à activer : le cache serveur (Varnish, Redis, ou module PHP-FPM selon l'hébergement) et le cache navigateur (headers Cache-Control qui demandent au navigateur de conserver les ressources statiques en local).
Cause 5 — Trop de scripts tiers
Chaque plugin WordPress, chaque widget de chat, chaque pixel de tracking ajoute du JavaScript exécuté à chaque chargement. Un site avec 20 plugins actifs peut charger 30 scripts externes — chacun avec son propre temps de connexion et d'exécution.
Auditez avec l'onglet Network de Chrome DevTools : listez tous les scripts tiers, mesurez leur poids et leur temps de chargement, et supprimez impitoyablement ceux dont la valeur ne justifie pas le coût de performance.
Cause 6 — Pas de CDN
Un CDN (Content Delivery Network) distribue vos ressources statiques (images, CSS, JS) depuis des serveurs répartis géographiquement. Un visiteur à Lyon reçoit vos fichiers depuis un datacenter parisien au lieu de votre serveur à Montréal.
Cloudflare propose un CDN gratuit très efficace. Pour les sites à fort trafic ou à audience internationale, un CDN payant (Cloudflare Pro, BunnyCDN) réduit le TTFB de 30 à 60 %.
Faire auditer les performances de mon site
Consultez aussi : comment faire un audit SEO complet gratuitement.
Questions fréquentes sur la vitesse des sites
Quel score PageSpeed minimum pour ne pas être pénalisé par Google ?+
Google ne pénalise pas selon un score numérique mais selon les seuils Core Web Vitals : LCP < 2,5 s, INP < 200 ms, CLS < 0,1. Un score PageSpeed de 90+ sur mobile correspond généralement à ces seuils. En dessous de 50, vous avez très probablement des problèmes de classement liés aux performances.
Mon site a un bon score sur desktop mais mauvais sur mobile, que faire ?+
C'est très courant. Mobile et desktop ont des contraintes différentes : bande passante limitée, CPU moins puissant. Les causes spécifiques au mobile : images non responsives servies en grande taille, render-blocking scripts lourds, police chargée sans stratégie de fallback. Google indexe en mobile-first, donc c'est le score mobile qui compte pour le classement.
Faut-il supprimer Google Analytics pour accélérer son site ?+
Non. Le script GA4 (gtag.js) chargé de façon asynchrone a un impact très faible sur les performances si correctement implémenté. L'optimisation prioritaire n'est pas de supprimer l'analytics mais d'activer le consentement avant le chargement (Consent Mode v2) et de s'assurer que le script est chargé en async. RJ6 intègre cette configuration sur tous ses sites.
Est-ce que l'hébergement low-cost cause vraiment des problèmes SEO ?+
Oui, indirectement. Un hébergement lent génère un TTFB élevé (souvent 1 à 3 secondes), ce qui dégrade directement le LCP et donc le classement Google. De plus, les hébergements très bon marché ont parfois des temps d'arrêt fréquents, ce qui peut générer des erreurs de crawl dans Search Console. Un hébergement de qualité est la base de toute stratégie de performance.