Sur le web, la patience se compte en millisecondes. Google a mesuré que 53 % des visiteurs mobile quittent une page qui met plus de trois secondes à se charger. Pour un restaurant, un coiffeur ou un coach indépendant, ça veut dire qu'un client sur deux ne verra jamais votre menu, vos prestations, vos horaires. Avant même que votre marque ait eu une chance d'exister à leurs yeux.

Le pire ? Ces clients ne reviennent pas. Ils tapent autre chose, ils cliquent sur le concurrent juste en dessous, et votre site, peu importe à quel point il est joli, reste un fantôme dans les statistiques.

Ce que mesure un audit de performance

Quand on ouvre un site pour la première fois côté audit, on regarde trois indicateurs très concrets—ce que Google appelle les Core Web Vitals :

  • LCP (Largest Contentful Paint), le temps qu'il faut pour afficher l'élément principal de la page (souvent une image hero ou un gros titre). Objectif : sous 2,5 s.
  • INP (Interaction to Next Paint), la réactivité quand l'utilisateur clique, tape ou scrolle. Objectif : sous 200 ms.
  • CLS (Cumulative Layout Shift), la stabilité visuelle (rien qui bouge sous le doigt pendant le chargement). Objectif : sous 0,1.

Ces métriques ne sont pas que techniques : Google s'en sert pour classer les sites dans les résultats. Un site lent, c'est un site qui apparaît plus bas. Un site qui apparaît plus bas, c'est moins de clients qui le trouvent. La boucle est complète, et elle se referme sans bruit.

Pourquoi votre site est lent (90 % des cas)

Quand on diagnostique un site qui rame, les causes sont presque toujours les mêmes. On les voit revenir dans neuf audits sur dix.

1. Des images trop lourdes

Une photo de devanture qui pèse 4 Mo alors qu'elle pourrait peser 180 Ko. Multipliez ça par dix images, et vous demandez à vos visiteurs de télécharger l'équivalent d'un album photo pour voir votre carte du midi.

2. Des scripts tiers qui s'empilent

Un pixel Facebook, un Google Analytics, un chatbot, un outil de réservation, une carte Google embedded… chaque outil ajoute son code qui s'exécute au chargement. Sur un constructeur de site classique, on cumule facilement 30 à 50 scripts externes. Le navigateur les exécute un par un, et le visiteur attend.

3. Un thème ou un constructeur surchargé

Wix, Wordpress avec Elementor, Squarespace… ces outils sont pratiques pour démarrer, mais ils livrent du code générique pensé pour tous les cas possibles. Résultat : 80 % du code livré n'est jamais utilisé par votre page. C'est comme expédier un déménagement complet pour livrer un paquet.

La vitesse d'un site, c'est l'addition de toutes les décisions techniques qu'on a prises ou qu'on a laissées prendre pour nous.

Ce qu'on fait dans un site loom

Notre approche tient en quelques règles simples, qu'on applique dès la conception (pas en rattrapage : la performance n'est pas une couche d'optimisation, c'est une discipline de départ).

  • HTML, CSS et JavaScript écrits à la main, pas de framework lourd quand un site one-pager n'en a pas besoin.
  • Images converties en WebP, redimensionnées à la taille réellement affichée, servies avec loading="lazy" pour ce qui est sous la ligne de flottaison.
  • Polices Google Fonts en preconnect + display=swap pour qu'elles ne bloquent jamais l'affichage.
  • Hébergement statique sur Netlify ou Cloudflare Pages, CDN mondial inclus, votre site est servi depuis le serveur le plus proche du visiteur.
  • Aucun script tiers tant qu'il n'est pas indispensable. Analytics ? On choisit une option légère et respectueuse (Plausible, Fathom).

Concrètement, ça donne des sites qui passent les Core Web Vitals dans le vert dès la livraison, avec un LCP autour de 1,2 s sur mobile 4G, soit deux fois plus rapide que le seuil recommandé.

Le test que vous pouvez faire ce soir

Avant de réfléchir à refondre, mesurez. Ouvrez PageSpeed Insights, collez l'URL de votre site, et regardez le score mobile. Sous 70 ? Vous perdez des clients. Sous 50 ? Vous en perdez beaucoup. C'est aussi simple que ça.

La bonne nouvelle, c'est que la plupart des gains se font sans refondre : compresser les images, virer les scripts inutiles, choisir un meilleur hébergeur. Quelques journées de travail, parfois moins, pour un site qui se charge deux fois plus vite et qui remonte dans Google.