PageSpeed Insights et Core Web Vitals : le guide pratique pour les PME suisses

PageSpeed Insights est l'outil d'analyse de performance web développé par Google. Il est gratuit, accessible publiquement depuis pagespeed.web.dev et utilisé par les équipes SEO du monde entier comme référence de mesure.

L'outil combine deux sources de données. Les données de terrain proviennent du Chrome User Experience Report, un dataset agrégeant les performances réellement perçues par les utilisateurs de Chrome qui ont accepté le partage de données. Les données de laboratoire sont produites par Lighthouse, qui simule un chargement sur mobile ou desktop dans des conditions contrôlées.

Le score global (0 à 100) que PageSpeed Insights affiche est une synthèse pondérée de plusieurs métriques Lighthouse. Ce n'est pas ce chiffre qui détermine votre classement Google. Ce qui compte pour Google, ce sont les Core Web Vitals mesurés sur le terrain, dans la section « Origine » du rapport.

Autrement dit : un score de 92 sur desktop peut masquer un échec complet sur mobile, là où 60 à 70% du trafic se joue aujourd'hui chez les PME suisses.

Les Core Web Vitals sont un ensemble de trois métriques que Google a choisi de mettre au centre de son évaluation de l'expérience utilisateur. Chaque métrique répond à une question simple et mesure une dimension différente du chargement d'une page.

LCP - Largest Contentful Paint

Le LCP mesure le temps que met le plus gros élément visible de la page à s'afficher. En pratique, c'est souvent l'image principale, une vidéo ou un bloc de texte en haut de page. La question à laquelle il répond : combien de temps l'utilisateur attend-il avant de voir apparaître le contenu principal ?

Les seuils officiels publiés par Google sur web.dev sont les suivants : un LCP inférieur ou égal à 2,5 secondes est considéré comme bon, entre 2,5 et 4 secondes il est jugé à améliorer, au-dessus de 4 secondes il est médiocre. Un site avec un LCP de 5 secondes perd une part significative de ses visiteurs avant même qu'ils n'aient vu la page.

INP - Interaction to Next Paint

L'INP mesure la réactivité de la page aux interactions de l'utilisateur : clics, taps, pression de touche. Concrètement, il calcule le délai le plus long entre une action et la mise à jour visuelle qui en découle. La question : quand je clique, la page répond-elle instantanément ou faut-il attendre ?

L'INP a remplacé officiellement la métrique FID (First Input Delay) dans les Core Web Vitals. Les seuils : bon jusqu'à 200 ms, à améliorer entre 200 et 500 ms, médiocre au-delà de 500 ms. Sur les sites chargés de scripts tiers (chatbots, pixels publicitaires, gestionnaires de cookies), l'INP est souvent la métrique la plus dégradée.

CLS - Cumulative Layout Shift

Le CLS mesure la stabilité visuelle de la page. Quand un visiteur est sur le point de cliquer sur un bouton et que la page se décale à cause d'une image qui charge tardivement ou d'une bannière qui s'injecte, c'est un layout shift. Ces décalages sont frustrants et parfois coûteux : cliquer par erreur sur une publicité au lieu d'un lien n'est pas un accident rare.

Le CLS est noté sans unité, entre 0 et l'infini théorique. Les seuils Google : bon en dessous de 0,1, à améliorer entre 0,1 et 0,25, médiocre au-delà de 0,25. Les causes les plus fréquentes sont les images sans dimensions déclarées, les polices web qui changent de taille au chargement, et les encarts publicitaires injectés après le rendu initial.

La méthode la plus directe est de passer par pagespeed.web.dev, d'entrer l'URL de votre page d'accueil et d'attendre le rapport. Trois précautions changent totalement la fiabilité de la mesure.

Première précaution : tester systématiquement la version mobile en priorité. Depuis plusieurs années, Google indexe votre site dans sa version mobile en premier (mobile-first indexing). Le score desktop a peu de valeur informative si le score mobile est mauvais. Pour la plupart des PME suisses, plus de la moitié des visites proviennent d'un smartphone.

Deuxième précaution : tester plusieurs pages, pas seulement la page d'accueil. Les pages service, les articles de blog et les pages produit ont souvent des performances différentes. Une home optimisée avec une page contact à 3 secondes de LCP reste un problème SEO.

Troisième précaution : regarder les données de terrain avant les données de laboratoire. Si votre site a assez de trafic pour être couvert par le Chrome UX Report, Google affichera un encart « Les données de terrain indiquent que cette page réussit l'évaluation Core Web Vitals » (ou échoue). C'est ce signal qui compte pour le référencement, pas le score Lighthouse isolé.

À titre d'exemple, kumo-seo.ch affichait le 17 avril 2026 un score mobile de 58 sur 100, avec un LCP de 3,9 secondes et un TBT (Total Blocking Time, proxy en laboratoire de l'INP) de 1160 ms. Un site qui conseille les autres sur le SEO, donc, et qui a lui aussi des marges de progression. L'honnêteté vaut mieux que les scores inventés.

