Shopify Theme Dokumentation
Analyse, Workflow-Anleitung und Referenz für das Cell Essentials Theme
Theme Analyse
Wer hat was gebaut, was funktioniert, wo sind die Probleme
Workflow Anleitung
Shopify CLI, Theme-Duplikat, sicher Änderungen machen
Team Maßnahmen
Priorisierte Aktionsliste für das Team
Referenz
Dateien, Liquid-Syntax, Fehlerdiagnose
Eckdaten des Themes
| Gesamtdateien | 407 |
| Sections (davon custom) | 78 (davon 16 selbst erstellt) |
| Assets (CSS/JS) | 192 |
| Produkt-Templates | 13 (11 davon produktspezifisch) |
| Basis-Architektur | Dawn Theme (Shopify-Standard) |
| Beteiligte | THRE3 (Agentur) + 2–3 interne Entwickler |
Wer hat was gebaut?
Erkennbar an Dateien mit thre3- Präfix. THRE3 hat das initiale Shopify-Setup begleitet und die Performance-Marketing-Infrastruktur eingerichtet.
Dateien von THRE3:
thre3-custom-productpage.css thre3-custom-productpage.css.liquid thre3-custom-scripts.js thre3-custom-scripts.js.liquid hotjar.js microsoft-clarity.js
Bewertung:
- Kritisch
thre3-custom-productpage.css: Globale CSS-Datei mit 77 hardcodierten Section-IDs und 20 Produkt-IDs. Wird auf jeder Seite geladen — wartungsfeindlich. - Kritisch
thre3-custom-scripts.js: Vollständig leer (0 Bytes), wird aber trotzdem auf jeder Seite geladen. - OK Tracking-Scripts (Hotjar, Clarity): Technisch korrekt eingebunden — typische Agentur-Arbeit.
Erkennbar an den Custom Sections — aber an der inkonsistenten Benennung lässt sich ablesen, dass verschiedene Personen zu verschiedenen Zeitpunkten gearbeitet haben:
| Muster | Beispiele | Vermutung |
|---|---|---|
custom_ (Unterstrich) | custom_bulletpoints, custom_tabs, custom_image-with-text | Person A |
custom- (Bindestrich) | custom-product-hero, custom-slideshow, custom-rich-text | Person B |
-custom (Suffix) | hero-banner-custom | Person C oder Ad-hoc |
- Mittel Inline-JavaScript in Produkt-Templates (12+ Blöcke) — wurde nachträglich eingebaut, vermutlich von verschiedenen Personen
- Mittel Duplizierte Sections:
custom_image-with-text&custom_image-with-text2— zwei Versionen ohne klare Abgrenzung - Mittel Versionsartige Produkt-Templates:
product.abwehrkraft.jsonnebenproduct.abwehrkraft-2025.json— suggeriert iteratives Arbeiten ohne Aufräumen
Alle Dateien ohne custom oder thre3 im Namen sind Shopify's Original-Code. Dieser ist gut strukturiert, modern und wird von Shopify gepflegt.
Was funktioniert gut
Bevor wir zu den Problemen kommen: Das Theme hat eine solide Grundlage.
- ✅ CSS Custom Properties werden genutzt (
--custom-product-primary) — guter Ansatz für produktspezifische Farben via Metafields - ✅ Tracking-Integration (Hotjar, Microsoft Clarity) ist technisch korrekt eingebunden
- ✅ Font-Integration (Comfortaa, Cardo, OpenSans) mit
@font-face— korrekte Implementierung - ✅ Metafields werden sinnvoll genutzt (
custom.primaryfür Produktfarben,custom.literpreis) - ✅ Responsive Grundstruktur von Dawn funktioniert auf allen Geräten
- ✅ Sections-Architektur erlaubt flexibles Layout ohne Code — gut für Content-Editing
Probleme & Bewertung
thre3-custom-productpage.css wird auf jeder Seite geladen, enthält aber styles für 8 verschiedene Produktseiten mit hartcodierten IDs. 77 Section-IDs, 20 Produkt-IDs, 51× !important.
Was das konkret bedeutet: Wer einen Style für Produkt A ändert, kann versehentlich Produkt B brechen — weil alles in einer Datei steht. Es gibt keine klare Trennung zwischen globalem und seitenspezifischem Code.
thre3-custom-scripts.js hat exakt 0 Bytes Inhalt. Sie wird trotzdem auf jeder Seite als Ressource geladen — unnötige HTTP-Anfrage bei jedem Seitenaufruf.
custom_, custom-, -custom). Man weiß nie, wie der gesuchte Dateiname aussieht.
image-with-text, custom_image-with-text UND custom_image-with-text2 — drei quasi-gleiche Versionen. Bugfixes müssen dreimal eingepflegt werden.
Gesamtbewertung
| Kriterium | Bewertung | Schweregrad |
|---|---|---|
| Basis-Architektur (Dawn) | Gut | Kein Handlungsbedarf |
| CSS-Strategie & Wartbarkeit | Mangelhaft | Kritisch |
| Benennung & Konventionen | Unzureichend | Hoch |
| Code-Duplikate | Vorhanden | Hoch |
| JavaScript-Qualität | Mangelhaft | Kritisch |
| Font-System | Inkonsistent | Mittel |
| Template-Verwaltung | Unstrukturiert | Mittel |
| Dokumentation | Nicht vorhanden | Hoch |
Empfehlungen
Sofort (diese Woche)
- Leere JS-Datei entfernen:
thre3-custom-scripts.jsaus dem Include intheme.liquid(Zeile 332) entfernen. - Alte Produkt-Templates prüfen: Die "alten" Versionen (
product.abwehrkraft.jsonetc.) wenn nicht mehr aktiv aus dem Theme entfernen. - Bitbucket-Workflow einrichten: Bitbucket-Repository anlegen → Theme-Dateien einchecken → Änderungen über Shopify CLI +
git commit & pushversionieren. Schafft sofortigen Schutz vor versehentlichen Änderungen.
Kurzfristig (nächste 4 Wochen)
- Shopify CLI einrichten für sicheren Entwicklungs-Workflow (siehe Workflow-Anleitung)
- Naming-Konvention festlegen: Einheitlich
custom-(Bindestrich) für alle neuen Custom Sections - Kommentare in CSS: Jede Section in
thre3-custom-productpage.cssbekommt einen Header-Kommentar
Mittelfristig (1–3 Monate)
- CSS-Datei aufteilen: Globale Styles vs. produktspezifische Styles in separate Dateien
- Hardcoded IDs ersetzen: 77 Section-IDs durch semantische CSS-Klassen ersetzen
- JavaScript auslagern: Inline-JS aus JSON-Templates in eigene
.js-Dateien verschieben
Strategisch
Grundprinzip: Sicher arbeiten
Es gibt zwei Sicherheitsstufen:
📋 Theme-Duplikat
Einfacher Schutz für kleine Änderungen. Im Admin duplizieren, ändern, testen, dann veröffentlichen.
💻 Shopify CLI
Professionelle Entwicklungsumgebung. Nur für eingeloggte Mitarbeiter sichtbar. Der echte Shop läuft normal weiter.
Warum das so wichtig ist
In der Vergangenheit wurden Änderungen direkt am aktiven Theme gemacht — das erklärt viele der strukturellen Probleme. Jede "schnelle Fix"-Änderung hat sich aufgestapelt ohne dass jemand einen Überblick über die Gesamtwirkung hatte.
Option A: Theme-Duplikat
Geeignet für: Kleine Textänderungen, Farbanpassungen, einfache Section-Edits
- Shopify Admin → Online Store → Themes
- Neben dem aktiven Theme auf "···" klicken → "Duplicate"
- Am Duplikat arbeiten (erscheint als "Copy of [Theme-Name]")
- Über "Preview" das Ergebnis überprüfen
- Erst dann: "Publish" — das macht das Duplikat zum Live-Theme
Wann reicht das Duplikat nicht?
- Bei größeren Änderungen die mehrere Dateien betreffen
- Wenn mehrere Personen gleichzeitig arbeiten
- Wenn man sehen will wie Änderungen mit bestimmten Produkten/Varianten interagieren
→ In diesen Fällen: Shopify CLI verwenden
Option B: Shopify CLI (empfohlen)
Einmalig einrichten
1. Node.js installieren
→ nodejs.org → LTS-Version herunterladen und installieren
2. Shopify CLI installieren
npm install -g @shopify/cli
3. Mit Shopify verbinden
shopify auth login
→ Öffnet Browser → mit Shopify-Account einloggen → fertig
4. Theme-Dateien herunterladen
shopify theme pull --store=cell-essentials.myshopify.com
Täglicher Workflow
- Terminal öffnen im Theme-Ordner
shopify theme dev --store=cell-essentials.myshopify.comausführen- Shopify erstellt ein Development Theme — nur du siehst es (solange eingeloggt)
- Dateien bearbeiten → Browser refresht automatisch
- Zufrieden?
shopify theme push --unpublished→ lädt als neues Theme in Shopify hoch - Im Shopify-Admin nochmals testen → dann veröffentlichen
Mit Bitbucket kombinieren (empfohlen)
Shopify bietet eine direkte GitHub-Integration — ihr nutzt jedoch Bitbucket, was ebenso gut funktioniert. Der Weg: Repository in Bitbucket anlegen, Theme-Dateien dort einchecken, und Shopify CLI zieht/pusht lokal via Git. Änderungen laufen dann über Branches und Pull Requests — niemand kann unbemerkt etwas am Live-Theme ändern.
git pull → Änderungen → shopify theme push --unpublished → testen → git commit & push nach Bitbucket. Gleiche Sicherheit, nur ein manueller Schritt mehr.
Mit Claude zusammenarbeiten
Claude gibt es in zwei verschiedenen Modi — Cowork für den Alltag und Claude Code für technische Großprojekte. Beide nutzen dasselbe KI-Modell, unterscheiden sich aber stark darin, was sie können und wer sie bedienen kann.
🖥️ Claude Cowork — wann nutzen?
Cowork ist eine Desktop-App ohne technische Vorkenntnisse bedienbar. Claude hat Zugriff auf euren ausgewählten Ordner, kann Dateien lesen und direkt bearbeiten. Wann Cowork die richtige Wahl ist:
| Situation | Empfehlung |
|---|---|
| „Was macht diese Liquid-Zeile?" — Erklärungen, Fragen, Verständnis | ✅ Cowork |
| Screenshot zeigen: „Warum sieht das so aus?" | ✅ Cowork |
| Einzelne CSS-Regel oder Liquid-Snippet erstellen/anpassen | ✅ Cowork |
| Theme-Dateien direkt lesen und gezielt Stellen finden (lokaler Ordner gemountet) | ✅ Cowork |
| Texte, Dokumente, Anleitungen, Reports erstellen | ✅ Cowork |
| Tägliche Änderungsfragen ohne Terminal | ✅ Cowork |
💻 Claude Code — wann wechseln?
Claude Code läuft im Terminal und hat vollen, direkten Zugriff auf das Betriebssystem. Es kann Befehle ausführen (shopify theme dev, git commit), hunderte Dateien auf einmal verarbeiten und Aufgaben vollständig selbstständig durchführen. Wann der Wechsel zu Claude Code sinnvoll ist:
| Situation | Empfehlung |
|---|---|
Alle 77 hardcoded IDs in thre3-custom-productpage.css bereinigen | → Claude Code |
shopify theme pull und shopify theme push direkt ausführen | → Claude Code |
| Git-Commits erstellen und nach Bitbucket pushen | → Claude Code |
| Alle 407 Theme-Dateien gleichzeitig nach einem Muster durchsuchen/umbauen | → Claude Code |
| Naming-Konventionen über dutzende Dateien hinweg vereinheitlichen | → Claude Code |
| Automatisierungen schreiben (z.B. Build-Skripte, Batch-Änderungen) | → Claude Code |
🧰 Der CE-Shopify-Theme Skill
Für Cell Essentials wurde ein spezieller Cowork-Skill erstellt: shopify-theme-assistent.skill. Ein Skill ist wie ein einmaliges Briefing, das Claude dauerhaft über euer konkretes Theme informiert — sodass jede neue Sitzung direkt mit eurem Kontext startet, ohne erneut erklären zu müssen, wie euer Theme aufgebaut ist.
Was der Skill weiß und kann
| Theme-Struktur | Kennt alle relevanten Dateien — was thre3-custom-productpage.css ist, welche Sections THRE3 gebaut hat, wo eigene Anpassungen zu platzieren sind |
| Sichere vs. riskante Dateien | Warnt automatisch, wenn eine Änderung an einer THRE3-Datei gewünscht wird — und schlägt den richtigen, sicheren Alternativweg vor |
| Kein Fachjargon | Antwortet auf Deutsch, erklärt Liquid und CSS so, dass auch Nicht-Entwickler folgen können |
| Schritt-für-Schritt | Gibt konkrete Anleitungen mit Dateinamen und Zeilennummern statt abstrakter Erklärungen |
| Fehlerdiagnose | Versteht typische Fehler im CE-Theme und kennt wahrscheinliche Ursachen (z.B. warum ein !important nicht greift) |
Installation in 3 Schritten
- Skill-Datei öffnen:
shopify-theme-assistent.skillper Doppelklick öffnen — Claude Cowork installiert den Skill automatisch - Neue Sitzung starten: Claude Cowork schließen und neu öffnen — der Skill ist jetzt aktiv (erkennbar am Namen in der Sitzung)
- Theme-Ordner verbinden: Den lokalen Theme-Ordner (nach
shopify theme pull) als Arbeitsordner in Cowork auswählen — Claude kann dann die Dateien direkt lesen
Beispielgespräche mit dem Skill
Ohne Skill: „Ich möchte die Schriftgröße des Produkttitels auf Mobile ändern"
→ Claude fragt nach, welches Theme ihr habt, erklärt CSS allgemein
Mit Skill: „Ich möchte die Schriftgröße des Produkttitels auf Mobile ändern"
→ Claude antwortet: „Öffne assets/thre3-custom-productpage.css, suche nach .product__title und ergänze dort einen @media (max-width: 749px) Block. Nicht die Dawn-Datei anfassen — das würde bei einem Update überschrieben."
Fehler melden: „Der Warenkorb-Button ist auf Mobile verschwunden"
→ Claude weiß: Das ist wahrscheinlich ein Conflict zwischen Dawn und der THRE3-CSS, prüft die bekannten Risikostellen
Wenn ihr große Änderungen am Theme vornehmt (neue Sections anlegen, THRE3-Dateien aktualisieren) — teilt das kurz in der Sitzung mit. Claude merkt sich den Stand für die aktuelle Sitzung. Für dauerhafte Änderungen kann der Skill jederzeit aktualisiert werden.
Typischer Tagesworkflow
- Cowork starten, Theme-Ordner als Arbeitsordner wählen (einmalige Einrichtung)
- Aufgabe beschreiben: „Ich möchte auf der Produktseite den Abstand zwischen Bild und Titel verringern"
- Claude nennt die genaue Datei, den CSS-Selector und zeigt das fertige Code-Snippet
- Änderung im Shopify Code-Editor einfügen — im Development Theme testen
- Code-Snippet zurück an Claude: „Schau mal, hab ich das richtig eingebaut?"
- Wenn alles stimmt: Live schalten +
git commitnach Bitbucket
Goldene Regeln & Checkliste
Die goldenen Regeln
- 🚫 Nie Dateien löschen die du nicht verstehst
- 🚫 Nie Dateien ohne "custom" im Namen bearbeiten (das sind Shopify's Original-Dateien)
- 🚫 Nie
theme.liquidoderlayout/-Dateien ohne Review anfassen - ✅ Immer auf Mobil UND Desktop testen vor dem Veröffentlichen
- ✅ Immer notieren was geändert wurde (einfache Textnotiz reicht)
- ✅ Bei Unsicherheit erst Claude fragen, dann ändern — nicht umgekehrt
Checkliste vor jeder Änderung
- Ich arbeite an einem Duplikat oder Development Theme — NICHT am Live-Theme
- Ich weiß welche Datei ich anfassen muss (oder Claude hat es bestätigt)
- Ich verstehe was die Änderung bewirkt
- Ich habe auf Mobil UND Desktop getestet
- Ich habe notiert was ich geändert habe und warum
- Ich habe überprüft ob andere Seiten noch korrekt aussehen
Was ich anfassen darf vs. was tabu ist
✅ Sicher anzufassen
- Alle
sections/custom_*Dateien - Alle
sections/custom-*Dateien thre3-custom-productpage.css(mit Vorsicht)- Produkt-Templates (
templates/product.*.json) - Theme-Einstellungen über den Editor
- Assets die ihr selbst erstellt habt
🚫 Nicht anfassen
layout/theme.liquid- Sections ohne "custom" im Namen
assets/global.jsassets/base.cssassets/constants.jssnippets/Ordner (ohne Verständnis)
Team-Aktionsplan
Priorisierte Maßnahmen mit Zeitschätzungen. Start mit den Sofort-Maßnahmen — sie haben das beste Aufwand/Nutzen-Verhältnis.
| Was | Warum | Wer | Aufwand |
|---|---|---|---|
| Leere JS-Datei entfernen thre3-custom-scripts.js aus theme.liquid Zeile 332 entfernen |
Jeder Seitenaufruf lädt unnötig eine leere Datei | Entwickler | 5 Min. |
| Alte Produkt-Templates prüfen Nicht aktive Templates (ohne -2025) entfernen |
13 Templates ohne klare Struktur — reduziert Verwirrung sofort | Entwickler | 30 Min. |
| Bitbucket-Repository einrichten Neues Repo in Bitbucket → Theme-Dateien einchecken → CLI-Workflow |
Versionskontrolle — kein Code geht mehr verloren | Entwickler + Hendrik | 1 Std. |
| Was | Warum | Wer | Aufwand |
|---|---|---|---|
| Shopify CLI einrichten Development-Workflow etablieren |
Nie mehr direkt am Live-Shop arbeiten | Entwickler | 2–3 Std. Setup |
| Naming-Konvention festlegen Einheitlich custom- (Bindestrich) für alle neuen Sections |
Aktuell 3 verschiedene Muster — ein Standard vereinfacht alles | Team | 30 Min. Entscheidung |
| Kommentar-Header in CSS Jede Style-Gruppe in thre3-custom-productpage.css bekommt einen Kommentar |
Macht die Datei für alle verständlicher ohne Code zu ändern | Entwickler | 1–2 Std. |
| Was | Warum | Wer | Aufwand |
|---|---|---|---|
| CSS-Datei aufteilen Globale Styles vs. produktspezifische Styles trennen |
Verhindert, dass Änderung an Produkt A Produkt B bricht | Entwickler | 1–2 Tage |
| Hardcoded IDs ersetzen 77 Section-IDs durch semantische CSS-Klassen ersetzen |
Styles werden stabil — ändern sich nicht mehr bei Section-Duplikation | Entwickler | 2–3 Tage |
| JavaScript auslagern 12+ Inline-JS-Blöcke aus JSON-Templates in .js-Dateien verschieben |
Wartbarer, suchbar, testbar | Entwickler | 1–2 Tage |
| Was | Warum | Wer | Aufwand |
|---|---|---|---|
| Entscheidung: Refactoring oder Neuaufbau | Technische Schulden sind hoch. Sauber neu aufbauen ist langfristig günstiger als Flicken | Hendrik + Entwickler | Strategiegespräch + 3–5 Tage Umsetzung |
Welche Datei wofür?
Schnelle Referenz für die wichtigsten Dateien im Theme.
| Datei / Ordner | Was sie tut | Anfassen? |
|---|---|---|
layout/theme.liquid | Grundgerüst jeder Seite — Head, Fonts, globale Scripts | Nur mit Review |
assets/thre3-custom-productpage.css | Globales Custom-CSS für alle Produktseiten | Mit Vorsicht |
sections/custom_*.liquid | Selbst erstellte Sections (Unterstrich-Variante) | Ja |
sections/custom-*.liquid | Selbst erstellte Sections (Bindestrich-Variante) | Ja |
sections/main-product.liquid | Die Haupt-Produktseiten-Section (2347 Zeilen) | Nur mit Review |
templates/product.*.json | Layout-Konfiguration der einzelnen Produktseiten | Ja |
config/settings_data.json | Theme-Einstellungen (Farben, Fonts etc.) | Besser über Editor |
assets/global.js | Shopify Dawn's globales JavaScript | Nein |
assets/base.css | Shopify Dawn's Basis-CSS | Nein |
snippets/ | Wiederverwendbare Template-Teile | Nur wenn du weißt was es tut |
assets/hotjar.js | Hotjar Tracking-Script | Nicht nötig |
assets/microsoft-clarity.js | Microsoft Clarity Tracking-Script | Nicht nötig |
Woran erkenne ich welche Section eine Seite verwendet?
- Im Shopify Theme-Editor die Seite aufrufen
- Links in der Seitenleiste sind alle Sections aufgelistet
- Der Name der Section = der Dateiname in
sections/ - Oder: In den Browser-Entwicklertools (F12) → Inspector → nach
shopify-section-suchen
Liquid Schnellreferenz
Shopify verwendet "Liquid" als Template-Sprache. Hier die wichtigsten Konzepte.
Grundsyntax
Werte ausgeben
{{ product.title }} — gibt den Produkttitel aus
{{ product.price }} — gibt den Preis aus
{{ section.settings.image }} — gibt eine Section-Einstellung aus
Bedingungen
{% if product.available %}
Auf Lager
{% else %}
Ausverkauft
{% endif %}
Schleifen
{% for image in product.images %}
<img src="{{ image | image_url: width: 800 }}">
{% endfor %}
Filter
{{ product.price | money }} — Preis formatiert (z.B. "29,99 €")
{{ image | image_url: width: 800 }} — Bild-URL mit Größe
{{ 'base.css' | asset_url }} — URL zu einem Asset
Schema (Section-Einstellungen)
{% schema %}
{
"name": "Meine Section",
"settings": [
{
"type": "text",
"id": "heading",
"label": "Überschrift",
"default": "Hallo!"
}
]
}
{% endschema %}
→ Dieses Schema erzeugt ein Textfeld im Theme-Editor. Der Wert ist dann über {{ section.settings.heading }} verfügbar.
CSS in Sections
CSS das nur für eine bestimmte Section gilt, kommt in einen {% style %}-Block:
{% style %}
.section-{{ section.id }} {
background: {{ section.settings.bg_color }};
padding: {{ section.settings.padding }}px;
}
{% endstyle %}
section.id ist eine eindeutige ID — so gilt das CSS nur für genau diese Section-Instanz, nicht für alle.
Fehlerdiagnose
Wenn etwas nicht stimmt — strukturiert vorgehen statt raten.
Erst diese Fragen klären
- Wann ist das Problem aufgetaucht? Direkt nach einer Änderung? Dann die letzte Änderung rückgängig machen.
- Betrifft es alle Seiten oder nur bestimmte? Wenn alle → wahrscheinlich
theme.liquidoder globales CSS. Wenn nur eine Seite → deren Section oder Template. - Sieht es auf Mobil und Desktop gleich falsch aus? Wenn nur Mobil → ein
@media (max-width: ...)-Block ist schuld.
Häufige Probleme und ihre Ursachen
| Problem | Wahrscheinliche Ursache | Wo suchen |
|---|---|---|
| Design einer Produktseite kaputt | CSS-Override fehlt oder wurde überschrieben | thre3-custom-productpage.css |
| Layout auf allen Seiten falsch | Globales CSS oder Layout geändert | layout/theme.liquid, assets/base.css |
| Section zeigt nichts | Schema-Fehler oder Section nicht zur Seite hinzugefügt | Theme-Editor prüfen |
| Font sieht falsch aus | CSS überschreibt Theme-Font-Einstellungen | thre3-custom-productpage.css Zeile 1–5 |
| Button/Preis falsch positioniert | CSS-Override in Custom-Datei | thre3-custom-productpage.css, nach Klasse suchen |
| Änderung im Theme-Editor hat keine Wirkung | CSS-Datei überschreibt Theme-Einstellung | thre3-custom-productpage.css — nach dem Property suchen |
| JavaScript-Fehler in Konsole | Inline-JS in Template oder globales JS | Browser-Konsole (F12) → Fehlermeldung zeigt Datei+Zeile |
Browser-Entwicklertools nutzen
- F12 drücken (oder Rechtsklick → "Untersuchen")
- Tab "Elements": Zeigt den HTML-Code. Rechtsklick auf ein Element → "Inspect" um es direkt zu finden.
- Tab "Styles" (rechts): Zeigt welche CSS-Regeln auf das Element wirken — und welche durchgestrichen (= überschrieben) sind.
- Tab "Console": Zeigt JavaScript-Fehler in Rot.
Wenn du nicht weiterkommst
Beschreibe das Problem so für Claude:
- Was ist das Problem? (Screenshot wenn möglich)
- Auf welcher Seite / welchem Produkt?
- Was wurde zuletzt geändert?
- Passiert es auf Mobil, Desktop, oder beiden?
Dann den relevanten CSS- oder Liquid-Code dazu kopieren.