Rendre les pages plus réactives, puis vérifier la différence.

Le travail de performance part d'un état initial, des usages prioritaires et des contraintes techniques du site. Concrètement : on mesure vos pages les plus utiles, on cherche les causes réelles des lenteurs, on corrige sur un périmètre défini ensemble, puis on remesure dans les mêmes conditions.

Le problème que cette prestation résout

Les demandes arrivent presque toujours sous la même forme. Un score PageSpeed Insights dans le rouge sans savoir par quel bout le prendre. Des visiteurs mobiles qui repartent avant la fin du chargement. Un bouton de validation qui met une seconde à réagir, et le client qui clique deux fois. Un bandeau qui décale le texte pendant qu'on le lit. Parfois, l'hébergeur renvoie la responsabilité vers le site et l'agence vers l'hébergeur, sans que personne ne mesure.

La difficulté n'est pas de trouver des choses à optimiser : un site en trouve toujours. Elle est d'identifier celles qui pèsent réellement sur l'expérience de vos visiteurs, et de les corriger sans casser une fonction qui vous rapporte. La présence d'un grand nombre d'extensions ne prouve pas, à elle seule, la cause d'une lenteur. Un poids de page élevé non plus.

Comprendre ce qui ralentit l'expérience

L'examen distingue trois choses que l'on confond souvent : l'arrivée du contenu principal, la réactivité aux interactions et la stabilité de l'affichage. Ce sont les trois Core Web Vitals publiées par Google, évaluées au 75^e centile des chargements réels et séparément sur mobile et sur ordinateur. L'INP a remplacé l'ancien FID en mars 2024 : il ne mesure plus la seule première interaction, mais la réactivité tout au long de la visite.

Les données de terrain disponibles, celles de vos visiteurs réels lorsque votre site en collecte assez, sont rapprochées de tests réalisés dans des conditions définies : appareil, réseau et page précisés. Un score de laboratoire sert à repérer des pistes. Il ne résume pas à lui seul l'expérience de tous les visiteurs, ni l'effet commercial d'une correction.

Sur mobile, c'est l'arrivée du contenu principal qui bloque le plus souvent : le même chapitre Performance relève 62 % de sites en « bon » sur le LCP, contre 77 % sur l'INP et 81 % sur le CLS. Une part importante du travail se joue donc sur ce qui s'affiche en premier.

Ce que contient la prestation : chercher les causes avant d'ajouter une extension

Le diagnostic couvre cinq familles de causes, examinées dans cet ordre sur les pages retenues avec vous :

• Images et médias : dimensions, poids, formats et chargement. Le chapitre Page Weight du Web Almanac 2025 situe la page d'accueil médiane autour de 2,56 Mo sur mobile (données de juillet 2025), les images y constituant le premier poste d'octets devant le JavaScript.
• Scripts et styles : ressources inutiles, ordre de chargement et services tiers. Une erreur JavaScript, un script bloquant ou un widget externe lent pèsent souvent plus qu'un thème ; c'est un point que je détaille dans cet article sur l'impact des erreurs JavaScript sur la vitesse d'un site.
• WordPress : modèles, constructeur de pages, extensions et génération des pages. On regarde comment la page est produite avant de conclure sur ce qu'il faudrait désactiver.
• Cache et hébergement : réponses du serveur, configuration et contraintes connues de l'offre en place. Les protocoles servis comptent aussi : j'ai détaillé ailleurs ce que changent réellement HTTP/2, HTTP/3 et TLS 1.3, et les critères utiles pour choisir un hébergeur web.
• Affichage : déplacements de contenu, polices et éléments interactifs. Un carrousel en haut de page cumule souvent les trois problèmes : poids, script et instabilité visuelle.

Une photo chargée en très grande taille pour un petit emplacement oblige le visiteur à télécharger des données inutiles. Adapter son format et ses dimensions est une piste concrète, à vérifier avec le rendu et les fonctions de la page.

WordPress est concerné comme les autres environnements. Le chapitre CMS du Web Almanac 2025 mesure un taux de réussite Core Web Vitals de 45 % pour les sites WordPress sur mobile : la marge de progression existe, y compris sur des sites bien tenus. Les accès nécessaires et les limites d'intervention sont fixés au devis.

Comment se déroule une mission

