Guide · Performance

Vitesse et performance web
pourquoi vos Core Web Vitals comptent

Un visiteur qui attend abandonne. Voici ce que Google mesure quand il juge la vitesse de votre site, pourquoi ça change vos résultats, et comment on bâtit un site qui reste rapide.

L'essentiel

Les Core Web Vitals sont les trois mesures que Google utilise pour juger l'expérience réelle de vos visiteurs : le LCP (vitesse d'affichage du contenu principal, à viser sous 2,5 secondes), l'INP (réactivité aux clics et aux saisies, sous 200 millisecondes) et le CLS (stabilité visuelle, sous 0,1). Un site qui passe ces seuils garde plus de visiteurs et envoie un signal de qualité à Google. La plupart des sites lents le sont à cause d'images non optimisées et d'un empilement de plugins; un site construit sur mesure et servi depuis un réseau edge atteint et conserve ces cibles plus facilement.

01

Les trois mesures
que Google regarde vraiment

  • LCP (Largest Contentful Paint) — le temps avant que l'élément principal de la page (souvent une image ou un titre) s'affiche. Cible : sous 2,5 secondes.
  • INP (Interaction to Next Paint) — le délai entre le moment où le visiteur clique, touche ou tape, et le moment où l'écran réagit. Cible : sous 200 millisecondes. L'INP a remplacé l'ancienne mesure FID le 12 mars 2024.
  • CLS (Cumulative Layout Shift) — la stabilité de la mise en page : est-ce que le contenu saute pendant le chargement (cette publicité qui pousse le bouton au moment où vous cliquez). Cible : sous 0,1.

Depuis quelques années, Google ne se contente plus de regarder votre contenu : il mesure aussi comment votre site se comporte pour un vrai visiteur, sur un vrai téléphone, avec une vraie connexion. Ces mesures portent un nom — les Core Web Vitals — et il y en a trois. Elles sont volontairement simples à comprendre, parce qu'elles décrivent trois moments concrets de la visite.

Le plus important est que ces chiffres viennent de vos visiteurs réels, pas d'un test en laboratoire. Google évalue votre site au 75e centile : pour réussir, il faut que 75 % des visites respectent les seuils. Autrement dit, ça ne suffit pas que votre site soit rapide pour vous, sur votre ordinateur de bureau en fibre — il doit l'être pour la majorité des gens, souvent en déplacement et en données cellulaires.

02

Ce qu'un site lent
vous coûte vraiment

La performance n'est pas un caprice de développeur. Une étude de Google sur des centaines de milliers de pages mobiles a établi un constat sans appel : quand le temps de chargement passe d'une à trois secondes, la probabilité qu'un visiteur quitte avant même de voir la page augmente d'environ 32 %; à cinq secondes, elle grimpe à 90 %. Chaque seconde d'attente est un client qui repart chez le concurrent d'à côté.

Pour une PME qui investit dans sa présence en ligne, c'est de l'argent qui fuit en silence. Vous payez peut-être pour de la publicité en ligne qui ramène du trafic, mais si la page met trop de temps à s'afficher, une partie de ce trafic s'évapore avant de lire un seul mot. La vitesse agit aussi comme un signal pour Google : à contenu équivalent, un site qui respecte les Core Web Vitals part avec un avantage, ce qui compte beaucoup en référencement local où la concurrence se joue à peu de chose. Vitesse et visibilité avancent ensemble.

03

Le mobile d'abord,
pas le mobile après coup

La majorité de vos visiteurs arrivent par téléphone, et Google indexe d'abord la version mobile de votre site. C'est précisément là que les problèmes de performance font le plus mal : un téléphone a moins de puissance qu'un ordinateur, et une connexion cellulaire est plus capricieuse que le Wi-Fi du bureau.

Un site qui paraît correct sur grand écran peut être pénible sur mobile : images trop lourdes téléchargées en entier, texte qui saute pendant le chargement, bouton qui ne répond pas tout de suite. Concevoir pour le mobile en premier — et tester sur de vrais appareils, pas seulement en simulation — n'est pas une option. C'est la base, et c'est là que se gagne ou se perd l'expérience de la plupart de vos clients.

04

