Un site lent perd des visiteurs avant même d'avoir montré son offre. Sur téléphone, le bouton « retour » est à portée de pouce et la patience est courte. Ce guide explique ce que la lenteur vous coûte, quelle vitesse de chargement viser, comment la mesurer et comment accélérer votre site, cause par cause.
Ce qu'un site lent vous coûte
En 2016, Google a publié une analyse des données de sites mobiles : 53 % des visites étaient susceptibles d'être abandonnées quand la page mettait plus de 3 secondes à charger. Le chiffre date, mais les pages n'ont pas maigri depuis. En octobre 2024, la page d'accueil médiane pesait environ 2,3 Mo sur mobile, selon le Web Almanac de HTTP Archive.
Une étude plus récente, menée par Deloitte et l'agence 55 sur 37 sites de grandes marques européennes et américaines fin 2019, a mesuré l'effet de petits gains. Quand les pages gagnaient 0,1 seconde sur mobile, sur l'ensemble des mesures de vitesse suivies, les conversions augmentaient de 8,4 % sur les sites de commerce et de 10,1 % sur les sites de voyage. L'étude a été commandée par Google et porte sur de grandes marques : retenez la tendance, sans transposer les pourcentages à votre propre site.
Côté référencement, Google indique que les Core Web Vitals sont utilisés par ses systèmes de classement. Il précise aussi qu'il montre d'abord le contenu le plus pertinent, même quand l'expérience de la page est moyenne. La vitesse ne fera donc pas remonter une page faible. Entre deux pages aussi utiles l'une que l'autre, elle peut en revanche faire la différence.
Dans vos statistiques, ces départs précoces se lisent dans le taux de rebond des pages les plus lentes. Ce sont souvent des visiteurs qui n'ont jamais vu votre texte.
Quelle vitesse de chargement viser ?
Google ne fixe pas de durée de chargement « totale » à respecter. Il mesure trois moments de l'expérience, regroupés sous le nom de Core Web Vitals : l'affichage du plus grand élément visible (LCP), la réactivité aux clics et aux saisies (INP) et la stabilité de la mise en page (CLS). Les seuils à atteindre sont un LCP sous 2,5 secondes, un INP sous 200 millisecondes et un CLS sous 0,1.
Ces seuils se jugent sur vos vrais visiteurs, au 75e percentile : trois visites sur quatre doivent être dans le vert. Depuis le 12 mars 2024, l'INP a remplacé l'ancien indicateur FID. Le détail de chaque métrique et ses correctifs propres se trouvent dans notre guide des Core Web Vitals et des scores Google.
Score PageSpeed et classement Google
Le score sur 100 affiché par PageSpeed Insights vient d'un test simulé. À partir de 90, il est jugé bon. Pour classer vos pages, Google s'appuie sur les données de vos vrais visiteurs. Un 95 en laboratoire avec des Core Web Vitals au rouge chez vos visiteurs reste donc un problème à traiter.
Comment mesurer la vitesse de chargement de votre site
Trois outils gratuits suffisent pour un premier diagnostic.
- PageSpeed Insights : saisissez l'adresse d'une page. Le haut du rapport montre les données réelles des visiteurs de Chrome sur les 28 derniers jours, quand le site a assez de trafic. Le bas montre un test de laboratoire Lighthouse, sur un téléphone de milieu de gamme simulé, avec la liste des corrections possibles.
- Le rapport Core Web Vitals de la Search Console : il regroupe vos pages par familles (fiches produits, articles, pages de service) et donne à chacune un statut « Bon », « Amélioration nécessaire » ou « Médiocre », séparément sur mobile et sur ordinateur.
- Lighthouse dans Chrome : le même test de laboratoire, lancé depuis les outils de développement du navigateur. Il sert à vérifier une correction avant de la mettre en ligne.
Testez au moins trois pages : l'accueil, la page qui reçoit le plus de visites depuis Google et une page de conversion (contact, devis ou panier). Lisez d'abord le résultat mobile, le plus sévère des deux.
Pourquoi votre site est lent : les causes fréquentes
Des images trop lourdes
Selon le Web Almanac, les images sont la ressource la plus lourde de la page d'accueil médiane sur mobile : environ 900 Ko, contre un peu plus de 550 Ko de JavaScript. Une photo de 4 000 pixels de large affichée dans un cadre de 800 pixels fait télécharger cinq fois trop de largeur. Le format compte aussi : à qualité égale, une image WebP pèse 25 à 34 % de moins qu'un JPEG, d'après Google.
Une vidéo ou un carrousel en haut de page
Une vidéo d'arrière-plan lancée dès l'ouverture, ou un carrousel de grandes photos, se télécharge avant que le visiteur ait lu une ligne. C'est souvent ce bloc qui retarde l'affichage du contenu principal, donc le LCP.
Des polices chargées depuis un service externe
Chaque famille de polices, chaque graisse et chaque italique est un fichier de plus. Chargées depuis un serveur tiers, elles demandent une connexion supplémentaire avant l'affichage du texte. Pendant ce temps, vos titres peuvent rester invisibles.
Des scripts tiers accumulés
Chat en direct, outils de suivi, pixels publicitaires, widgets d'avis, bannière de cookies : chaque outil ajoute son code JavaScript. Ces scripts occupent le processeur du téléphone et rendent la page lente à réagir au premier toucher, ce que mesure l'INP. Sur WordPress, les extensions jouent le même rôle : beaucoup chargent leurs fichiers sur toutes les pages, même là où elles ne servent pas.
Un serveur lent à répondre
Avant d'afficher quoi que ce soit, le navigateur attend la première réponse du serveur, le TTFB. Google conseille de viser 0,8 seconde au plus. Un hébergement saturé, une base de données qui reconstruit chaque page à chaque visite ou un serveur éloigné de vos visiteurs font grimper ce délai. Les critères pour bien choisir sont dans notre guide sur l'hébergement web.
Ni cache ni compression
Sans cache, le serveur refait le même travail pour chaque visiteur, et le navigateur retélécharge à chaque visite des fichiers qui n'ont pas changé. Sans compression, les fichiers HTML, CSS et JavaScript voyagent à leur taille brute.
Plan d'action : accélérer votre site, dans l'ordre
Commencez par ce qui pèse le plus et coûte le moins. Mesurez avant chaque étape, puis après, pour savoir ce qui a vraiment servi.
- 1 Mesurez trois pages clés sur PageSpeed Insights et notez le LCP, l'INP et le CLS de chacune.
- 2 Redimensionnez les images à leur taille d'affichage réelle, puis convertissez-les en WebP. Indiquez leur largeur et leur hauteur dans le code, pour que la page ne saute pas pendant le chargement.
- 3 Activez le chargement différé (l'attribut loading="lazy") pour les images situées plus bas dans la page. Ne l'appliquez jamais à l'image principale du haut de page : Google déconseille de différer l'image qui compte pour le LCP.
- 4 Sur téléphone, remplacez la vidéo d'arrière-plan par une image fixe, ou ne lancez la vidéo qu'après l'affichage du reste de la page.
- 5 Limitez les polices aux familles et aux graisses vraiment utilisées, hébergez-les sur votre propre serveur au format WOFF2 et affichez une police de secours pendant leur chargement.
- 6 Faites l'inventaire des scripts tiers et des extensions. Retirez ceux qui ne servent plus et chargez les autres après l'affichage de la page.
- 7 Activez la mise en cache et la compression des fichiers chez votre hébergeur. Servez ensuite le site par un réseau de diffusion (CDN), qui rapproche les fichiers de vos visiteurs, qu'ils soient en France, en Belgique, en Suisse ou au Québec.
- 8 Si le serveur répond toujours lentement, changez d'offre d'hébergement ou de technologie.
- 9 Mesurez à nouveau, puis suivez le rapport Core Web Vitals de la Search Console. Ses données portent sur 28 jours de visites : comptez environ quatre semaines pour voir vos corrections s'y refléter.
Ce que nous appliquons sur notre propre site
La vitesse se règle plus facilement pendant la conception qu'après la mise en ligne. Voici comment est construit le site de DMA Digital :
- les images sont en WebP ou en AVIF ;
- les vidéos ne se chargent qu'à l'approche de l'écran, jamais avant le contenu principal ;
- les polices sont hébergées avec le site, sans appel à un service externe ;
- les pages sont générées à l'avance en HTML et servies par un CDN, sans base de données à interroger à chaque visite.
Sur un site existant, tout ne se corrige pas après coup. Quand la lenteur vient du thème, du constructeur de pages ou d'un empilement d'extensions, reprendre la base peut coûter moins cher, à terme, que d'ajouter des rustines. Notre comparatif WordPress ou site sur mesure aide à trancher, et la page refonte de site détaille notre démarche.
Pour savoir où en est votre site, notre audit gratuit analyse à la main la vitesse, le référencement, l'affichage mobile et la sécurité de votre site, puis vous envoie un diagnostic par e-mail.
Questions fréquentes
Quelle est la vitesse de chargement idéale pour un site internet ?
Google ne fixe pas de durée totale. Il recommande que le plus grand élément visible s'affiche en moins de 2,5 secondes (LCP), que la page réagisse aux interactions en moins de 200 millisecondes (INP) et que la mise en page reste stable (CLS sous 0,1). Ces seuils doivent être atteints pour au moins trois visites sur quatre, sur mobile comme sur ordinateur.
Comment tester la vitesse de mon site gratuitement ?
Saisissez l'adresse de la page dans PageSpeed Insights. Le rapport affiche les données réelles de vos visiteurs sur 28 jours quand le trafic suffit, puis un test simulé sur téléphone avec la liste des corrections. Pour suivre tout le site dans le temps, ouvrez le rapport Core Web Vitals de la Search Console, qui classe vos pages par groupes.
La vitesse de chargement influence-t-elle le référencement Google ?
Oui, dans une mesure limitée. Google indique que les Core Web Vitals sont utilisés par ses systèmes de classement, et que la pertinence du contenu passe d'abord. Une page rapide et peu utile ne remontera pas. À contenu comparable, la vitesse peut départager deux pages. Elle réduit aussi les départs de visiteurs avant l'affichage.
Pourquoi mon site est-il lent sur mobile et rapide sur ordinateur ?
Un téléphone a un processeur moins puissant et souvent une connexion plus irrégulière. Les images lourdes, les vidéos d'arrière-plan et les scripts tiers y pèsent beaucoup plus. PageSpeed Insights simule d'ailleurs un téléphone de milieu de gamme. Commencez par alléger le haut de la page mobile : image principale, polices et scripts chargés avant l'affichage.
Faut-il viser un score PageSpeed de 100 ?
Non. PageSpeed Insights juge bon un score de 90 ou plus, et ce score vient d'un test simulé. Pour le classement, Google s'appuie sur les données de vos vrais visiteurs. Votre priorité est donc d'avoir des Core Web Vitals au vert dans la Search Console, puis de garder un bon score à chaque modification du site.
Sources
- The need for mobile speed: How mobile latency impacts publisher revenue, Google, 8 septembre 2016
- Milliseconds make millions, web.dev (Google), étude Deloitte et 55, 24 juin 2020
- Page weight, Web Almanac 2024, HTTP Archive, 2024
- Understanding Core Web Vitals and Google search results, Google Search Central, 10 décembre 2025
- Understanding page experience in Google Search results, Google Search Central, 22 septembre 2026
- Interaction to Next Paint becomes a Core Web Vital on March 12, web.dev (Google), 31 janvier 2024
- About PageSpeed Insights, Google for Developers, 21 octobre 2024
- Rapport Core Web Vitals, Aide Search Console (Google)
- Introduction to Lighthouse, Chrome for Developers, 2 juin 2025
- An image format for the Web (WebP), Google for Developers
- Browser-level image lazy loading for the web, web.dev (Google), 13 août 2024
- Time to First Byte (TTFB), web.dev (Google), 28 novembre 2025



