WooCommerce lent<\/strong>, WooCommerce \u2014 site lent fixe le point de d\u00e9part, tandis que Sant\u00e9 du syst\u00e8me WooCommerce documente comment collecter un \u00e9tat priv\u00e9. V\u00e9rifiez ces pages et les notes li\u00e9es \u00e0 \u00ab Reproduire le bon parcours \u00bb avant d\u2019ex\u00e9cuter le plan.<\/p>\n\n\n\nPr\u00e9parer la preuve et le retour s\u00fbr<\/h2>\n\n\n\n
Sauvegarder, cr\u00e9er staging et capturer m\u00e9triques avant purge ou mise \u00e0 jour. D\u00e9finir seuils de recette : total, stock, paiement sandbox et e-mail, pas seulement temps de r\u00e9ponse.<\/p>\n\n\n\n
Pr\u00e9parez ensuite un dossier de preuve minimal pour WooCommerce lent<\/strong> : \u00e9tat initial, heure du test, r\u00e9sultat de Produit froid\/chaud, d\u00e9cision et retour pr\u00e9vu. Pour chaque donn\u00e9e collect\u00e9e pendant \u00ab Reproduire le bon parcours \u00bb, demandez si elle distingue r\u00e9ellement deux hypoth\u00e8ses ; sinon, ne la conservez pas.<\/p>\n\n\n\n1. Reproduire le bon parcours<\/h2>\n\n\n\n
Fixer produit, variation, panier, compte, appareil et horaire. Mesurer plusieurs fois et noter froid\/chaud.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet client<\/strong> : la lenteur peut d\u00e9pendre d\u2019une r\u00e8gle commerciale pr\u00e9cise. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab S\u00e9parer navigateur et serveur \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Produit froid\/chaud \u00bb, visez \u00ab TTFB et actifs sous seuil \u00bb et conservez waterfall. Apr\u00e8s \u00ab Reproduire le bon parcours \u00bb, datez cette v\u00e9rification de \u00ab Produit froid\/chaud \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab changer de serveur d\u2019abord \u00bb se reconna\u00eet lorsque le d\u00e9faut logiciel et la preuve disparaissent temporairement. Si ce signal appara\u00eet entre \u00ab Reproduire le bon parcours \u00bb et \u00ab Produit froid\/chaud \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\n2. S\u00e9parer navigateur et serveur<\/h2>\n\n\n\n
Lire waterfall, taille, longues t\u00e2ches et TTFB. Tester une ressource statique et une r\u00e9ponse dynamique.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet application<\/strong> : une image lourde et une requ\u00eate PHP lente demandent des corrections diff\u00e9rentes. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab V\u00e9rifier cache et sessions \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Panier connect\u00e9 \u00bb, visez \u00ab totaux corrects sans cache partag\u00e9 \u00bb et conservez cas sandbox. Apr\u00e8s \u00ab S\u00e9parer navigateur et serveur \u00bb, datez cette v\u00e9rification de \u00ab Panier connect\u00e9 \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab d\u00e9sactiver au hasard en production \u00bb se reconna\u00eet lorsque fonction et donn\u00e9es peuvent casser. Si ce signal appara\u00eet entre \u00ab S\u00e9parer navigateur et serveur \u00bb et \u00ab Panier connect\u00e9 \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\n3. V\u00e9rifier cache et sessions<\/h2>\n\n\n\n
Confirmer que catalogue public profite du cache et que panier, paiement et compte l\u2019\u00e9vitent. Comparer cl\u00e9s et cookies.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet donn\u00e9es<\/strong> : un cache incorrect peut \u00eatre rapide et faux. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab Profiler requ\u00eates et hooks \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Admin commandes \u00bb, visez \u00ab liste et action r\u00e9actives \u00bb et conservez profil priv\u00e9. Apr\u00e8s \u00ab V\u00e9rifier cache et sessions \u00bb, datez cette v\u00e9rification de \u00ab Admin commandes \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab mettre le checkout en cache \u00bb se reconna\u00eet lorsque rapidit\u00e9 apparente au prix de l\u2019exactitude. Si ce signal appara\u00eet entre \u00ab V\u00e9rifier cache et sessions \u00bb et \u00ab Admin commandes \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\n4. Profiler requ\u00eates et hooks<\/h2>\n\n\n\n
Sur staging, capturer requ\u00eates lentes, appels externes et callbacks du parcours. Relier chaque co\u00fbt \u00e0 un composant.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet asynchrone<\/strong> : la page agr\u00e8ge des centaines d\u2019actions invisibles. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab Inspecter t\u00e2ches et donn\u00e9es \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Files \u00bb, visez \u00ab aucun backlog croissant \u00bb et conservez courbe. Apr\u00e8s \u00ab Profiler requ\u00eates et hooks \u00bb, datez cette v\u00e9rification de \u00ab Files \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab ignorer l\u2019administration \u00bb se reconna\u00eet lorsque l\u2019\u00e9quipe peut subir une lenteur diff\u00e9rente du client. Si ce signal appara\u00eet entre \u00ab Profiler requ\u00eates et hooks \u00bb et \u00ab Files \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\n5. Inspecter t\u00e2ches et donn\u00e9es<\/h2>\n\n\n\n
Contr\u00f4ler Action Scheduler, cron, options autoload, tables et volumes. Chercher croissance anormale et \u00e9checs r\u00e9currents.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet client<\/strong> : les files et donn\u00e9es gonfl\u00e9es ralentissent front et administration. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab Corriger puis dimensionner \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Produit froid\/chaud \u00bb, visez \u00ab TTFB et actifs sous seuil \u00bb et conservez waterfall. Apr\u00e8s \u00ab Inspecter t\u00e2ches et donn\u00e9es \u00bb, datez cette v\u00e9rification de \u00ab Produit froid\/chaud \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab changer de serveur d\u2019abord \u00bb se reconna\u00eet lorsque le d\u00e9faut logiciel et la preuve disparaissent temporairement. Si ce signal appara\u00eet entre \u00ab Inspecter t\u00e2ches et donn\u00e9es \u00bb et \u00ab Produit froid\/chaud \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\n6. Corriger puis dimensionner<\/h2>\n\n\n\n
Mettre \u00e0 jour, configurer, indexer ou remplacer selon preuve, puis refaire profil et recette. Ajouter des ressources seulement si la saturation persiste.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet application<\/strong> : la capacit\u00e9 doit r\u00e9pondre \u00e0 un besoin restant, pas cacher une cause. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab Reproduire le bon parcours \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Panier connect\u00e9 \u00bb, visez \u00ab totaux corrects sans cache partag\u00e9 \u00bb et conservez cas sandbox. Apr\u00e8s \u00ab Corriger puis dimensionner \u00bb, datez cette v\u00e9rification de \u00ab Panier connect\u00e9 \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab d\u00e9sactiver au hasard en production \u00bb se reconna\u00eet lorsque fonction et donn\u00e9es peuvent casser. Si ce signal appara\u00eet entre \u00ab Corriger puis dimensionner \u00bb et \u00ab Panier connect\u00e9 \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\nMatrice de validation<\/h2>\n\n\n\n
| Parcours ou contr\u00f4le | R\u00e9sultat attendu | Preuve \u00e0 conserver | |—|—|—| | Produit froid\/chaud | TTFB et actifs sous seuil | waterfall | | Panier connect\u00e9 | totaux corrects sans cache partag\u00e9 | cas sandbox | | Admin commandes | liste et action r\u00e9actives | profil priv\u00e9 | | Files | aucun backlog croissant | courbe |<\/p>\n\n\n\n
Le cas Produit froid\/chaud<\/strong> doit \u00eatre ex\u00e9cut\u00e9 apr\u00e8s \u00ab Reproduire le bon parcours \u00bb. Le r\u00e9sultat \u00ab TTFB et actifs sous seuil \u00bb n\u2019est accept\u00e9 que si la preuve retenue \u2014 waterfall \u2014 peut \u00eatre relue sans information priv\u00e9e et si le m\u00eame sc\u00e9nario donne un r\u00e9sultat coh\u00e9rent lors d\u2019une seconde ex\u00e9cution.<\/p>\n\n\n\nLe cas Panier connect\u00e9<\/strong> doit \u00eatre ex\u00e9cut\u00e9 apr\u00e8s \u00ab S\u00e9parer navigateur et serveur \u00bb. Le r\u00e9sultat \u00ab totaux corrects sans cache partag\u00e9 \u00bb n\u2019est accept\u00e9 que si la preuve retenue \u2014 cas sandbox \u2014 peut \u00eatre relue sans information priv\u00e9e et si le m\u00eame sc\u00e9nario donne un r\u00e9sultat coh\u00e9rent lors d\u2019une seconde ex\u00e9cution.<\/p>\n\n\n\nLe cas Admin commandes<\/strong> doit \u00eatre ex\u00e9cut\u00e9 apr\u00e8s \u00ab V\u00e9rifier cache et sessions \u00bb. Le r\u00e9sultat \u00ab liste et action r\u00e9actives \u00bb n\u2019est accept\u00e9 que si la preuve retenue \u2014 profil priv\u00e9 \u2014 peut \u00eatre relue sans information priv\u00e9e et si le m\u00eame sc\u00e9nario donne un r\u00e9sultat coh\u00e9rent lors d\u2019une seconde ex\u00e9cution.<\/p>\n\n\n\nLe cas Files<\/strong> doit \u00eatre ex\u00e9cut\u00e9 apr\u00e8s \u00ab Profiler requ\u00eates et hooks \u00bb. Le r\u00e9sultat \u00ab aucun backlog croissant \u00bb n\u2019est accept\u00e9 que si la preuve retenue \u2014 courbe \u2014 peut \u00eatre relue sans information priv\u00e9e et si le m\u00eame sc\u00e9nario donne un r\u00e9sultat coh\u00e9rent lors d\u2019une seconde ex\u00e9cution.<\/p>\n\n\n\n