Site lent : ce que la vitesse vous coûte et comment la corriger

Un visiteur qui attend devant un écran blanc ne vous accorde pas de deuxième chance : il revient aux résultats Google et clique sur le concurrent suivant. En Guadeloupe, où une bonne partie des recherches locales se fait depuis un smartphone, souvent en 4G, la vitesse d'un site internet n'est pas un détail technique. C'est une condition pour être vu, puis pour être choisi. Google la mesure avec trois indicateurs, les Core Web Vitals. Voici ce qu'ils mesurent, les seuils officiels à atteindre, ce qui ralentit le plus souvent les sites de PME antillaises et la méthode pour corriger, dans le bon ordre.

Ce que la lenteur vous coûte vraiment

Le coût d'un site lent ne figure sur aucune facture. Personne ne vous appelle pour dire qu'il est parti parce que la page mettait trop de temps à s'afficher. La perte se lit ailleurs : moins de demandes de devis, moins d'appels depuis le site, des campagnes publicitaires qui coûtent plus cher pour le même résultat.

Les études de cas publiées par Google donnent un ordre de grandeur. Dans l'étude Vodafone publiée sur web.dev, une page de destination optimisée a été comparée à l'ancienne en test A/B : son affichage principal (le LCP) était 31 % plus rapide, et elle a généré 8 % de ventes en plus et 15 % de visiteurs transformés en prospects en plus. Même trafic, même offre : seule la vitesse avait changé.

Côté référencement, Google reste prudent dans sa formulation mais clair sur la direction. Sa documentation Search Central sur les Core Web Vitals indique que de bons résultats sur ces indicateurs vont dans le sens de ce que ses systèmes de classement cherchent à récompenser, et « recommande fortement » aux propriétaires de sites de les atteindre. Soyons honnêtes : la pertinence du contenu passe avant la vitesse. Mais entre deux plombiers de Baie-Mahault aux pages comparables, celui dont le site s'affiche vite part avec un avantage, sur Google comme dans l'esprit du client.

Les 3 indicateurs Core Web Vitals, en clair

Google a défini trois mesures qui résument l'expérience vécue par un visiteur : le temps d'affichage, la réactivité et la stabilité. Les seuils ci-dessous sont ceux publiés par Google sur web.dev.

Point important : ces seuils s'appliquent au 75^e percentile des visites, en séparant mobile et ordinateur. Autrement dit, au moins trois visites sur quatre doivent passer sous le seuil. Un site rapide sur la fibre du bureau mais lent sur le téléphone de vos clients ne coche pas la case.

LCP : le temps avant que la page « existe »

Le Largest Contentful Paint mesure le moment où le plus gros bloc visible s'affiche : en général la photo principale en haut de page, une vidéo ou un grand titre. C'est l'instant où le visiteur a le sentiment que la page est là. Sur un site de PME, le coupable habituel est une photo de plusieurs mégaoctets placée en haut de page.

INP : la page répond-elle quand on la touche ?

L'Interaction to Next Paint mesure le délai entre une action (toucher un bouton, ouvrir un menu, remplir un champ) et la réaction visible de la page. Il a officiellement remplacé le FID le 12 mars 2024. Le FID ne regardait que la toute première interaction ; l'INP observe l'ensemble des interactions de la visite. C'est plus exigeant, et plus proche de ce que vit réellement l'internaute qui tapote sur « Demander un devis » et ne voit rien se passer.

CLS : les éléments qui sautent

Le Cumulative Layout Shift mesure les décalages inattendus : vous allez toucher « Appeler » et, au dernier moment, une image se charge au-dessus et vous touchez autre chose. Les causes classiques sont les images sans dimensions déclarées, les polices qui changent de taille en se chargeant, les encarts tiers qui se redimensionnent et les bandeaux insérés au-dessus du contenu.

Mobile et 4G aux Antilles : le test qui compte

La plupart des tests de vitesse se font depuis un ordinateur, au bureau, en wifi. Vos clients, eux, cherchent « garage Petit-Bourg » ou « traiteur Le Gosier » depuis leur téléphone, sur le parking ou en voiture. La qualité du réseau mobile varie selon l'opérateur, la commune et même le quartier : l'Arcep publie ses cartes de couverture et ses mesures de qualité de service pour l'outre-mer sur Mon réseau mobile, en précisant que les zones de couverture sont simulées et peuvent différer du terrain.

La conséquence est simple : un site doit être conçu pour le cas le moins favorable, pas pour la connexion du bureau. Faites le test vous-même : wifi coupé, ouvrez votre site sur votre téléphone depuis deux ou trois endroits où travaillent vos clients. Si vous attendez, ils attendent aussi.

Les 5 causes de lenteur les plus fréquentes

