Aller au contenu
Rechercher
Discutons
Menu

Dossier thème WooCommerce · chapitre 6 sur 6

Alléger et maintenir ton thème WooCommerce

Un thème WooCommerce ne se termine pas le jour où il s'affiche bien. Il faut l'alléger, puis le suivre à chaque mise à jour de WooCommerce. Au labo, l'État du système a signalé un gabarit PHP périmé, mais il ne pouvait rien dire de nos modèles en blocs. Voilà la routine que je te propose.

Par Sébastien GrillotTesté au labo : 19 octobre 2026Publié : 19 octobre 2026
Testé sur
WooCommerce 11.2.1 · WordPress 7.1.3
Thèmes
Labo Boutique et Labo Classique
Écran de contrôle
WooCommerce > État

L'essentiel en 4 points

  1. Le code qui retire WooCommerce des pages de blog tient en une fonction : avec le thème du labo, un article est tombé à 14 requêtes et 320 Kio.
  2. Mets-le plutôt dans une petite extension : il survit à un changement de thème.
  3. L'État du système liste les modèles en blocs surchargés par ton thème, mais sans version : il ne te dira jamais qu'ils ont vieilli.
  4. À chaque mise à jour de WooCommerce : relire ses modèles d'origine, vérifier l'État du système, et passer une commande test.

6.1Retirer WooCommerce des pages qui ne vendent rien

Le dossier WooCommerce l'a mesuré : avec WooCommerce, une page de blog charge les styles et scripts de la boutique, et son poids triple. On y donne une petite extension qui les retire des pages sans boutique.

Le même code pourrait vivre dans le functions.php de ton thème : c'est une fonction branchée sur wp_enqueue_scripts, rien de plus. Au labo, on l'a fait tourner sous forme d'extension, avec le thème en blocs du labo actif.

Une page d'article, trois réglages (cache vide, poids non compressé)
Thème et réglageRequêtesPoids
Twenty Twenty-Five, WooCommerce brut29676 Kio
Labo Boutique, WooCommerce brut26587 Kio
Labo Boutique, styles et scripts de la boutique retirés14320 Kio

Les pages de la boutique ne changent pas : le code ne touche qu'aux pages qui ne vendent rien.

Dans le thème ou dans une extension ? Je te conseille l'extension. Le jour où tu changes de thème, ou où un client passe à un autre prestataire, ce réglage de performance n'a aucune raison de disparaître avec le thème. Le functions.php d'un thème doit porter ce qui concerne son apparence, pas le comportement de la boutique.

6.2Les images de la boutique

Au labo, chaque image importée de 1 000 px a produit cinq fichiers de plus sur le serveur : 100, 150, 300, 600 et 768 px. Une partie vient de WordPress, une partie de WooCommerce. Ton thème peut influer sur ces tailles.

  • Thème classique : les options thumbnail_image_width et single_image_width de add_theme_support fixent la largeur des vignettes et de l'image principale. Au labo, 400 et 600 px. Le guide du développeur de thèmes classiques les présente comme les réglages de la taille des images de la boutique.
  • Thème en blocs : c'est dans les modèles que tu choisis quelle taille afficher. Dans le catalogue du labo, le bloc de l'image produit demande la vignette ("imageSizing":"thumbnail"), et non l'image pleine taille.

Dans les deux cas, la règle d'or reste en amont : n'importe pas des photos de 6 000 px. Redimensionne avant, autour de 1 200 à 1 600 px pour une fiche produit. Ton hébergement, et tes visiteurs sur mobile, te diront merci.

6.3Ce que l'État du système voit, et ce qu'il ne voit pas

WooCommerce > État est ton tableau de bord de maintenance. Avec nos deux thèmes, il a montré deux visages.

Testé au labo : la rubrique « Modèles » de l'État du système

  • Thème classique : les deux gabarits PHP surchargés sont listés, et la copie datée est signalée : « La version 3.8.0 est obsolète. La version du noyau est 11.2.0 ».
  • Thème en blocs : les deux modèles surchargés sont listés (templates/archive-product.html et templates/single-product.html), mais sans aucune information de version. Rien ne peut les déclarer obsolètes.

La différence est structurelle. Un gabarit PHP de WooCommerce porte un numéro de version dans son en-tête, et WooCommerce peut comparer ta copie à la sienne. Un modèle en blocs n'en a pas. Si WooCommerce améliore son modèle de fiche produit dans six mois (un nouveau bloc, un meilleur balisage), ta copie restera telle quelle, et personne ne te le dira.

C'est l'argument le plus fort pour ne surcharger que le strict nécessaire. Dans le thème du labo, la fiche produit est surchargée pour une raison précise : franciser trois libellés. Le jour où WooCommerce les corrige lui-même, je supprime le fichier, et je reviens à son modèle.

6.4La routine, à chaque mise à jour de WooCommerce

Voilà ce que je fais, dans l'ordre, sur une boutique dont je maintiens le thème.

  1. Sauvegarder, fichiers et base, avant de cliquer sur Mettre à jour.
  2. Faire la mise à jour sur une copie d'abord, quand la boutique compte. L'export des réglages « Blueprint » de WooCommerce aide à monter une copie fidèle.
  3. Ouvrir WooCommerce > État, rubrique Modèles. Pour un thème classique, chaque alerte « obsolète » est une copie à reprendre, ou mieux, à remplacer par un crochet (chapitre 5). La documentation sur les gabarits obsolètes décrit la marche à suivre.
  4. Pour un thème en blocs, relire les modèles d'origine de WooCommerce (dans wp-content/plugins/woocommerce/templates/templates/blockified/) et les comparer à tes copies. Un outil de comparaison de fichiers suffit.
  5. Regarder les pages qui comptent : une fiche simple, une fiche variable, la boutique, une catégorie, le mini-panier.
  6. Passer une commande test, de l'ajout au panier à l'e-mail de confirmation.

Ça prend une demi-heure. C'est moins long que de découvrir, trois semaines après, que le bouton d'ajout au panier ne s'affiche plus sur mobile.

6.5Thème enfant, ou thème à toi

L'État du système le rappelle sur chaque boutique : « Si vous modifiez WooCommerce dans un thème parent que vous n'avez pas créé vous-même, nous vous recommandons d'utiliser un thème enfant. » Si tu pars d'un thème acheté ou d'un thème du répertoire, ne modifie jamais ses fichiers : sa prochaine mise à jour effacerait tout. Crée un thème enfant, et mets-y tes modèles, ton theme.json et tes surcharges.

Si, comme au labo, tu construis ton propre thème, c'est plus simple : il est à toi, mets-le sous contrôle de version (Git, par exemple), et note dans un fichier ce que chaque modèle surchargé change par rapport à celui de WooCommerce. Le jour de la mise à jour, tu sauras exactement quoi vérifier.

Pour régler la boutique elle-même, la TVA, le paiement, la commande conforme et le référencement, retourne au dossier WooCommerce.

Sources

Historique de ce chapitre

  • 19 octobre 2026 : première version, sur WooCommerce 11.2.1.
Sébastien Grillot

Co-fondateur de Kōeki · Consultant SEO et IA

Sébastien Grillot

Consultant SEO depuis 2009 : c'est ici, sur Inside da WeB, qu'il a monté sa première agence, spécialisée dans l'e-commerce sous WordPress. Il construit aujourd'hui ses propres outils, thèmes compris, avec l'IA.