Les pages lentes perdent des visiteurs. Les internautes abandonnent les pages trop longues à charger, et la vitesse influence les conversions, l’engagement et les Core Web Vitals. Bonne nouvelle : la plupart des sites peuvent devenir nettement plus rapides avec quelques changements.
Cette liste est classée à peu près par impact pour un site type. Mesurez avant et après chaque changement pour savoir ce qui a fonctionné.
Score de performance Lighthouse, mesures de laboratoire et Core Web Vitals d’utilisateurs réels pour n’importe quelle page.
1. Choisissez un bon hébergement
Tout commence par le serveur. Si votre Time to First Byte dépasse régulièrement 800 ms environ, aucun réglage côté front-end ne compensera totalement. Les hébergements mutualisés bon marché et surchargés sont un goulot d’étranglement fréquent. Cherchez des hébergeurs avec du matériel moderne (stockage NVMe), des versions récentes de PHP ou Node, HTTP/2 ou HTTP/3 et des centres de données proches de votre audience.
Mesurez DNS, connexion, TLS et temps jusqu’au premier octet sur trois requêtes.
2. Activez le cache de pages
Générer une page de zéro – exécuter du code et des requêtes en base de données – à chaque visite est lent. Le cache de pages stocke le HTML final et le sert instantanément.
- WordPress : utilisez une extension de cache (WP Rocket, LiteSpeed Cache sur serveurs LiteSpeed, W3 Total Cache, WP Super Cache) ou le cache de l’hébergeur
- cPanel : de nombreux hébergeurs proposent LiteSpeed Cache ou des options intégrées similaires
- Applications sur mesure : mettez en cache mémoire les pages rendues ou les requêtes coûteuses
3. Placez un CDN devant le site
Un réseau de diffusion de contenu sert les fichiers depuis des serveurs proches de chaque visiteur et absorbe les pics de trafic. L’offre gratuite de Cloudflare permet de démarrer vite ; la plupart des CDN peuvent aussi mettre en cache des pages HTML complètes, ce qui réduit fortement les temps de réponse pour une audience internationale.
4. Optimisez les images
Les images sont généralement la partie la plus lourde d’une page.
- Redimensionnez-les à la taille d’affichage
- Convertissez-les en WebP ou AVIF
- Compressez-les (qualité autour de 75–85 %)
- Utilisez
srcsetpour que les téléphones reçoivent des fichiers plus légers - Indiquez
widthetheightpour éviter les décalages de mise en page
Découvrez le poids total d’une page et les images, scripts et styles les plus lourds.
5. Chargez en différé les médias sous la ligne de flottaison
Ajoutez loading="lazy" aux images et iframes invisibles au premier chargement – mais pas à l’image principale d’en-tête, qui doit se charger le plus tôt possible.
6. Activez la compression
Les fichiers texte (HTML, CSS, JavaScript, SVG, JSON) se réduisent de 70 à 80 % avec Gzip, et un peu plus avec Brotli. C’est souvent un simple réglage serveur – sous cPanel, cherchez « Optimize Website ».
Vérifiez si une page est servie avec Gzip ou Brotli et combien cela fait gagner.
7. Définissez de longues durées de cache navigateur pour les fichiers statiques
Les visiteurs qui reviennent ne devraient pas retélécharger votre logo, votre CSS et votre JavaScript à chaque page. Définissez Cache-Control: max-age=31536000, immutable pour les fichiers statiques versionnés (fichiers dont le nom contient une version ou une empreinte), afin qu’une nouvelle version reçoive une nouvelle URL.
8. Supprimez le JavaScript inutilisé
Le JavaScript est la ressource la plus coûteuse octet par octet : il faut le télécharger, l’analyser, le compiler et l’exécuter, souvent sur des processeurs de téléphone lents. Passez en revue le rôle de chaque script. Anciennes balises d’analytics, carrousels inutilisés, tests A/B abandonnés et bibliothèques chargées sur toutes les pages pour une seule fonctionnalité s’accumulent vite.
9. Différez les scripts non critiques
Les scripts dans le <head> sans async ni defer bloquent l’affichage jusqu’à leur téléchargement et leur exécution. Ajoutez defer aux scripts inutiles au premier affichage, ou déplacez-les en fin de body.
<script src="/js/app.js" defer></script>
10. Soyez intransigeant avec les scripts tiers
Widgets de chat, contenus sociaux intégrés, cartes de chaleur, gestionnaires de balises remplis de pixels marketing et scripts publicitaires peuvent facilement représenter l’essentiel du JavaScript d’une page. Pour chacun, demandez-vous s’il justifie son coût. Ne chargez les widgets non essentiels qu’après une interaction de l’utilisateur (par exemple, chargez le chat quand quelqu’un clique sur son bouton).
11. Optimisez les polices web
- Utilisez moins de familles et de graisses
- Servez des fichiers WOFF2, idéalement auto-hébergés
- Préchargez le ou les deux fichiers de police les plus importants
- Utilisez
font-display: swappour que le texte soit visible immédiatement - Envisagez une pile de polices système pour le texte courant
12. Minifiez CSS et JavaScript
La minification supprime espaces et commentaires. Les outils de build, extensions de cache et CDN peuvent le faire automatiquement.
Minifiez le CSS pour réduire la taille du fichier en supprimant espaces et commentaires.
13. Intégrez le CSS critique
Le CSS nécessaire à l’affichage du premier écran peut être placé directement dans le <head>, le reste étant chargé sans bloquer. De nombreuses extensions de cache peuvent générer ce CSS critique pour vous.
14. Réduisez les redirections
Chaque redirection ajoute un aller-retour complet avant même que la page commence à charger. Liez directement les URL finales et assurez-vous que votre version préférée (https, avec ou sans www) est atteinte en un seul saut.
Suivez chaque étape d’une chaîne de redirections avec codes de statut et temps.
15. Gardez la base de données et la plateforme légères
Sous WordPress, désactivez et supprimez les extensions inutiles, nettoyez les révisions d’articles et les transients expirés, et tenez PHP, WordPress et les extensions à jour. Chaque extension ajoute du code susceptible de s’exécuter à chaque requête.
Par où commencer
Si vous ne faites que trois choses, faites celles-ci :
- Corrigez la réponse du serveur avec du cache, un CDN ou un meilleur hébergement
- Optimisez les images et servez des formats modernes
- Réduisez et différez le JavaScript, surtout les scripts tiers
Ces trois actions représentent généralement l’essentiel du gain sur la plupart des sites.
Mesurez ce qui compte
Utilisez les outils de laboratoire (Lighthouse, PageSpeed Insights) pour diagnostiquer et tester les changements, et les données terrain (rapport Core Web Vitals de Search Console, Chrome UX Report) pour voir ce que vivent les vrais visiteurs. Testez sur mobile – c’est là que la plupart des problèmes de performance apparaissent.
Accélérer un site sur un hébergement mutualisé cPanel
Beaucoup de sites tournent sur un hébergement mutualisé cPanel. Les options utiles y sont souvent déjà disponibles :
- Version de PHP (MultiPHP Manager ou Select PHP Version) : utilisez une version de PHP récente et maintenue – les versions récentes sont nettement plus rapides
- Optimize Website : activez la compression des fichiers texte
- LiteSpeed Cache : si votre hébergeur utilise LiteSpeed, son extension de cache pour WordPress est très efficace
- Cloudflare : de nombreux hébergeurs cPanel proposent une intégration Cloudflare en un clic
- Utilisation des ressources : si votre compte atteint régulièrement ses limites de CPU ou de mémoire, le serveur ralentira sous la charge – envisagez une offre supérieure ou un VPS
Un audit de vitesse en 30 minutes
Si vous disposez d’une demi-heure, cette routine repère la plupart des gros problèmes :
- Lancez un test de vitesse mobile sur votre page d’accueil et votre page d’entrée la plus visitée
- Notez le Time to First Byte. Plus de 800 ms ? Commencez par le cache et l’hébergement.
- Identifiez l’élément LCP. Est-ce une image ? Vérifiez sa taille, son format et si elle est chargée en différé.
- Regardez la liste des scripts tiers. Supprimez tout ce que vous n’utilisez pas activement.
- Vérifiez le poids total de la page et les cinq fichiers les plus lourds.
- Retestez la même page après chaque correction.
Mesurez DNS, connexion, TLS et temps jusqu’au premier octet sur trois requêtes.
Budgets de performance
Une fois votre site rapide, gardez-le rapide en fixant un budget de performance – des limites que votre équipe s’engage à ne pas dépasser, par exemple :
- Poids total de page inférieur à 1,5 Mo sur les modèles clés
- JavaScript sous 300 Ko compressés
- LCP inférieur à 2,5 secondes sur un téléphone milieu de gamme
- Pas plus de cinq scripts tiers
Vérifiez les nouvelles fonctionnalités et balises marketing par rapport au budget avant leur mise en ligne. Il est bien plus facile de garder un site rapide que de rendre rapide un site devenu lent.
Quand faire appel à un développeur
Certains problèmes nécessitent des modifications de code : scripts du thème bloquant l’affichage, bundles JavaScript très lourds, décalages de mise en page causés par du contenu dynamique, requêtes lentes en base de données. Si vous travaillez avec un développeur, partagez les métriques précises, les modèles concernés et les détails de diagnostic de votre test de vitesse – vous gagnerez beaucoup de temps.
À retenir
- Corrigez d’abord le temps de réponse du serveur avec un bon hébergement, un cache de pages et un CDN.
- Des images optimisées – redimensionnées, compressées et dans des formats modernes – sont généralement le plus gros gain côté front-end.
- Supprimez et différez le JavaScript, et remettez en question chaque script tiers.
- Activez la compression et de longues durées de cache navigateur pour les fichiers statiques.
- Testez sur mobile, mesurez avant et après chaque changement et fixez un budget de performance.
- Sous cPanel, vérifiez d’abord votre version de PHP, la compression et les options de cache.
Questions fréquentes
Quel est un bon temps de chargement ?
Visez l’apparition du contenu principal en 2,5 secondes (un bon Largest Contentful Paint) pour la plupart des vrais visiteurs, et une réaction aux interactions en moins de 200 ms.
Un site plus rapide se classera-t-il mieux ?
La vitesse est un signal de classement parmi beaucoup d’autres et rarement le facteur décisif, mais elle peut aider entre des pages similaires – et elle améliore de façon fiable l’expérience utilisateur et les conversions.
Ai-je besoin d’un développeur pour accélérer mon site ?
Beaucoup d’améliorations – cache, CDN, optimisation des images, suppression d’extensions – se font sans code. Les modifications de JavaScript et de modèles peuvent nécessiter un développeur.
AMP est-il encore nécessaire ?
Non. Google n’exige plus AMP pour les « À la une », et une page classique bien optimisée offre les mêmes avantages.
Auditer votre propre site
Lancez un audit gratuit de plus de 55 vérifications et obtenez une solution pour chaque problème.