Vitesse
Optimisation de la vitesse de site et Core Web Vitals
Une page lente vous fait payer deux fois : pour le clic acheté, puis pour le visiteur parti avant l’apparition du formulaire. Nous trouvons ce qui ralentit vos pages sur de vrais téléphones et le corrigeons à la source.
Pourquoi la vitesse est un problème de demandes
On vend souvent la vitesse comme un sujet de référencement. Les Core Web Vitals comptent dans le classement de Google et relèvent du SEO technique, mais modestement : la pertinence reste décisive. Le coût principal d’un site lent se trouve dans votre taux de conversion et vos factures publicitaires.
Chaque visiteur qui abandonne avant l’affichage est un clic payé et une demande jamais reçue. Google Ads note aussi l’expérience sur la page de destination de chaque annonce, et cette note pèse sur le prix du clic. C’est le premier point que nous vérifions en gestion Google Ads.
Les téléphones sur réseau mobile ressentent la lenteur en premier. Une page correcte sur le Wi-Fi du bureau peut traîner sur un Android moyen de gamme dans un parking. C’est là que nous testons.
Les trois mesures, et ce qui les dégrade
| Mesure | Bon | Causes habituelles |
|---|---|---|
| LCP : le contenu principal s’affiche | 2,5 s ou moins | Images d’en-tête énormes, serveur lent, polices et scripts bloquants, carrousels |
| INP : la page réagit | 200 ms ou moins | JavaScript lourd : widgets de chat, gestionnaires de balises surchargés, constructeurs de pages |
| CLS : la mise en page reste stable | 0,1 ou moins | Images sans dimensions, bannières tardives, polices web qui se substituent |
Notre méthode
Partir des données réelles
La Search Console et PageSpeed Insights montrent comment les vrais utilisateurs de Chrome vivent chaque groupe de pages. C’est ce que Google utilise, donc c’est notre point de départ.
Trouver la cause
Des analyses en laboratoire sur un profil mobile bridé montrent quel fichier, quel script ou quelle image retarde chaque mesure.
Corriger par ordre d’impact
Les modèles qui portent le plus de demandes et de trafic publicitaire passent d’abord : pages de services, landing pages, fiches produits.
Vérifier sur les vraies visites
Les données de la Search Console couvrent une fenêtre glissante de 28 jours : les progrès apparaissent peu à peu. Nous les suivons jusqu’à ce qu’ils se stabilisent.
Ce que nous corrigeons le plus souvent
Images
Formats modernes comme AVIF et WebP, la bonne taille pour chaque écran, priorité à l’image d’en-tête, chargement différé plus bas dans la page.
Polices
Hébergées sur le site, réduites aux caractères utilisés, préchargées, avec une police de secours qui ne décale pas la mise en page.
Scripts tiers
Chaque balise passée en revue. Pixels morts supprimés, widgets de chat chargés à la première interaction, scripts non essentiels différés.
Serveur et cache
Un CDN, de bonnes règles de cache et une réponse serveur plus rapide, la base sur laquelle reposent toutes les autres mesures.
JavaScript
Moins de code, découpé par page et différé. Quand la technologie elle-même pose problème, voir le développement web.
Stabilité de la mise en page
De la place réservée aux images, aux contenus intégrés et aux bannières, pour que rien ne saute pendant que le visiteur lit ou touche l’écran.
Ce que contient notre rapport
LCP, INP et CLS réels
Par groupe de pages, sur mobile et sur ordinateur, à partir des vraies visites.
URL validées
Combien de vos URL la Search Console juge bonnes, et quels groupes échouent encore.
Temps de réponse du serveur
Le temps que met le serveur à commencer à envoyer chaque page.
Poids et requêtes
Ce que charge chaque modèle, avant et après, avec les scripts restants et leur raison d’être.
Conversion des pages corrigées
Formulaires commencés et rendez-vous sur les pages accélérées, comparés à la période précédente. L’optimisation du taux de conversion prend le relais.
Questions fréquentes
Des pages plus rapides vont-elles améliorer notre positionnement ?
Elles peuvent aider, surtout face à des concurrents aux contenus proches. Les Core Web Vitals sont un signal parmi beaucoup d’autres, donc nous ne promettons pas de positions. Les gains les plus sûrs portent sur les conversions et le prix de vos clics publicitaires.
Pourquoi sommes-nous au vert sur ordinateur et au rouge sur mobile ?
Les visiteurs mobiles ont des processeurs et des réseaux plus lents, et Google mesure chaque type d’appareil à part. Un JavaScript lourd qu’un ordinateur portable avale sans peine peut bloquer un téléphone moyen de gamme pendant plusieurs secondes.
Pouvez-vous accélérer WordPress sans tout reconstruire ?
Souvent, oui. Cache, images, polices et nettoyage des extensions font beaucoup. Quand un constructeur de pages ou un thème lourd est en cause, une reconstruction WordPress sobre est la solution durable.
En combien de temps la Search Console montre-t-elle le progrès ?
Son rapport Core Web Vitals repose sur 28 jours glissants de visites réelles : comptez un changement progressif sur environ un mois après la mise en ligne de la correction, si les pages reçoivent assez de trafic.
Les widgets de chat ralentissent-ils les sites ?
Beaucoup, oui, car ils chargent beaucoup de JavaScript sur chaque page. Nous les chargeons à la première interaction du visiteur, ou les remplaçons par un lien WhatsApp plus léger.
Mis à jour le · Par l’équipe Napexy
À lire aussi
Dites-nous où vous voulez grandir.
Un échange de 30 minutes avec un stratège. Vous repartez avec un plan clair et un devis fixe, que vous travailliez avec nous ou non.