PageSpeed Insights est l'outil de référence, mais il n'est pas le seul. GTmetrix apporte une lecture complémentaire utile, principalement via son graphique en cascade (waterfall) qui montre dans quel ordre les ressources se chargent et combien de temps chacune prend. C'est précieux pour identifier un script tiers qui bloque le rendu ou une image non compressée qui pèse plusieurs mégaoctets.

Pour un diagnostic local détaillé depuis votre navigateur, Chrome DevTools propose un onglet Lighthouse intégré. Il produit le même type de rapport que PageSpeed Insights, mais permet de tester des pages en accès restreint (intranet, environnement de préproduction). C'est l'outil préféré des développeurs pour itérer pendant les corrections.

WebPageTest, plus technique, permet de choisir le lieu de test (Europe, Amérique du Nord, Asie) et la qualité de connexion simulée. Un site hébergé aux États-Unis mais destiné à une clientèle vaudoise présentera un LCP sensiblement différent selon le point de test. WebPageTest rend cette réalité visible.

Sur la cinquantaine d'audits PageSpeed réalisés pour des PME romandes depuis 2024, les mêmes causes reviennent avec une régularité remarquable. Voici les six principales, classées par fréquence décroissante.

1. Images trop lourdes et mal dimensionnées. Une photo de 3 megaoctets en JPG haute résolution sur la page d'accueil pèse directement sur le LCP. Les formats modernes (WebP, AVIF) réduisent le poids de 30 à 50% à qualité visuelle équivalente. Peu de prestataires web les mettent en place par défaut.

2. Scripts tiers en cascade. Google Tag Manager, pixels Facebook, chatbots, outils d'analyse, hotjar, intercom. Chaque script ajoute du temps de blocage et dégrade l'INP. Rares sont les sites qui en ont besoin de tous.

3. Polices web non optimisées. Charger cinq variantes de Google Fonts avec un FOIT (Flash of Invisible Text) bloque l'affichage et génère du CLS quand le texte apparaît. Un font-display: swap et la réduction à deux variantes règlent 80% du problème.

4. Hébergement sous-dimensionné ou éloigné. Un hébergement mutualisé à 4 francs par mois, avec un TTFB (Time to First Byte) de 800 ms, plombe mécaniquement le LCP. Un hébergement suisse correct (Infomaniak, Hostpoint) démarre plus rapidement et réduit la latence pour une clientèle locale.

5. Plugins WordPress superposés. Sur un WordPress, l'accumulation de plugins (slider, formulaires, SEO, sécurité, cache, sauvegarde, statistiques) injecte souvent plus de 1 megaoctet de JavaScript et CSS sans que personne n'en ait besoin sur la page d'accueil.

6. Absence totale de cache navigateur et CDN. Les fichiers statiques renvoyés sans en-tête Cache-Control forcent un téléchargement complet à chaque visite. Pour un visiteur qui revient, la deuxième page chargée est aussi lente que la première.

Viser 100 sur 100 en score Lighthouse n'a pas de sens pour un site de PME. Ce niveau est atteignable sur un site statique minimaliste, mais il implique des compromis (pas d'animations, pas de tracking, peu d'images) que la plupart des entreprises ne peuvent pas se permettre.

L'objectif réaliste et suffisant pour bien ranker : atteindre le seuil « bon » sur les trois Core Web Vitals (LCP sous 2,5s, INP sous 200ms, CLS sous 0,1) dans la section Origine du rapport PageSpeed. En score Lighthouse synthétique, cela correspond généralement à 75+ sur mobile et 90+ sur desktop.

Ce niveau permet à votre site de passer l'évaluation Page Experience de Google, qui est un des signaux de classement parmi une centaine d'autres. La performance n'est pas le premier facteur SEO (le contenu l'est), mais c'est un facteur différenciant quand vous êtes en concurrence avec d'autres sites au contenu équivalent.

En dessous de ce seuil, le problème n'est pas seulement le classement. C'est aussi le taux de rebond. Des études de Google sur le mobile ont montré qu'au-delà de 3 secondes de chargement, la probabilité d'abandon augmente fortement. Pour un artisan qui investit dans Google Ads, chaque seconde de lenteur se traduit en francs perdus.

Pour une PME qui cible une zone géographique précise (un canton, une vallée, une ville), la performance a un impact direct sur le SEO local. Google Business Profile pousse les utilisateurs vers votre site depuis les résultats de recherche locale. Si ce site met 6 secondes à charger, une partie des prospects abandonne avant d'arriver sur le formulaire contact.

Le lien est mécanique : Google observe le comportement des utilisateurs qui cliquent depuis les résultats locaux. Un site avec un taux de retour élevé (l'utilisateur revient vers Google et clique sur un concurrent) envoie un signal négatif qui, cumulé, fait perdre des positions dans le pack local.

Les secteurs les plus sensibles sont ceux où la décision est rapide : restauration, services de dépannage, artisans. Un client qui cherche un plombier à 22 heures pour une fuite d'eau ne va pas patienter 5 secondes pour voir votre numéro de téléphone apparaître.