Blende den "[CTA / Block]" auf der Produktseite aus, wenn das Produkt ["Produkt-Handle-1"] oder ["Produkt-Handle-2"] ist.
Want more control? See the expanded prompt ›
Blende auf der Produktseite den 'Enterprise Contact' CTA-Block aus, wenn das Produkt-Handle 'starter-kit' oder 'sample-pack' ist.
- Umschließt die bestehende Section basierend auf Handle, Tag oder Template mit
{% raw %}{% unless %}{% endraw %}. - Lässt sich sauber umkehren — dieselbe Prompt-Struktur funktioniert, um Inhalte nur auf bestimmten Produkten anzuzeigen.
- Berücksichtigt Customer-Tags für B2B / Wholesale Sichtbarkeitssteuerung.
- Die Theme-Editor-Vorschau funktioniert weiterhin — Fudge schreibt Liquid, das der Editor rendert.
Was du erreichen willst
Nicht jede Section sollte auf jedem Produkt angezeigt werden. Wahrscheinlich haben Sie Inhalte — Enterprise-CTAs, Zutatenlisten, Größentabellen, B2B-Blöcke —, die nur für einen Teil Ihres Katalogs sinnvoll sind. Die saubere Lösung ist ein kleines Liquid-Conditional, kein dupliziertes Template.
Worauf du achten solltest
- Produkt-Handle vs. Produkt-ID — Handles bleiben in den meisten Fällen auch bei Umbenennungen stabil; Fudge verwendet standardmäßig das Handle.
- Tag-basiert vs. Handle-basiert — Tags skalieren besser, wenn Ihr Katalog wächst; bitten Sie Fudge, stattdessen Tags zu verwenden.
- Mehrere Bedingungen — Fudge setzt Logiken mit mehreren Bedingungen sauber zusammen (z. B. 'ausblenden, wenn das Handle X ist oder der Tag Y enthält').
- Umkehren — Fudge bekommt das hin: Dieselbe Prompt-Struktur funktioniert, um einen Block nur auf bestimmten Produkten anzuzeigen.
Wie Fudge das macht
Fudge dupliziert Ihr Live-Theme in einen Entwurf, führt die gezielte Änderung durch (Liquid-Logik, JS-Event, bedingtes Rendern), die Ihr Prompt erfordert, und testet sie in der Entwurfsvorschau. Alles beginnt als Entwurf — überprüfen Sie das Diff, verifizieren Sie das Verhalten und veröffentlichen Sie, wenn Sie bereit sind. Ihr Live-Store bleibt unberührt.
Wann bedingte Sichtbarkeitslogik die richtige Antwort ist
Einige Produktseiten benötigen Elemente, die andere Produktseiten nicht haben — Enterprise-CTAs bei Flaggschiff-Produkten, Geschenkverpackungs-Toggles nur bei verschenkbaren SKUs, Nachhaltigkeits-Callouts nur bei zertifizierten Produkten. Bedingte Liquid-Logik zeigt oder verbirgt Blöcke basierend auf Produkt-Handles, Tags oder Typen.
Wann sich das lohnt
Verwenden Sie bedingte Logik, wenn der Unterschied strukturell und nicht nur stilistisch ist. Einen „Preise vergleichen“-Block auf einem Starter-Kit auszublenden, ist sinnvoll; „Kostenloser Versand“ bei einigen Produkten auszublenden, eher nicht.
Das Muster ist stark wiederverwendbar — dieselbe Prompt-Struktur funktioniert für „nur auf X anzeigen“ und „auf Y ausblenden“-Fälle.
Was eine großartige Implementierung ausmacht
- Produkt-Handle- oder Tag-basiert — flexibler Abgleich.
- Umkehren funktioniert genauso — „nur auf X anzeigen“ und „auf Y ausblenden“ folgen derselben Logik.
- Macht das Template nicht kaputt — reagiert fehlertolerant, falls ein Produkt-Handle umbenannt oder entfernt wird.
Häufige Fehler, die man vermeiden sollte
Der größte Fehler ist es, zu viele Bedingungen hart zu codieren (hardcoden). Wenn 30 verschiedene Blöcke bedingte Logik haben, wird das Template unlesbar. Verwenden Sie Sichtbarkeitssteuerung über Customer-Tags für eine breitere Segmentierung.
Der zweite Fehler ist das Vergessen der Umkehrung. Wenn Sie einen Block beim Starter-Kit ausblenden, stellen Sie auch sicher, dass der Rest der Buy Box bei diesem Produkt keine anderen Fehler aufweist.
Kombinieren Sie dies mit Sichtbarkeitssteuerung über Customer-Tags und Theme-Code-Untersuchung — drei technische Tools für eine feingranulare Kontrolle.