Ce qui ralentit
un site, concrètement

  • Images non optimisées : pas redimensionnées, pas compressées, servies dans d'anciens formats au lieu de WebP ou AVIF.
  • Empilement de plugins et de scripts tiers qui s'exécutent à chaque chargement.
  • Polices et bannières qui décalent la page pendant qu'elle se construit (mauvais CLS).
  • Hébergement mutualisé bon marché et lointain, qui répond lentement à la première requête.
  • Code générique d'un thème prêt-à-l'emploi, alourdi de fonctions que vous n'utilisez jamais.

Les sites lents le sont rarement par hasard. Les coupables reviennent presque toujours, et le plus fréquent n'a rien d'exotique : ce sont les images. Une photo exportée à pleine résolution depuis un téléphone peut peser plusieurs mégaoctets; en mettre dix sur une page, sans redimensionnement ni format moderne, suffit à plomber le LCP.

L'autre grand responsable est l'accumulation. Beaucoup de sites reposent sur WordPress avec une dizaine d'extensions (plugins) installées au fil du temps : un pour les formulaires, un pour le carrousel, un pour les fenêtres surgissantes, un pour les statistiques. Chacun ajoute son propre code, ses propres scripts, ses propres requêtes — et l'addition se paie en lenteur et en instabilité visuelle. Plus il y a de pièces mobiles, plus il y a de choses qui ralentissent et qui cassent.

05

Comment on atteint
un site rapide et stable

Chez nous, la vitesse n'est pas un correctif appliqué à la fin : c'est une décision prise au départ. On construit les sites en React/Vite — du code sur mesure, sans CMS ni empilement de plugins — précisément pour ne pas traîner le poids mort qui ralentit les sites WordPress moyens. Moins de pièces mobiles, c'est moins de choses qui ralentissent et qui cassent.

Concrètement, on travaille les images au bon format et à la bonne taille, on évite les scripts tiers inutiles, on réserve l'espace des éléments pour qu'aucun bouton ne saute, et on sert le site depuis un hébergement edge mondial pour que la première réponse arrive vite, peu importe d'où vient le visiteur. C'est ce qui nous permet de viser un score Lighthouse de 90 et plus — un indicateur reconnu de bonne performance technique — tout en respectant la Loi 25, entièrement en vigueur au Québec depuis le 22 septembre 2024. Et parce que le code vous est remis à la livraison, vous n'êtes prisonnier de personne pour le faire évoluer.

Questionsfréquentes

Q · 01

C'est quoi un bon score Core Web Vitals, en chiffres?

Trois seuils à retenir : un LCP sous 2,5 secondes (vitesse d'affichage du contenu principal), un INP sous 200 millisecondes (réactivité aux clics) et un CLS sous 0,1 (stabilité de la mise en page). Google considère qu'un site « réussit » quand 75 % des visites réelles respectent ces trois cibles.

+
Q · 02

Les Core Web Vitals influencent-ils vraiment mon référencement?

Oui, mais avec nuance. La performance est un facteur de classement parmi d'autres : à contenu et pertinence équivalents, un site rapide passe devant un site lent. Surtout, la vitesse retient les visiteurs une fois qu'ils sont arrivés, ce qui sert directement vos résultats. Le contenu reste roi, mais un bon contenu sur un site lent se sabote lui-même. Voyez notre approche en référencement pour le tableau complet.

+
Q · 03

Mon site WordPress est lent. Faut-il tout refaire?

Pas forcément du premier coup. On peut souvent gagner beaucoup en allégeant les images, en retirant des plugins superflus et en revoyant l'hébergement. Mais quand le thème et l'accumulation d'extensions sont la cause de fond, une refonte sur mesure donne un résultat durablement plus rapide. La meilleure réponse dépend de votre site actuel : on l'évalue d'abord, sans engagement, au premier appel.

+
Q · 04

Le mobile compte-t-il plus que l'ordinateur de bureau?

Pour la plupart des PME, oui. La majorité des visiteurs arrivent par téléphone et Google indexe d'abord la version mobile. C'est aussi l'environnement le plus exigeant : moins de puissance, connexion variable. Un site doit donc être conçu et testé pour le mobile en priorité, pas adapté après coup.

+
Q · 05

Un site rapide coûte-t-il plus cher?

Pas chez nous : la performance fait partie de la façon dont on construit, pas d'une option à ajouter. Un site vitrine de 5 à 7 pages avec SEO local démarre généralement entre 4 000 $ et 7 000 $, payable en mensualités pour les PME. Le périmètre dicte le prix, et la rapidité est incluse — pas facturée en supplément.

+
Discuter de votre projet
Démarrer un projet