Vitesse de chargement : l'impact sur votre référencement

L'essentiel : la vitesse sert d'abord vos visiteurs

Une page rapide peut aider votre référencement, mais Google ne la présente pas comme un critère qui prime sur les autres. Il recommande de viser de bons Core Web Vitals : un LCP de 2,5 secondes ou moins, un INP de 200 millisecondes ou moins et un CLS de 0,1 ou moins, mesurés au 75e percentile des visites. Google précise aussi qu'il cherche d'abord à montrer le contenu le plus pertinent, même quand l'expérience de page est médiocre. Une page rapide ne remplace donc pas un contenu utile, mais une page lente fait partir des visiteurs avant qu'ils aient lu votre première phrase.

Cet article reprend ce que Google écrit réellement, ce que la vitesse change pour une PME romande, et les choix techniques que nous avons faits sur tekiostudio.com.

Ce que Google dit du poids des Core Web Vitals

Nous avons relu les pages officielles de Google. Voici ce qu'elles disent, en traduction libre et sans extrapolation :

• Les Core Web Vitals "s'alignent avec ce que nos systèmes de classement principaux cherchent à récompenser", et Google recommande vivement aux propriétaires de sites d'obtenir de bons scores pour réussir dans la Recherche (documentation Core Web Vitals).
• Ses systèmes de classement utilisent les Core Web Vitals, mais "il n'y a pas de signal unique". Google cherche toujours à montrer le contenu le plus pertinent, même si l'expérience de page est médiocre. Une bonne expérience de page peut contribuer au succès dans les cas où beaucoup de contenus utiles sont disponibles (expérience de page).

Dans ces pages, Google ne donne aucune pondération chiffrée et ne fixe aucun seuil au-delà duquel une page serait déclassée. Méfiez-vous donc des promesses du type "optimisez votre vitesse et grimpez en première position" : la vitesse est un élément parmi d'autres, et il pèse surtout quand plusieurs pages répondent aussi bien à la question posée.

Les trois métriques et leurs seuils

Ces seuils s'évaluent au 75e percentile des chargements de page, séparément sur mobile et sur ordinateur (web.dev) : une page réussit quand, pour chacune des trois métriques, au moins trois visites sur quatre atteignent la cible. L'INP a remplacé le FID comme métrique de réactivité des Core Web Vitals le 12 mars 2024 (web.dev).

Ce que la vitesse change pour vos visiteurs

Les chiffres ci-dessous sont internationaux et concernent souvent de grandes marques : ils montrent un ordre de grandeur, pas ce que vivra votre site.

• Selon Google, dans son étude "The Need for Mobile Speed", 53 % des visiteurs mobiles abandonnent une page qui met plus de 3 secondes à s'afficher.
• Selon Google et SOASTA (2017), la probabilité de rebond augmente de 32 % quand le temps de chargement passe de 1 à 3 secondes, de 90 % à 5 secondes, de 106 % à 6 secondes et de 123 % à 10 secondes.
• Selon l'étude "Milliseconds Make Millions" (Google et Deloitte Digital, 37 marques en Europe et aux États-Unis), gagner 0,1 seconde augmente de 8,3 % les formulaires remplis dans la génération de contacts. C'est bien 0,1 seconde, pas une seconde entière.

Pour une PME romande, l'enjeu se lit dans vos propres chiffres : un site lent peut coûter des appels, des formulaires envoyés ou des commandes. Selon Statcounter, en septembre 2026, 46,6 % des visites en Suisse venaient d'un mobile et 51,7 % d'un ordinateur : un site doit être rapide sur les deux. Pour la conception côté téléphone, voir notre article sur l'approche mobile first et la page site mobile.

Ce que nous avons fait sur tekiostudio.com

Voici trois choix techniques que l'on peut constater dans le code de notre site. Nous ne publions pas de score PageSpeed : un score mesuré un jour donné n'engage que ce jour-là, et nous n'avons pas chiffré l'effet de ces choix.

