Un site lent ne se voit pas depuis votre bureau. Vous êtes en fibre, sur un ordinateur récent, et votre navigateur garde déjà votre propre site en mémoire : il s'ouvre instantanément pour vous et lentement pour tout le monde. C'est la première raison pour laquelle le problème dure des années sans jamais être traité.
Cet article est un article de diagnostic. Il explique ce qu'on mesure exactement quand on parle de vitesse, où regarder, quelles sont les causes réelles par ordre de fréquence, et lesquelles vous pouvez traiter vous-même. Aucune compétence technique n'est nécessaire pour le lire, ni pour faire la moitié du travail qu'il décrit.
Ce qu'on mesure quand on parle de vitesse
« Le site met trois secondes à charger » ne veut pas dire grand-chose, parce qu'une page n'a pas un instant de chargement mais plusieurs. Trois questions différentes se cachent derrière le mot vitesse, et un site peut être bon sur l'une et mauvais sur les deux autres.
- Quand est-ce que je vois quelque chose ? Le délai entre le moment où l'on tape l'adresse et celui où le contenu principal apparaît à l'écran. C'est ce que le visiteur appelle spontanément la vitesse.
- Quand est-ce que je peux m'en servir ? Le délai entre le moment où la page est visible et celui où elle réagit vraiment aux clics. Une page peut être affichée depuis deux secondes et ignorer encore ce qu'on lui demande.
- Est-ce que ça bouge sous mon doigt ? La stabilité de la mise en page pendant le chargement. Un bouton qui se déplace au moment précis où l'on appuie fait cliquer sur autre chose, et ce quelque chose est rarement le bon.
L'analogie du restaurant tient bien. La première question, c'est le délai avant qu'on vous apporte la carte. La deuxième, c'est le délai avant que quelqu'un vienne prendre la commande. La troisième, c'est de ne pas déplacer votre assiette au moment où vous plantez la fourchette. Un établissement peut être irréprochable sur l'un des trois points et insupportable sur les deux autres.
Les trois mesures publiques de Google, en langage ordinaire
Google publie trois mesures, réunies sous le nom de Core Web Vitals, traduit en français par signaux web essentiels. Elles n'ont rien de secret : les seuils sont documentés, et les valeurs sont relevées sur les visites réelles des utilisateurs de Chrome, pas sur un test de laboratoire.
LCP : le temps avant de voir l'essentiel
Le LCP mesure le temps au bout duquel le plus grand élément visible de la page — le plus souvent une photo d'en-tête ou un gros titre — est affiché. C'est la mesure la plus proche de ce que ressent un visiteur qui attend. Le seuil publié par Google est de 2,5 secondes : en dessous, la page est considérée comme bonne sur ce point.
INP : le temps avant que la page réponde
L'INP mesure le délai entre une action du visiteur — un clic, une touche, un appui du doigt — et le moment où la page montre qu'elle a compris. Il a remplacé une mesure plus ancienne qui ne regardait que la toute première interaction. Le seuil publié par Google est de 200 millisecondes. Un site vitrine sobre le passe presque toujours ; un site chargé de scripts extérieurs peut le rater franchement.
CLS : la stabilité de la page
Le CLS mesure de combien les éléments se déplacent tout seuls pendant le chargement. Ce n'est pas une durée mais un indice sans unité, et le seuil publié par Google est de 0,1. Les causes sont presque toujours les mêmes : une image dont on n'a pas réservé la place à l'avance, une police qui en remplace une autre en cours de route, un bandeau de consentement ou une publicité insérés au-dessus du contenu déjà affiché.
Ce que vous pouvez vérifier vous-même. Ces trois valeurs sont affichées gratuitement pour n'importe quelle adresse par les outils publics de mesure de Google. Vous n'avez rien à installer et rien à savoir faire : vous collez l'adresse d'une page, vous lisez trois chiffres, et vous les comparez aux trois seuils ci-dessus.
Mesurer avant de corriger : pourquoi votre impression ne compte pas
Trois biais rendent votre perception personnelle inutilisable, et ils jouent tous dans le même sens : ils vous font croire que le site est rapide.
- Le cache. Votre navigateur a déjà téléchargé les images, les polices et les fichiers de votre site, et il ne les redemande pas. Un visiteur qui arrive pour la première fois télécharge tout, sans exception.
- La connexion. Une fibre au bureau n'a rien à voir avec un réseau mobile dans une zone moyennement couverte, ni avec le wifi partagé d'une salle d'attente à midi.
- L'appareil. Les scripts s'exécutent sur le téléphone du visiteur, pas sur le vôtre. Un modèle de cinq ans met plusieurs fois plus de temps à effectuer exactement le même travail.
La bonne méthode tient en quatre règles. Mesurez en mode mobile, puisque c'est la version qui sert de référence à l'indexation. Mesurez plusieurs pages et pas seulement l'accueil : une page de prestation et un article de blog n'ont ni le même poids ni les mêmes scripts. Mesurez deux fois à quelques minutes d'écart, parce qu'un relevé isolé peut tomber sur un mauvais moment. Et notez les valeurs de départ avant toute correction, faute de quoi vous n'aurez aucun moyen de savoir si ce que vous avez payé a servi à quelque chose.
Les sept causes réelles de lenteur, par ordre de fréquence
Sur un site vitrine, la lenteur vient presque toujours de la même poignée de choses, et l'ordre est remarquablement stable d'un site à l'autre. Le tableau ci-dessous se lit comme une liste de suspects, du plus probable au moins probable.
| Cause | À quoi on la reconnaît | Qui peut la corriger |
|---|---|---|
| Images non compressées | Une page qui pèse plusieurs mégaoctets, des photos de plusieurs milliers de pixels affichées dans un cadre bien plus petit | Vous, en une heure, avec un outil gratuit |
| Trop de scripts extérieurs | Discussion en direct, bandeau de consentement, mesure d'audience, carte, avis clients, pixel publicitaire : chacun charge ses propres fichiers | Vous, en décidant ce qui reste |
| Extensions accumulées | Une liste d'extensions qui dépasse la vingtaine, dont plusieurs installées pour un essai et jamais retirées | Vous pour l'inventaire, un technicien pour le retrait |
| Hébergement mutualisé saturé | Le serveur met une seconde ou plus à répondre, avant même le premier pixel, et la lenteur varie selon l'heure | Votre hébergeur, ou un changement d'offre |
| Polices web | Le texte apparaît en retard, ou change d'aspect en cours de chargement et fait sauter la mise en page | Un technicien, en une intervention courte |
| Vidéo en fond d'accueil | Une bannière animée qui se lance seule au chargement de la page d'accueil | Vous, en la retirant |
| Absence de cache | Chaque visite refabrique la page entière au lieu de servir une version déjà prête | Votre hébergeur ou votre plateforme |
Une remarque avant d'entrer dans le détail : les quatre premières causes s'additionnent. Un même site peut cumuler des images trop lourdes, dix scripts extérieurs, vingt extensions et un hébergement fatigué. Corriger une seule des quatre produit une amélioration modeste, ce qui décourage — alors qu'il faut simplement continuer la liste jusqu'au bout.
Les images : la cause numéro un, et la seule que vous pouvez corriger seul
Une photo prise avec un téléphone récent pèse couramment plusieurs mégaoctets et mesure quatre mille pixels de large. Affichée dans un cadre de huit cents pixels sur votre site, elle est réduite à l'écran mais envoyée en entier : le visiteur télécharge plusieurs fois trop de données pour un résultat identique. C'est l'équivalent d'expédier une paire de chaussures dans un carton de déménagement. Le contenu arrive, mais quelqu'un paie le transport, et ce quelqu'un est votre visiteur.
Trois leviers, dans cet ordre d'importance :
- Les dimensions. Redimensionnez la photo à la taille à laquelle elle sera réellement affichée : en général entre 1 200 et 2 000 pixels de large pour une image qui occupe toute la largeur de la page, beaucoup moins pour une vignette. C'est le levier qui rapporte le plus, et il ne demande aucun outil payant.
- Le format. Les formats récents produisent un fichier nettement plus léger que le JPEG à qualité visuellement équivalente. La plupart des plateformes hébergées les génèrent seules ; sur un site que vous hébergez vous-même, c'est une conversion à faire, ou une extension de plus à installer et à entretenir.
- Le chargement différé. Les images situées plus bas que le premier écran n'ont aucune raison d'être téléchargées immédiatement. C'est un comportement que les navigateurs savent adopter nativement, à condition que le site le leur demande — ce que font les thèmes récents et pas les anciens.
Ce que vous pouvez vérifier vous-même. Ouvrez une page, faites un clic droit sur la plus grande photo et choisissez d'ouvrir l'image seule : ses dimensions apparaissent, souvent dans le titre de l'onglet. Si vous lisez 3 000 ou 4 000 pixels de large, vous venez de trouver la moitié de votre problème. Dans la médiathèque de votre site, triez ensuite les fichiers par poids : les dix premiers suffisent en général à expliquer l'essentiel.
Les scripts extérieurs : chaque outil ajouté est une dépendance de plus
Un script extérieur est un morceau de programme chargé depuis le serveur de quelqu'un d'autre. Vous n'en avez ni la maîtrise ni la visibilité : vous héritez de sa taille, de sa lenteur, de ses pannes et de sa politique de données. Chaque invité arrive avec sa propre valise, et c'est votre visiteur qui la porte jusqu'en haut.
L'accumulation est rarement décidée. Elle se fait par sédimentation : un outil de mesure d'audience, puis un second parce que le premier ne donnait pas la bonne information, un bandeau de consentement, une fenêtre de discussion, une carte, un affichage d'avis, un pixel installé pour une campagne publicitaire terminée depuis deux ans. Personne ne retire jamais rien, parce que personne ne sait ce que le retrait casserait.
La règle qui remet de l'ordre est simple : chaque script doit avoir un propriétaire et une raison écrite. Faites la liste, mettez un nom en face de chaque ligne, supprimez tout ce qui n'a ni l'un ni l'autre. C'est souvent la moitié de la liste, et la page s'allège d'un coup sans que personne ne s'en plaigne.
Ce que vous pouvez vérifier vous-même. Sans ouvrir aucun outil technique, listez ce qui s'affiche sur votre page d'accueil et qui ne vient pas de vous : la bulle de discussion en bas à droite, le bandeau de cookies, le carrousel d'avis, la carte, l'invitation à s'inscrire à une lettre d'information. Chacun de ces éléments visibles correspond à au moins un fichier chargé depuis l'extérieur. Les invisibles, les pixels de mesure, s'ajoutent par-dessus sans que rien ne les signale.
L'hébergement : quand c'est lui, et comment le savoir
Il existe un délai que rien dans votre page ne peut compenser : celui que met le serveur à envoyer sa première réponse. Tant qu'il n'a pas répondu, le navigateur n'a rien à afficher, même si votre page est par ailleurs irréprochable. C'est le seul cas où changer d'hébergement est la bonne réponse, et c'est pour cela qu'il faut savoir le reconnaître.
Le signe qui ne trompe pas : la lenteur est identique sur toutes les pages, y compris les plus légères, et elle varie selon l'heure de la journée. À l'inverse, si votre page d'accueil chargée de photos est lente et qu'une page de mentions légales sans image s'affiche instantanément, le serveur n'est pas en cause. C'est le contenu, et déménager ne changera rien.
L'hébergement mutualisé, où plusieurs centaines de sites se partagent une même machine, convient parfaitement à un site vitrine tant que les voisins se tiennent tranquilles. Le jour où l'un d'eux consomme tout, votre site ralentit sans que rien n'ait changé chez vous. Ce qu'on paie en montant d'un cran, c'est de la ressource garantie plutôt que partagée : le sujet est traité ligne à ligne dans le coût de l'hébergement d'un site.
Une autre voie consiste à ne plus gérer d'hébergement du tout. Sur un CMS en abonnement, le serveur, le certificat et les sauvegardes font partie de l'offre, et les réglages de performance sont appliqués pour tous les clients à la fois plutôt que site par site. La comparaison entre les deux approches, avec ce que chacune vous laisse sur les bras, est développée dans hébergement compris ou hébergement à part.
Ce que la vitesse change vraiment pour un site vitrine
Trois effets sont réels et se démontrent sans citer d'étude. Il faut aussi dire ce qu'ils ne sont pas, parce que ce sujet attire les promesses chiffrées comme aucun autre.
Le référencement
Google a annoncé publiquement que l'expérience de la page, dont les signaux web essentiels font partie, entre dans son évaluation. C'est un facteur parmi beaucoup d'autres, et il n'a jamais été présenté comme le principal : une page rapide qui ne répond pas à la question posée ne remontera pas pour autant. La vitesse est un critère de départage entre pages comparables, pas un moteur de classement. Ce qui fait remonter un site vitrine tient d'abord au contenu, sujet de référencer un site vitrine.
L'abandon
Personne n'a besoin d'une statistique pour savoir ce qu'il fait lui-même devant une page blanche : au bout de quelques secondes, on revient en arrière et on ouvre le résultat suivant. L'effet est d'autant plus marqué que le visiteur est en déplacement, sur un réseau moyen, et qu'il a cinq autres résultats sous les yeux. Vous n'avez pas de concurrent en particulier à ce moment-là : vous avez la liste entière.
Le coût publicitaire
Sur une campagne payante, le clic est facturé avant que la page ne s'affiche. Un visiteur qui repart pendant le chargement est donc un clic payé pour rien, et ce n'est pas une théorie : la dépense est engagée, le contact ne l'est pas. C'est l'argument le plus concret pour traiter la vitesse d'une page d'arrivée avant d'y engager un budget, et non l'inverse.
Ce qui ne sert à rien
Autant nommer les fausses bonnes idées, parce qu'elles consomment du budget et dégradent parfois la situation qu'elles prétendent améliorer.
- Empiler les modules de cache. Deux systèmes de mise en cache qui travaillent en même temps se contredisent, servent des versions périmées et rendent tout diagnostic impossible. Un seul, correctement réglé, suffit.
- Courir après le score parfait. Les outils affichent une note sur cent. Passer d'une note basse à une note correcte change réellement l'expérience du visiteur ; gagner les derniers points consomme des journées pour un gain que personne ne perçoit. Les trois mesures officielles ont des seuils : les franchir suffit.
- Optimiser une page que personne ne consulte. Regardez d'abord quelles pages reçoivent des visites. Une page d'accueil et deux pages de prestation représentent souvent l'essentiel du trafic d'un site vitrine ; commencez par celles-là, et laissez les autres tranquilles.
- Changer d'hébergeur avant d'avoir mesuré. C'est la décision la plus visible, la plus coûteuse en temps, et celle qui règle le problème le moins souvent. Elle ne se justifie que si le délai de première réponse est mauvais sur toutes les pages, y compris les plus légères.
- Installer une extension pour chaque problème. Sur un site que vous hébergez vous-même, l'ironie est constante : on ajoute des extensions d'optimisation à un site que les extensions ont ralenti. Le coût réel d'entretien d'une telle installation est détaillé dans ce qu'un site vitrine sous WordPress coûte à tenir.
Une dernière fausse piste, plus discrète : croire que la vitesse est un chantier ponctuel. Une page rapide redevient lente en dix-huit mois si personne ne surveille ce qu'on y ajoute. C'est une ligne d'entretien parmi d'autres, au même titre que la maintenance d'un site internet, et elle se contrôle en dix minutes par trimestre.
La vitesse chez Webcosa
Webcosa est un CMS en abonnement destiné aux sites vitrines. Ce qui relève de la performance côté serveur — l'hébergement en Europe, le certificat de sécurité, les sauvegardes, les mises à jour de la plateforme — est compris dans l'abonnement et réglé une fois pour l'ensemble des sites, pas site par site. Vous n'avez ni cache à configurer, ni extension d'optimisation à choisir, ni serveur à surveiller.
Ce que cela ne vous dispense pas de faire : envoyer des photos à une taille raisonnable, et ne pas coller dix scripts extérieurs dans l'en-tête parce qu'un prestataire vous a donné un bout de code. Aucun outil ne peut alléger ce que vous ajoutez vous-même. Le détail de ce que la plateforme prend en charge et de ce qui reste à votre main est sur la page des fonctionnalités.
La formule Solo est à 29 € par mois, ou 290 € à l'année, soit dix mois payés pour douze. La formule Pro est à 59 € par mois, ou 590 € à l'année, et ajoute notamment les mesures de performance et l'historique des visiteurs sur douze mois — utiles précisément pour savoir quelles pages méritent qu'on s'en occupe en premier. Le comparatif ligne à ligne est sur la page des tarifs. L'essai dure sept jours et ne demande pas de carte bancaire.
Ce qu'il faut retenir
La vitesse n'est pas un chiffre unique. Trois questions la composent : quand voit-on quelque chose, quand la page répond-elle aux clics, et est-ce qu'elle bouge sous le doigt. Google les mesure sous les noms de LCP, INP et CLS, avec des seuils publiés : 2,5 secondes, 200 millisecondes et 0,1.
Mesurez avant de corriger, en mode mobile, sur plusieurs pages, et notez les valeurs de départ. Votre impression personnelle ne vaut rien dans cette affaire : votre navigateur, votre connexion et votre appareil trichent tous les trois en votre faveur.
Les images expliquent la majorité des cas, et vous pouvez les corriger seul en une heure. Les scripts extérieurs viennent juste après, et se règlent avec une liste et un peu de fermeté. L'hébergement n'arrive qu'en quatrième position, contrairement à ce qu'on croit en général. Et une fois la page rapide, vérifiez qu'elle est aussi lisible sur un petit écran : c'est le sujet de savoir si son site est responsive et comment le corriger.
Questions fréquentes sur le temps de chargement d'un site
Il n'existe pas de valeur universelle, mais il existe des seuils publiés. Google considère qu'une page est bonne sur le premier critère quand son contenu principal apparaît en moins de 2,5 secondes, qu'elle répond aux actions du visiteur en moins de 200 millisecondes, et que sa mise en page ne saute quasiment pas pendant le chargement. Ces valeurs sont relevées sur les visites réelles, en priorité sur mobile. Franchir les seuils suffit : au-delà, l'effort supplémentaire rapporte très peu.
Les outils publics de mesure de Google acceptent n'importe quelle adresse et renvoient les trois valeurs officielles ainsi qu'une liste de causes probables. Mesurez en mode mobile, sur au moins trois pages différentes — l'accueil, une page de prestation, un article — et deux fois à quelques minutes d'intervalle. Complétez par le rapport des signaux web essentiels de la Search Console, qui agrège les visites réelles de vos visiteurs sur vingt-huit jours et reflète donc votre audience plutôt qu'une machine de test.
Parce que votre navigateur a déjà téléchargé les images, les polices et les fichiers du site, et qu'il ne les redemande pas à chaque visite. Ajoutez à cela une connexion de bureau et un appareil récent, et vous obtenez une expérience qui n'a rien à voir avec celle d'un inconnu arrivant depuis un réseau mobile sur un téléphone de cinq ans. Le test honnête se fait en navigation privée, wifi coupé, sur un appareil emprunté si possible.
C'est la première cause sur un site vitrine, et de loin. Une photo issue d'un téléphone récent pèse plusieurs mégaoctets et mesure plusieurs milliers de pixels de large ; affichée dans un cadre plus petit, elle est réduite à l'écran mais envoyée en entier au visiteur. Redimensionner avant de téléverser, choisir un format récent et différer le chargement des images situées en bas de page règle l'essentiel du problème, sans développeur et sans outil payant.
Seulement si la mesure le dit. Le signe d'un hébergement en cause est un délai de première réponse élevé sur toutes les pages, y compris les plus légères, avec des variations selon l'heure de la journée. Si au contraire vos pages chargées de photos sont lentes et vos pages nues instantanées, changer de serveur ne réglera rien : le problème est dans ce que vous envoyez. Mesurez d'abord, déménagez ensuite — un changement d'hébergement coûte surtout du temps et du risque.
Il aide, mais il ne compense pas une page trop lourde : il sert simplement plus vite une page déjà trop grosse. Et deux modules de cache installés en même temps se gênent, servent des versions périmées et rendent le diagnostic impossible. Un seul système, correctement réglé, puis un vrai travail sur les images et les scripts extérieurs : c'est l'ordre qui fonctionne, et l'inverse ne fonctionne pas.
Oui, mais moins fortement qu'on ne le dit souvent. Google a annoncé publiquement que l'expérience de la page, dont les signaux web essentiels font partie, entre dans son évaluation. C'est un facteur de départage entre des pages comparables, pas un moteur de classement à lui seul. Une page rapide qui ne répond pas à la question posée reste derrière une page plus lente qui y répond. Traitez la vitesse comme une condition d'hygiène, et le contenu comme le vrai levier.
Une partie ne coûte rien d'autre que votre temps : redimensionner les images principales et retirer les outils extérieurs devenus inutiles représente une à deux heures. Le reste — polices, cache, réglages serveur, retrait d'extensions — se compte en demi-journées ou en journées de travail. Le marché français facture couramment une journée de développement entre 300 et 700 € HT selon le profil, ordres de grandeur indicatifs. Arrivez avec les mesures déjà faites : cela réduit directement le temps facturé.
Non. La note sur cent est un résumé pratique, pas un objectif en soi. Passer d'une note basse à une note correcte change réellement l'expérience du visiteur ; gagner les derniers points demande des journées entières pour un gain imperceptible, et conduit parfois à retirer des choses utiles au visiteur. Les trois mesures officielles ont des seuils : les franchir sur les pages qui reçoivent réellement des visites est un objectif suffisant, atteignable et vérifiable.