# Produits variables WooCommerce mal affichés

> Un produit variable WooCommerce n’est pas un seul enregistrement : chaque combinaison d’attributs (taille, couleur…) est une « variation » à part entière, avec son propre prix, son propre stock et parfois sa propre image. Un affichage faux vient presque toujours d’un décalage entre ces variations et ce que le thème ou le cache affiche réellement au client.

- Source canonique : [https://allaux.fr/wordpress-woocommerce/problemes/produits-variables-mal-affiches](https://allaux.fr/wordpress-woocommerce/problemes/produits-variables-mal-affiches)
- Langue : FR
- Dernière mise à jour : 2026-08-03

## Réponse directe

> Ouvrez l’onglet Variations de la fiche et comparez prix, stock et image de la variation fautive avec ce qu’affiche la boutique. Si la donnée est bonne en administration, purgez les transitoires depuis WooCommerce > État > Outils : les fourchettes de prix et les listes de variations y restent figées après un import. Vérifiez enfin qu’attribut global et attribut local ne sont pas mélangés.

## Comment je procède

1. **Vérification en base de la variation** — Je regarde la variation elle-même dans l’administration, dans l’onglet Variations de la fiche produit : prix, stock et image y sont-ils réellement corrects, indépendamment de ce que montre le front ?
2. **Vidage des transitoires WooCommerce** — WooCommerce met en cache les fourchettes de prix et certaines données de variation dans des transients. Après une modification en masse ou un import, ils restent parfois périmés : WooCommerce > Statut > Outils propose une action dédiée pour les vider.
3. **Contrôle de la correspondance des attributs** — Je vérifie qu’un attribut global (une taxonomie comme pa_couleur) n’est pas mélangé avec un attribut local propre au produit : ce décalage peut laisser une variation exister en base sans jamais se résoudre côté front.
4. **Test hors cache complet** — Je recharge la fiche produit avec le cache de page désactivé. Un plugin de cache statique peut figer le HTML d’une fiche, prix et stock inclus, bien après que la donnée réelle a changé.
5. **Correction ciblée** — Selon ce qui ressort, je corrige la donnée, réassocie l’attribut, ou j’ajuste la configuration du cache pour exclure ce qui doit rester dynamique.

## Ce que je traite régulièrement

- Le prix affiché sur une variation ne correspond pas à celui saisi dans l’administration
- « En rupture de stock » s’affiche alors que la quantité est bien renseignée
- L’image du produit ne change pas quand le client sélectionne une couleur
- Une variation existe dans l’administration mais n’apparaît jamais dans le menu déroulant du client
- Le problème n’apparaît que pour certains produits, jamais tous, sans logique apparente

## Trois causes bien distinctes

La première cause, la plus fréquente, est une donnée réellement périmée : WooCommerce stocke une fourchette de prix calculée dans un transient pour éviter de la recalculer à chaque affichage. Une modification tarifaire en masse ou un import CSV ne rafraîchit pas toujours ce cache automatiquement, d’où un prix affiché qui ne correspond plus à rien.

La deuxième cause touche la structure même du produit : une variation repose sur une combinaison d’attributs, et un attribut global (une taxonomie partagée entre produits, comme pa_couleur) ne se comporte pas comme un attribut personnalisé propre à un seul produit. Un mélange des deux, souvent hérité d’un import ou d’une modification manuelle, peut laisser une variation techniquement présente en base sans jamais se résoudre correctement sur la fiche produit.

La troisième cause n’a rien à voir avec les données : un plugin de cache de page complète peut figer le HTML d’une fiche produit, y compris le prix et le statut de stock d’une variation, bien après que la réalité a changé en base.

## Configuration ou développement

> Vider les transitoires ou corriger un attribut mal associé reste dans le champ d’un réglage, accessible sans écrire de code. WooCommerce n’impose aucune limite au nombre d’attributs combinés ; c’est un seuil de complexité, pas une contrainte logicielle. En pratique, au-delà de trois attributs croisés le nombre de variations à gérer devient difficile à tenir à la main, et dès qu’il faut une logique par variation que le cœur de WooCommerce ne prévoit pas (une règle de prix conditionnelle, par exemple), on entre dans le développement sur mesure.

## Pages liées

- **Site WordPress ou WooCommerce lent** — Un cache mal réglé qui fige les variations touche souvent aussi la vitesse générale du site. ([/wordpress-woocommerce/site-lent](/wordpress-woocommerce/site-lent))
- **Extension WooCommerce sur mesure** — Quand la logique de variation dépasse ce que le cœur de WooCommerce sait faire nativement. ([/wordpress-woocommerce/extension-sur-mesure](/wordpress-woocommerce/extension-sur-mesure))

## FAQ

### Est-ce que je peux vider les transitoires moi-même sans risque ?

Oui. L’action se trouve dans WooCommerce > Statut > Outils et se contente de recalculer des données déjà présentes en base : elle ne supprime ni ne modifie vos produits.

### Pourquoi le problème ne touche que certains produits ?

Parce qu’il vient presque toujours d’une combinaison précise d’attributs ou d’un historique d’import propre à ces produits-là, pas d’un réglage global qui affecterait tout le catalogue.

### J’ai un plugin de cache, dois-je le désactiver ?

Pas forcément le désactiver, mais il faut exclure les fiches produit du cache de page, ou au minimum vider le cache après chaque modification de prix ou de stock.

### Combien de variations WooCommerce peut-il gérer sans souci ?

Le cœur de WooCommerce gère correctement un nombre de combinaisons raisonnable, mais au-delà de plusieurs centaines de variations par produit, les performances de l’administration se dégradent nettement.