• Des pages prérendues. Après la construction du site, un script de prérendu ouvre chaque page, laisse l'interface se dessiner et enregistre le HTML complet. Le serveur envoie donc le texte de la page dans le HTML lui-même, au lieu d'une coquille vide que le navigateur remplit en exécutant du JavaScript. Ce choix a d'abord été fait pour la lisibilité : les robots qui n'exécutent pas JavaScript ne voyaient aucun texte sur les pages. Son effet sur la vitesse n'est pas mesuré.
• Des images dans un format léger et deux largeurs. Les vignettes de nos réalisations sont servies en WebP, en deux largeurs (500 et 1 000 pixels), et le navigateur choisit celle qui convient à l'écran grâce à l'attribut srcset. Un téléphone n'a pas besoin de télécharger l'image destinée à un grand écran.
• Un cache long pour les fichiers qui ne changent pas. Les scripts, les feuilles de style, les polices et les images de l'animation d'accueil portent un nom qui change dès que leur contenu change : le navigateur peut les garder un an sans les redemander. Les images qui peuvent être remplacées sous le même nom (vignettes, images d'articles) sont gardées 30 jours. Le HTML des pages, lui, n'est pas mis en cache longtemps : il est vérifié à chaque visite. Avant le 8 août 2026, aucune règle de cache n'existait : ces fichiers à nom unique n'étaient gardés que quatre heures et le réseau de diffusion les revalidait à chaque appel, ce que nous avions constaté en lisant les en-têtes de réponse en production. La règle de cache a corrigé cela.

Ces trois points relèvent d'un principe simple : envoyer moins, une seule fois, et le bon fichier pour le bon écran.

Les causes de lenteur les plus fréquentes

Sur les sites de PME, les mêmes problèmes reviennent.

• Des images non optimisées. Une photo prévue pour un grand écran affichée dans un petit cadre pèse inutilement. Redimensionnez les images à leur taille d'affichage, passez-les en WebP et chargez en différé celles qui sont en bas de page.
• Trop de scripts. Chaque extension WordPress et chaque widget externe (chat, statistiques, réseaux sociaux) ajoute du code que le navigateur doit télécharger et exécuter. Passez vos extensions en revue : certaines ne servent plus.
• Un hébergement sous-dimensionné. Un hébergement mutualisé partage ses ressources avec d'autres sites. Voir notre article sur l'hébergement web en Suisse.
• Pas de cache. Sans cache, le serveur refait le travail à chaque visite, et le navigateur retélécharge des fichiers qui n'ont pas changé.

Comment tester votre site

Deux outils gratuits suffisent pour un premier diagnostic.

• PageSpeed Insights (pagespeed.web.dev), l'outil de Google : il mesure une page à la demande et liste les améliorations possibles. Regardez les trois métriques (LCP, INP, CLS) plutôt que le score global.
• La Google Search Console : son rapport Core Web Vitals, que Google recommande de consulter, montre quelles pages de votre site passent ou échouent.

Testez sur mobile et sur ordinateur séparément, puisque les seuils s'évaluent séparément.

Un plan d'action en cinq étapes

Par où commencer, même sans compétences techniques poussées ? Voici l'ordre que nous suggérons.

1. Faites le diagnostic initial : passez votre page d'accueil dans PageSpeed Insights, notez vos trois métriques et identifiez les trois premiers problèmes listés. Ne touchez à rien d'autre avant de les avoir traités.
2. Nettoyez les images : redimensionnez, passez en WebP, chargez en différé celles qui sont hors de l'écran.
3. Activez la mise en cache : faites garder aux navigateurs les fichiers qui ne changent pas. Un réseau de diffusion de contenu (CDN) peut aider si vos visiteurs sont loin de votre serveur.
4. Supprimez le superflu : extensions inutilisées, scripts de suivi en double, widgets que personne n'utilise. Chaque script retiré allège la page.
5. Mesurez après chaque changement : relancez le test, comparez avec la mesure initiale et gardez ce qui améliore vos trois métriques.

Le temps nécessaire dépend de la taille de votre site et de ce que les tests révèlent. Si vous préférez déléguer, la page création de site internet décrit comment nous procédons : nous analysons d'abord votre site existant, puis nous chiffrons sur devis. Pour relier la vitesse à vos résultats, voir comment mesurer le ROI de votre site.

FAQ

Mon site est lent sur mobile mais rapide sur ordinateur : pourquoi ?

Les téléphones ont moins de puissance de calcul que les ordinateurs et se connectent à des réseaux plus variables que le Wi-Fi. C'est pour cela que web.dev recommande de mesurer les Core Web Vitals séparément sur mobile et sur ordinateur : une page peut réussir sur l'un et échouer sur l'autre.

Les Core Web Vitals sont-ils le premier critère de classement ?

Non, d'après les pages de Google que nous avons relues. Google dit que ses systèmes les utilisent et recommande de viser de bons scores, mais qu'il cherche toujours à montrer le contenu le plus pertinent, même si l'expérience de page est médiocre. Un bon contenu avec une vitesse correcte vaut mieux qu'une page très rapide qui ne répond pas à la question.

Combien coûte une optimisation de vitesse ?

Cela dépend de l'état du site : nombre de pages, poids des images, nombre d'extensions, hébergement. C'est pourquoi nous ne donnons pas de tarif fixe : l'analyse de l'existant vient d'abord, le devis ensuite.

La vitesse a-t-elle un impact direct sur les ventes ?

Les études citées plus haut montrent un lien entre vitesse et comportement des visiteurs, mais sur de grandes marques et pour de petits écarts de temps. Pour votre site, la seule réponse fiable vient de vos propres conversions : mesurez-les avant et après chaque changement.