Un site lent coûte des clients : les chiffres et les correctifs

Un site lent perd des visiteurs avant même d'avoir montré son offre. Google fixe trois seuils publics, les Core Web Vitals : l'élément principal de la page doit s'afficher en moins de 2,5 secondes, le site doit réagir à une action en moins de 200 millisecondes, et la mise en page ne doit pas se décaler au-delà d'un score de 0,1. Les causes les plus fréquentes de dépassement sur les sites de TPE des Alpes-Maritimes tiennent en trois points : des photos non compressées, un empilement d'extensions inutiles, un hébergement mutualisé saturé. Chez Diferance, à Sophia-Antipolis, un site vitrine part de 290 € HT et se livre avec ces trois points déjà traités.

On reçoit régulièrement des artisans et des commerçants qui viennent avec la même phrase : « le site est joli, mais il ne rapporte rien ». Dans la moitié des cas, on ouvre PageSpeed Insights devant eux et la réponse est là. Six secondes pour afficher la page d'accueil sur un téléphone en 4G, sur la route de Grasse ou dans une zone d'activité de Carros. Personne n'attend six secondes.

La vitesse n'est pas un sujet d'informaticien. C'est un sujet de comptoir. Votre visiteur cherche un plombier, un carreleur, un traiteur, il a trois onglets ouverts, et il prend celui qui s'affiche en premier. Ce n'est pas plus compliqué que ça.

Que mesurent exactement les Core Web Vitals ?

Google a arrêté de parler de « temps de chargement » en général, parce que ça ne voulait plus dire grand-chose. À la place, trois mesures précises, publiées et vérifiables par n'importe qui.

Le CLS est celui qu'on sous-estime le plus. C'est le bouton qui bouge au moment où vous appuyez dessus, parce qu'une image vient de se charger au-dessus. Vous cliquez sur le mauvais lien, vous revenez en arrière, vous vous agacez. Techniquement le site n'est pas lent, mais l'expérience est mauvaise, et Google le compte.

Les images : le premier coupable, presque toujours

Un photographe vous livre des fichiers en 4000 pixels de large, 6 Mo pièce. On les met en ligne tels quels parce qu'ils sont beaux. Sur un écran de téléphone large de 400 pixels, ce fichier est dix fois trop grand, et le visiteur télécharge dix fois trop de données pour rien.

• Redimensionner avant d'envoyer : une photo d'illustration n'a jamais besoin de dépasser 1 800 pixels de large sur un site vitrine.
• Passer au format WebP : à qualité visuelle identique, le fichier pèse souvent moitié moins qu'un JPEG.
• Charger en différé ce qui est hors écran : les images du bas de page ne se téléchargent qu'au moment où le visiteur y arrive.
• Réserver la place à l'avance : indiquer les dimensions dans le code empêche la page de sauter, donc fait tomber le CLS.

Un chantier de compression d'images bien mené fait souvent gagner deux à trois secondes à lui seul. C'est le meilleur rapport effort-résultat de tout le sujet. Et si vos photos ne sont pas bonnes au départ, le problème est ailleurs : nous en parlons dans un article consacré aux photos de site.

Les extensions et les scripts qu'on a oubliés

Un site WordPress de TPE arrive fréquemment avec vingt à trente extensions, dont la moitié installée un jour pour tester puis jamais désinstallée. Chacune charge son code sur toutes les pages, même celles qui ne s'en servent pas. Ajoutez trois outils de suivi, un chat en ligne, une carte interactive et une police web exotique, et vous avez fabriqué la lenteur sans vous en rendre compte.

Ce qu'on retire en priorité

• Les sliders animés en page d'accueil : lourds, mal lus sur mobile, et personne ne regarde la troisième diapositive.
• Les constructeurs de page empilés : deux éditeurs visuels installés en même temps, ça arrive plus souvent qu'on croit.
• Les polices web multiples : deux familles suffisent, chaque graisse supplémentaire est un fichier de plus à télécharger.
• Les outils de statistiques redondants : gardez-en un, pas trois.

L'hébergement : là où on économise 60 € et où on perd des clients

Un hébergement mutualisé à bas prix loge parfois plusieurs centaines de sites sur la même machine. Quand un voisin reçoit un pic de trafic, votre page met quatre secondes à répondre. Vous ne verrez rien depuis votre bureau à Antibes, parce que votre navigateur a mis la page en cache. Vos visiteurs, eux, attendent.

Deux réglages font une vraie différence sans changer de formule : activer un cache de pages, pour que le serveur serve une version déjà prête au lieu de reconstruire la page à chaque visite, et activer la compression des fichiers texte. Au-delà, si votre site est un outil commercial réel, passez sur une offre où la mémoire vous est réservée. La différence de facture annuelle est de l'ordre d'un plein de gasoil par mois. Le calcul se fait tout seul dès qu'un devis supplémentaire tombe.

Par quoi commencer quand on n'y connaît rien

Dans l'ordre, et sans toucher au code :

1. Testez la page d'accueil et les deux pages de service les plus consultées sur PageSpeed Insights, en mobile.
2. Notez les trois valeurs. Vous avez votre point de départ, chiffré.
3. Recompressez toutes les images de ces pages, remettez-les en ligne, retestez.
4. Désactivez une par une les extensions dont vous ne savez plus à quoi elles servent, en vérifiant le site après chaque désactivation.
5. Activez le cache proposé par votre hébergeur.

Si après ça vous êtes encore loin des seuils, le problème est structurel, et un rafistolage supplémentaire ne servira à rien. C'est le moment de se poser la question d'une refonte, en gardant en tête qu'une refonte mal préparée fait perdre des positions durement acquises : la méthode pour l'éviter est détaillée dans notre article sur la refonte sans perte de référencement. Et si votre objectif est surtout d'être trouvé par les gens du coin, la vitesse n'est qu'une pièce du puzzle : les recherches « près de moi » obéissent à d'autres règles.

Notre studio de Sophia-Antipolis conçoit des sites vitrines et du référencement pour des entreprises de Cannes à Menton, avec les Core Web Vitals traités dès la construction plutôt que rattrapés après coup. Envoyez-nous l'adresse de votre site actuel et son score PageSpeed, on vous dit franchement s'il vaut la peine d'être optimisé ou refait : demande de devis ou 09 82 24 66 07.

Questions fréquentes

Quelle vitesse de chargement faut-il viser pour un site vitrine ?

Google publie trois seuils appelés Core Web Vitals : le plus gros élément visible doit s'afficher en moins de 2,5 secondes (LCP), le site doit répondre à un clic en moins de 200 millisecondes (INP), et la mise en page ne doit pas sauter au-delà d'un score de 0,1 (CLS). Ces valeurs sont mesurées sur mobile, en conditions réelles, pas sur votre fibre au bureau. Un site vitrine bien construit les tient sans effort particulier.

Comment savoir si mon site est lent ?

Tapez votre adresse dans PageSpeed Insights, l'outil gratuit de Google. Il vous rend les trois indicateurs Core Web Vitals et une liste d'anomalies classées par gain de temps. Testez la version mobile, pas la version ordinateur : c'est celle que Google utilise pour vous classer. Si vous avez des données de trafic réelles, l'outil affiche aussi ce que vivent vos visiteurs sur les 28 derniers jours.

Est-ce que la vitesse influence vraiment le référencement Google ?

Oui, Google a intégré les Core Web Vitals à ses signaux de classement. Ils pèsent moins que la pertinence du contenu, mais à contenu équivalent, le site rapide passe devant. L'effet le plus fort reste indirect : un visiteur qui attend repart, et un taux de rebond élevé sur mobile finit toujours par se voir dans les positions.