Masque le "[CTA / bloc]" sur la page produit quand le produit est ["product-handle-1"] ou ["product-handle-2"].
Want more control? See the expanded prompt ›
Sur la page produit, masque le bloc CTA 'enterprise contact' quand le handle du produit est 'starter-kit' ou 'sample-pack'.
- Enveloppe la section existante dans un
{% raw %}{% unless %}{% endraw %}basé sur le handle, le tag ou le template. - S'inverse proprement — la même structure de prompt permet d'afficher uniquement sur des produits spécifiques.
- Prend en compte les tags clients pour filtrer la visibilité en B2B / wholesale.
- L'aperçu dans l'éditeur de thème continue de fonctionner — Fudge écrit du code Liquid que l'éditeur peut rendre.
Ce que vous essayez de faire
Toutes les sections ne doivent pas s'afficher sur tous les produits. Vous avez probablement du contenu — CTA entreprise, listes d'ingrédients, guides des tailles, blocs B2B — qui n'a de sens que pour une partie de votre catalogue. La solution propre est une petite condition Liquid, pas de dupliquer un template.
Points de vigilance
- Handle de produit vs ID de produit — les handles restent stables lors des renommages dans la plupart des cas ; Fudge utilise le handle par défaut.
- Basé sur les tags vs sur le handle — les tags évoluent mieux au fur et à mesure que votre catalogue s'agrandit ; demandez plutôt à Fudge d'utiliser des tags.
- Conditions multiples — Fudge gère proprement la logique multiconditionnelle (par ex. 'masque si le handle est X ou que le tag inclut Y').
- Inversion — Fudge gère ça : la même structure de prompt fonctionne pour n'afficher un bloc que sur des produits spécifiques.
Comment Fudge procède
Fudge duplique votre thème en ligne dans un brouillon, effectue la modification ciblée (logique Liquid, événement JS, rendu conditionnel) demandée par votre prompt, et la teste sur l'aperçu du brouillon. Tout commence en mode brouillon — examinez le diff, vérifiez le comportement, et publiez quand vous êtes prêt. Votre boutique en ligne reste intacte.
Quand la logique de visibilité conditionnelle est la bonne solution
Certaines pages produits ont besoin d’éléments dont d’autres se passent — des CTA d’entreprise sur les produits phares, des boutons pour les paquets cadeaux uniquement sur les SKU éligibles, ou des encarts de durabilité seulement sur les produits certifiés. La logique conditionnelle Liquid affiche ou masque des blocs en fonction des handles, tags ou types de produits.
Quand cela en vaut la peine
Utilisez la logique conditionnelle quand la différence est structurelle, pas juste stylistique. Masquer un bloc « comparer les prix » sur un starter-kit a du sens ; masquer la « livraison gratuite » sur certains produits n’en a pas.
Ce modèle est hautement réutilisable — la même structure de prompt fonctionne pour les cas « afficher uniquement sur X » et « masquer sur Y ».
Ce qui fait une excellente implémentation
- Basé sur le handle ou le tag du produit — correspondance flexible.
- L’inversion fonctionne de la même manière — « afficher uniquement sur X » et « masquer sur Y » suivent la même logique.
- Ne casse pas le template — échoue proprement si un handle de produit est renommé ou supprimé.
Les erreurs courantes à éviter
La plus grosse erreur est de coder en dur trop de conditions. Si 30 blocs différents ont une logique conditionnelle, le template devient illisible. Utilisez le filtrage de visibilité par tag client pour une segmentation plus large.
La deuxième erreur est d’oublier l’inverse. Si vous masquez un bloc sur le starter-kit, assurez-vous aussi que le reste de la buy box n’a pas d’autres bugs sur ce produit.
Associez cela au filtrage de visibilité par tag client et à l’investigation du code du thème — trois outils techniques pour un contrôle ultra-précis.