Le playbook de la vitesse des pages
Le travail de vitesse échoue quand il optimise une fois un score de labo et déclare victoire. La version durable mesure les vrais utilisateurs, corrige par couche et traite la régression comme le défaut à combattre.
La vitesse d’une boutique est un facteur de revenu — conversion, efficacité publicitaire et classements l’intègrent tous — et elle se dégrade par défaut à mesure qu’apps, scripts et images s’accumulent. Ce playbook applique la discipline : établir des bases de données terrain par template, corriger par ordre d’impact à la bonne couche (configuration edge contre structure de page), et installer les fils de détente qui rendent l’amélioration permanente au lieu d’un exploit trimestriel.
Étape 1 : base sur données terrain, par template
Les scores de labo trompent dans les deux sens. Collectez LCP, INP et CLS réels segmentés par template — produit, collection, accueil, checkout — et par appareil. La vue pondérée par le revenu dit où commencer : un template produit lent sur mobile surclasse généralement tout le reste en impact.
Core Web Vitals réels par template et classe d’appareil
Pondération template × revenu pour ordonner le travail
Inventaire complet des scripts tiers avec coût par script
L’écart labo-terrain, en soi déjà diagnostique
Étape 2 : corriger à la couche qui possède le problème
Les problèmes de couche edge — règles de cache, formats et tailles d’image, compression, livraison — se corrigent en configuration et paient sur toute la boutique d’un coup. Les problèmes de page — scripts bloquant le rendu, médias héros surdimensionnés, décalages de mise en page des widgets tardifs, gonflement d’apps — se corrigent dans le template. Faire l’edge d’abord divise souvent le problème par deux avant de toucher un seul template.
Étape 3 : faire que ça reste corrigé
Chaque future installation d’app et chaque script de campagne est une régression en attente. Gardez la base par template vivante, examinez les ajouts de script contre leur coût mesuré, et ré-auditez l’inventaire tiers selon un calendrier — le script qui méritait sa place l’an dernier ne la mérite peut-être plus.
Comment ça marche
Baser et classer
Métriques terrain par template, pondérées par revenu, inventaire des scripts chiffré.
Edge d’abord, puis templates
Les correctifs de configuration se déploient immédiatement sur toute la boutique ; les correctifs de template suivent par ordre d’impact.
Défendre les gains
Bases vivantes, revue du coût des scripts et ré-audits planifiés empêchent la re-dégradation.
Ce que vous obtenez
La vitesse mesurée sur les utilisateurs qui vous paient réellement
Des correctifs appliqués à la couche qui possède chaque problème
Des scripts tiers individuellement responsables de leur coût
Des régressions attrapées la semaine où elles surviennent, pas le trimestre d’après
Agents en charge
Compatible avec
Questions fréquentes
Quels objectifs de Core Web Vitals viser ?
Les seuils « bons » publiés — LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1 — au 75e percentile des vrais utilisateurs, par template. Mais la direction compte plus que les seuils : passer de terrible à médiocre capte l’essentiel du gain de conversion.
Quelle part de vitesse vient de la seule couche edge ?
Sur les boutiques jamais réglées, le travail edge — bon cache, formats d’image modernes, compression — livre couramment la plus grosse moitié de l’amélioration sans toucher un template. Voilà pourquoi il passe en premier.
Mon thème est le problème. Reconstruire ou rapiécer ?
Mesurez d’abord : si la liste des correctifs de template est courte et bornée, rapiécez. Si l’architecture du thème combat chaque correctif, la reconstruction se rembourse — mais c’est une décision sur preuves, pas sur frustration.
Quels agents mènent cela ?
Ops possède les bases, la couche edge et la veille de régression ; Builder livre les correctifs de template avec preuves jointes. Le journal d’audit consigne ce qui a changé et l’effet sur les métriques.
À lire ensuite
Optimisation de la vitesse du site
Trouver ce qui ralentit vraiment les utilisateurs réels, le corriger, et empêcher les régressions de tout défaire.
Améliorer la conversion mobile
Combler l’écart mobile : la réalité du pouce, la vitesse sur vrais appareils et la friction du checkout.
Cloudflare
Performance edge, cache et protection anti-bots — gérés en continu par l’agent Ops.
Se classer dans la recherche IA
Un programme pour être récupéré, cité et recommandé par les moteurs de réponse IA.
Mettez l’équipe au travail sur votre boutique
Connectez votre boutique, vos analytics et votre outil e-mail, fixez un objectif, et laissez les agents exécuter de bout en bout. Le plan gratuit fonctionne avec votre propre clé de modèle.