1. Des images trop lourdes. La photo prise au smartphone et envoyée telle quelle pèse souvent plusieurs mégaoctets, alors qu'une version redimensionnée et compressée (formats WebP ou AVIF) en pèse une fraction pour un rendu identique à l'écran. C'est la cause numéro un d'un mauvais LCP.
2. Un thème ou un constructeur de pages trop lourd. Les thèmes WordPress « tout-en-un » et certains constructeurs visuels chargent le code de dizaines de fonctions que votre site n'utilise pas. Le choix de la technologie compte, comme on l'explique dans notre comparatif WordPress, Wix ou sur-mesure.
3. Trop de scripts tiers. Pixel publicitaire, widget d'avis, carte Google intégrée, vidéo, bulle de chat, outil de statistiques : chacun ajoute du code qui s'exécute dans le navigateur du visiteur. Leur accumulation dégrade surtout l'INP.
4. Un hébergement sous-dimensionné. Un hébergement d'entrée de gamme sans cache serveur répond lentement, surtout aux heures chargées. Un cache et un CDN (réseau qui sert les fichiers depuis un serveur proche du visiteur) réduisent nettement le temps de réponse.
5. Des éléments sans place réservée. Images sans largeur ni hauteur déclarées, polices non préchargées, bandeaux qui poussent le contenu : ce sont les causes directes d'un mauvais CLS.

Diagnostiquer en 10 minutes avec PageSpeed Insights

L'outil gratuit de Google, PageSpeed Insights (pagespeed.web.dev), donne deux types de résultats qu'il faut savoir distinguer, comme l'explique sa documentation officielle :

• Les données de terrain : l'expérience réelle des internautes utilisant Chrome sur votre site, sur les 28 derniers jours (rapport CrUX). C'est la mesure qui reflète ce que vivent vos visiteurs. Un site à faible trafic n'en dispose pas toujours.
• Les données de laboratoire : une simulation Lighthouse, avec un score de performance de 0 à 100. À partir de 90, le score est considéré comme bon ; de 50 à 89, à améliorer ; en dessous de 50, mauvais.

La méthode que nous appliquons lors d'un audit :

1. Testez la page d'accueil, puis les trois pages qui rapportent : votre service principal, la page contact et la page vers laquelle pointent vos publicités.
2. Regardez d'abord l'onglet mobile, et les données de terrain si elles existent.
3. Notez le LCP, l'INP et le CLS, puis lisez la section « Diagnostic » : elle indique quelles images, quels scripts et quelles ressources pèsent le plus.
4. Ouvrez Google Search Console, rapport « Core Web Vitals », pour voir quels groupes de pages posent problème.
5. Retestez après chaque correction, une seule à la fois, pour savoir ce qui a réellement fonctionné.

Un mot sur le score : viser 100 n'est pas l'objectif. Un site à 99 n'est pas forcément plus rentable qu'un site à 92. L'objectif est que les trois indicateurs passent au vert sur mobile, puis d'y rester.

Le plan de correction, par ordre de rentabilité

1. Les images. Redimensionner, compresser, convertir en WebP ou AVIF, charger en différé tout ce qui est sous la ligne de flottaison — sauf l'image principale, qui doit arriver en priorité. C'est souvent le gain le plus rapide sur le LCP.
2. Le ménage dans les extensions et scripts. Chaque extension, pixel ou widget doit justifier sa présence. Ce qui ne sert pas est supprimé ; ce qui sert est chargé après l'affichage principal.
3. Le cache, le CDN et l'hébergement. Activer un cache de pages, servir les fichiers via un CDN, et changer d'hébergement si le serveur reste lent malgré tout.
4. La stabilité de la mise en page. Déclarer les dimensions des images et vidéos, précharger les polices, réserver la place des encarts et bandeaux.
5. La refonte, si le socle est en cause. Quand le thème ou le constructeur de pages bloque toute amélioration, corriger coûte plus cher que reconstruire. Notre guide de la refonte de site internet détaille comment le faire sans perdre son référencement, et les budgets types sont dans notre article créer un site internet en Guadeloupe.

Dernière étape, la plus souvent oubliée : surveiller dans la durée. Une nouvelle photo trop lourde, une extension ajoutée ou un nouveau pixel publicitaire suffisent à faire repasser un site au rouge. PageSpeed Insights dispose d'une API : un workflow automatisé (avec n8n, par exemple) peut tester vos pages clés chaque semaine et vous alerter par e-mail ou WhatsApp dès qu'un indicateur se dégrade. La vitesse devient alors un indicateur suivi, comme le chiffre d'affaires.

Vitesse, SEO et publicité : le même chantier

Un site rapide sert tous vos autres leviers. Il soutient votre référencement local, puisque la fiche Google renvoie vers lui. Il rentabilise vos campagnes, car chaque clic payé sur Google Ads atterrit sur une page qui s'affiche au lieu de faire attendre. Et il convertit mieux : le visiteur qui voit la page s'afficher immédiatement est encore là quand arrive le bouton « Appeler ».

Payer pour attirer des visiteurs vers un site lent revient à remplir un seau percé. Avant d'augmenter un budget publicitaire, vérifiez la vitesse de la page de destination : c'est souvent le levier le moins cher de toute la chaîne.