<\/span><\/h2>\n\nSur un site WooCommerce, chaque fonctionnalit\u00e9 suppl\u00e9mentaire est une \u00e9p\u00e9e \u00e0 double tranchant. L\u2019un des plus grands tueurs de performance est m\u00e9connu, pourtant omnipr\u00e9sent : la requ\u00eate AJAX wc-ajax=get_refreshed_fragments. Cette requ\u00eate, d\u00e9clench\u00e9e par WooCommerce sur toutes les pages, est destin\u00e9e \u00e0 garder le panier \u00e0 jour en temps r\u00e9el, mais elle annule purement et simplement l\u2019efficacit\u00e9 du cache.<\/p>\n\n
Concr\u00e8tement, cette fonctionnalit\u00e9 lance une requ\u00eate AJAX toutes les quelques secondes, v\u00e9rifie si le contenu du panier a chang\u00e9, et si oui, met \u00e0 jour les fragments du panier affich\u00e9s dans le coin sup\u00e9rieur. \u00c7a peut sembler utile, mais imagine une boutique avec des centaines de visiteurs simultan\u00e9s : c\u2019est une explosion de requ\u00eates permanentes, m\u00eame sur des pages qui n\u2019ont rien \u00e0 voir avec la boutique (blog, accueil).<\/p>\n\n
La solution pragmatique consiste \u00e0 d\u00e9sactiver ce script l\u00e0 o\u00f9 il n\u2019a pas de sens. Un bout de code PHP suffit, inject\u00e9 dans le th\u00e8me enfant ou dans un mu-plugin, qui stoppe le chargement du script sur toutes les pages non-produits et non-panier :<\/p>\n\n
add_action( 'wp_enqueue_scripts', 'devshivan_dequeue_cart_fragments', 11 );\nfunction devshivan_dequeue_cart_fragments() {\n if ( ! is_product() && ! is_cart() && ! is_checkout() ) {\n wp_dequeue_script( 'wc-cart-fragments' );\n }\n}\n<\/code><\/pre><\/pre>\n\nCette astuce simple et radicale r\u00e9duit de fa\u00e7on massive la charge AJAX inutiles, permet au cache de fonctionner correctement et procure un vrai gain sur le temps de chargement initial. C\u2019est de loin l\u2019un des meilleurs coups \u00e0 jouer quand tu luttes contre la lenteur WooCommerce.<\/p>\n\n
Sur Vapotank, cette optimisation a r\u00e9duit le nombre de requ\u00eates admin-ajax.php de plus de 50% pendant les pics, et am\u00e9lior\u00e9 la stabilit\u00e9 c\u00f4t\u00e9 front. Et si tu utilises d\u2019autres scripts dynamiques, il faudra ajuster ce snippet, mais le principe reste le m\u00eame : limiter ces appels ajax incessants.<\/p>\n\n
<\/span>Nettoyer l\u2019ob\u00e9sit\u00e9 de la base de donn\u00e9es WooCommerce (Transients et Sessions)<\/span><\/h2>\n\nLa base de donn\u00e9es est le cerveau du tank WooCommerce, mais avec le temps, elle accumule des kilos inutiles. Les tables wp_options et wp_woocommerce_sessions sont les principales coupables, gonfl\u00e9es par des transients expir\u00e9s, des sessions clients obsol\u00e8tes et des donn\u00e9es temporaires que WooCommerce ne purge pas toutes seules. Ce surplus ralentit consid\u00e9rablement les requ\u00eates SQL, et par effet domino plombe la vitesse de tout le site.<\/p>\n\n
Il est indispensable de mettre en place un m\u00e9nage r\u00e9gulier, voire automatis\u00e9 : suppression s\u00e9curis\u00e9e des transients expir\u00e9s (brisant la logique d\u2019obsolescence), vidage des sessions expir\u00e9es dans la table wp_woocommerce_sessions et contr\u00f4le strict du volume des options autoload (pas plus de 1 \u00e0 3 Mo).<\/p>\n\n
Par exemple, un simple script SQL pour purger les anciennes sessions :<\/p>\n\n
DELETE FROM wp_woocommerce_sessions WHERE session_expiry < UNIX_TIMESTAMP(NOW());\n<\/code><\/pre><\/pre>\n\nPour les transients expir\u00e9s, tu peux aussi utiliser la ligne de commande WP-CLI :<\/p>\n\n
wp transient delete --expired\n<\/code><\/pre><\/pre>\n\nDes plugins comme WP-Optimize ou Advanced Database Cleaner offrent des interfaces intuitives, mais rien ne vaut la rigueur et la reprise en main manuelle. Il faut aussi v\u00e9rifier r\u00e9guli\u00e8rement les options autoload, souvent charg\u00e9es par des plugins mal con\u00e7us qui stockent de gros volumes dans wp_options, ralentissant ainsi le site \u00e0 chaque page.<\/p>\n\n
Le nettoyage de la base est une \u00e9tape incontournable, souvent sous-\u00e9valu\u00e9e par les e-commer\u00e7ants, pourtant elle peut fournir des gains de performance fulgurants en acc\u00e9l\u00e9rant drastiquement la r\u00e9ponse MySQL. Cette \u00e9tape permet notamment d\u2019\u00e9viter les saturations en pleine campagne, quand la base est surcharg\u00e9e et ralentit chaque transaction.<\/p>\n\n
<\/span>Poids des images : Le WebP n\u2019est plus une option, et le lazy loading natif s\u2019impose<\/span><\/h2>\n\nLes images sont souvent les plus gros boulets d\u2019une boutique WooCommerce. Pour un site sp\u00e9cialis\u00e9 en e-liquides comme Vapotank, chaque page cat\u00e9gorie affiche des dizaines d\u2019images produits, souvent en haute r\u00e9solution, qui plombent la vitesse et le poids total de la page.<\/p>\n\n
Le passage au format WebP est devenu un standard incontournable en 2026, offrant des compressions jusqu\u2019\u00e0 70% sup\u00e9rieures sans perte visible de qualit\u00e9. Adopter le WebP r\u00e9duit drastiquement le poids des pages, et donc le temps de chargement. Cette conversion doit \u00eatre automatique et int\u00e9gr\u00e9e dans le workflow d\u2019upload ou via un plugin l\u00e9ger sans usine \u00e0 gaz.<\/p>\n\n
Par ailleurs, activer le lazy loading natif<\/strong> (attribut loading=\u00a0\u00bblazy\u00a0\u00bb) \u00e9pargne la bande passante en ne chargeant les images qu\u2019au moment de leur affichage dans le viewport. Ce simple param\u00e8tre peut r\u00e9duire jusqu\u2019\u00e0 50% le trafic initial des pages charg\u00e9es, un boost imm\u00e9diat de performance visible dans les outils PageSpeed Insights.<\/p>\n\nPour une boutique avec des dizaines d\u2019images par page cat\u00e9gorie, le combo WebP + lazy loading r\u00e9gleront efficacement la majorit\u00e9 des probl\u00e8mes de poids. On \u00e9vite ainsi le d\u00e9faut classique des e-commer\u00e7ants qui empilent des plugins lourds d\u2019optimisation, complexes et incompatibles qui finissent par tout ralentir.<\/p>\n\n
Voici un exemple pour forcer le lazy loading natif dans les images int\u00e9gr\u00e9es dans WooCommerce via le th\u00e8me :<\/p>\n\n
add_filter( 'wp_get_attachment_image_attributes', 'devshivan_add_lazy_loading', 10, 2 );\nfunction devshivan_add_lazy_loading( $attr, $attachment ) {\n $attr['loading'] = 'lazy';\n return $attr;\n}\n<\/code><\/pre><\/pre>\n\nAssoci\u00e9 \u00e0 une conversion syst\u00e9matique en WebP, ce syst\u00e8me r\u00e9duit d\u2019un cran la vitesse de chargement sans casser l\u2019exp\u00e9rience utilisateur.<\/p>\n\n