Le premier écran met plus de 3 secondes
La moitié des visiteurs sur mobile partent sans attendre. Vous payez ce trafic en publicité, mais vous ne le voyez pas dans les demandes.
Nous trouvons ce qui ralentit exactement et nous l'éliminons. Avec des mesures avant et après, visibles dans Google PageSpeed et dans la Search Console.
La moitié des visiteurs sur mobile partent sans attendre. Vous payez ce trafic en publicité, mais vous ne le voyez pas dans les demandes.
Dans le rapport Core Web Vitals, des pages sont marquées « à améliorer » ou « lentes ». C'est un facteur de classement direct.
Sur mobile, le score est dans la zone rouge. En général, ce sont des images lourdes, une dizaine d'extensions et des scripts tiers.
Le contenu se décale, on rate le bouton. Google compte cela comme du CLS et abaisse le score de la page.
Google Ads baisse le niveau de qualité pour une page de destination lente — vous payez le clic plus cher que des concurrents avec la même offre.
La page de filtres réfléchit plusieurs secondes à chaque clic, et le visiteur part avant d'atteindre le produit.
La vitesse de chargement agit sur l'activité par deux voies à la fois. La première est évidente : une personne sur téléphone n'attend pas — selon différentes mesures, environ la moitié des visiteurs quittent une page qui met plus de trois secondes à se charger. Si vous amenez ce trafic par la publicité, vous payez pour chacun d'eux.
La seconde voie est moins visible. Depuis 2021, Google tient compte des Core Web Vitals — trois indicateurs qui décrivent l'expérience d'un utilisateur réel : LCP (quand le contenu principal est apparu), CLS (à quel point la mise en page a bougé) et INP (à quelle vitesse la page réagit aux actions). Ces données sont collectées auprès des vrais visiteurs de votre site, pas dans un test en laboratoire, et elles influent sur les positions dans les résultats.
À part — la publicité. Google Ads calcule un niveau de qualité de la page de destination, et la vitesse en fait partie. Une page lente signifie un coût par clic plus élevé pour la même offre. Autrement dit, vous payez deux fois : vous perdez une partie des visiteurs et vous surpayez ceux qui sont arrivés.
Une photo d'appareil de 4 Mo là où 150 Ko en WebP suffisent. La cause la plus fréquente et la moins chère à corriger.
Chacune charge son CSS et son JS sur toutes les pages, même là où elle ne sert pas.
Chats, pixels, widgets d'avis — chargés de façon synchrone, ils bloquent l'affichage de la page.
Le serveur reconstruit la même page à partir de zéro à chaque fois.
Temps de réponse du serveur supérieur à une seconde — inutile d'optimiser davantage tant qu'on n'a pas déménagé.
Plusieurs graisses depuis une source externe, à cause desquelles le texte apparaît avec retard.
Nous examinons le site dans PageSpeed, dans la Search Console et à la main. Nous disons ce qui ralentit exactement et de combien on peut réellement accélérer. Le jour de la demande.
Nous fixons les chiffres cibles avant de commencer : quel score sur mobile et quels Core Web Vitals nous devons obtenir.
Images, scripts, cache, polices, requêtes à la base — une par une, avec une mesure après chaque étape. 3–10 jours.
Nous montrons non seulement le score PageSpeed, mais le temps réel jusqu'au premier écran. Rapport avec captures d'écran.
Les Core Web Vitals sont collectés auprès des vrais utilisateurs et ne se mettent pas à jour tout de suite. Pendant un mois, nous veillons à ce que les chiffres de la Search Console passent au vert.
Le prix dépend de ce qui ralentit exactement le site. La mesure est gratuite — ensuite nous annonçons le montant exact.
Quand une seule chose évidente ralentit le site : images, cache, polices.
Le format le plus courant : nous traitons toutes les causes jusqu'au vert.
Catalogues à filtres, milliers de produits et pages lourdes.
Si la mesure révèle que la cause principale est l'hébergement, nous serons les premiers à le dire. Optimiser le code sur un serveur qui répond en deux secondes est un travail inutile : d'abord le déménagement, ensuite l'optimisation.
Le forfait rapide — $150 pour 2–3 jours, si une seule chose évidente ralentit. L'optimisation complète — à partir de $400, délai de 3–10 jours. Les boutiques avec catalogue — à partir de $900. Nous annonçons le montant exact après la mesure gratuite.
Nous fixons les chiffres cibles avant de commencer, après la mesure — quand on voit déjà ce qui ralentit exactement. Si le résultat convenu n'est pas atteint, nous remboursons. Promettre 90+ avant d'avoir vu le site serait malhonnête : sur certains systèmes, le plafond est plus bas.
Nous travaillons sur une copie et vérifions chaque étape séparément. Avant le déploiement sur le site en ligne, nous faisons une sauvegarde. Si quelque chose cesse de fonctionner — nous rétablissons l'état précédent et cherchons une autre voie.
Oui, et c'est le cas le plus fréquent. Nous regardons quelles extensions sont réellement utilisées, lesquelles font doublon et lesquelles chargent leurs scripts sur toutes les pages sans raison. Souvent, on peut en retirer la moitié sans perdre de fonctionnalités.
Nous le dirons tout de suite après la mesure. Si le temps de réponse du serveur dépasse une seconde, optimiser le code n'a pas de sens — d'abord le déménagement. Nous pouvons faire la migration nous-mêmes, c'est une prestation à part.
PageSpeed affiche deux jeux de données différents : un test en laboratoire (relancé à chaque fois, d'où les variations) et des données de terrain issues des vrais utilisateurs sur 28 jours (mises à jour lentement). Nous nous basons sur les données de terrain — ce sont elles que Google prend en compte.
Les Core Web Vitals sont calculés sur 28 jours de trafic réel, donc après les corrections les chiffres de la Search Console ne changent pas tout de suite. En général, les premiers mouvements se voient au bout de deux à trois semaines, le tableau complet en un mois à un mois et demi.
Mesurer mon site
Démarrer un projet