1. Cadrage. Vous décrivez les lenteurs constatées, on choisit ensemble les pages qui comptent le plus pour votre activité. Ce premier cadrage distingue diagnostic, corrections et éventuel suivi.
2. Relevé initial. Mesure des pages retenues dans des conditions écrites, complétée des données de terrain quand elles existent.
3. Diagnostic. Passage en revue des cinq familles de causes, avec pour chaque piste un ordre de grandeur du gain attendu et du risque associé.
4. Arbitrage. Je vous présente ce qui est corrigeable, ce qui demande un choix de votre part (retirer un service tiers, changer un modèle) et ce qui dépend d'un prestataire. Vous validez le périmètre avant toute modification.
5. Correction sur un périmètre maîtrisé. Les interventions retenues sont préparées avec une sauvegarde et, lorsque nécessaire, une copie de test. Une modification de cache ou de chargement doit préserver les formulaires, menus, consentements et fonctions commerciales.
6. Contre-mesure. On remesure dans les mêmes conditions que le relevé initial, et on note ce qui a bougé comme ce qui n'a pas bougé.

Les services externes ne sont pas retirés uniquement pour améliorer un score. Leur utilité et les conséquences d'un changement sont discutées avant intervention : un outil de réservation ou une balise publicitaire peuvent coûter des millisecondes et rapporter des commandes.

Ce que vous recevez à la fin

Le livrable présente l'état initial, les modifications réalisées et les mesures de contrôle sur les pages retenues. Il signale les limites restantes, notamment celles qui dépendent d'un prestataire ou d'une fonctionnalité à conserver. Il contient :

• le relevé initial des pages retenues, avec les conditions de mesure écrites noir sur blanc ;
• la liste des causes retenues et des pistes écartées, avec la raison de chaque arbitrage ;
• le détail des modifications appliquées, modèle par modèle ou page par page ;
• les mesures de contrôle après intervention, dans les mêmes conditions que le relevé initial ;
• ce qui reste ouvert : points bloqués par un tiers, arbitrages qui vous appartiennent, travaux qui relèveraient plutôt d'une revue technique plus large.

Les résultats sont comparés dans des conditions explicites, pas à partir d'un score isolé pris un jour donné. Le contenu de l'analyse et des travaux est précisé au devis.

Ce dont j'ai besoin de votre côté

Une mission avance vite quand ces éléments sont réunis dès le départ :

• les URL exactes des pages lentes, et les appareils ou navigateurs sur lesquels le problème apparaît ;
• les changements récents : mise à jour, nouvelle extension, migration, ajout d'un outil marketing ;
• les accès utiles selon le périmètre : administration du site, panneau d'hébergement, outils de mesure déjà en place ;
• le contact de votre hébergeur ou de votre agence lorsque la cause peut venir de leur côté ;
• la liste des fonctions à ne surtout pas casser : formulaires, paiement, prise de rendez-vous, bandeau de consentement, suivi analytique ;
• une fenêtre d'intervention acceptable si le site reçoit du trafic commercial à certaines heures.

Si les accès ne peuvent pas être fournis, la mission reste possible en diagnostic seul : vous recevez alors l'analyse et les correctifs à transmettre à votre équipe technique.

Ce que cette prestation ne promet pas

Autant l'écrire clairement :

• Aucun score universel. Je ne m'engage pas sur un chiffre à atteindre dans un outil de test : ces outils varient selon le lieu, le réseau et la version du navigateur.
• Aucun temps de chargement identique sur tous les appareils. Un téléphone d'entrée de gamme en zone mal couverte ne donnera pas le résultat d'un poste fibré, quelles que soient les corrections.
• Aucun gain de chiffre d'affaires promis. Une page plus rapide supprime un frein ; elle ne remplace ni l'offre, ni le prix, ni la demande.
• Aucune garantie de position dans Google. Google indique lui-même, dans sa documentation sur les Core Web Vitals et la recherche (mise à jour le 10 décembre 2025), que de bons résultats dans ces rapports ne garantissent pas un bon classement : la performance est un signal parmi d'autres.
• Aucun délai magique. Le temps nécessaire dépend du nombre de modèles concernés, des accès obtenus et des dépendances externes. Il est estimé au cadrage, pas annoncé à l'avance sur cette page.
• Aucune suppression d'outil décidée seul. Si un service tiers coûte cher en performance, je le documente et vous décidez.

Décrire les lenteurs que vous constatez

Indiquez les pages concernées, les appareils sur lesquels le problème apparaît et les changements récents. Plus la description est concrète (« la photo de la fiche produit met quatre secondes à s'afficher sur mobile »), plus le cadrage est utile. Si vous hésitez entre un problème de vitesse et un problème d'ergonomie, on le tranche au cadrage : ce sont deux prestations distinctes.