Shopify Dokumentation

Shopify Theme Dokumentation

Analyse, Workflow-Anleitung und Referenz für das Cell Essentials Theme

Erstellt: 10. April 2026 · Theme: Cell Essentials 2026 v1.2 · Basis: Shopify Dawn
🔍

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

Kurzfazit Das Theme hat echte strukturelle Probleme — vor allem durch eine fehlerhafte CSS-Strategie, fehlende Konventionen und mehrere wechselnde Entwickler. Die aufgestapelten technischen Schulden machen das Theme objektiv schwer zu warten. Die wichtigsten Sofort-Maßnahmen sind in der Team-Aktionsliste zusammengefasst.

Eckdaten des Themes

Gesamtdateien407
Sections (davon custom)78 (davon 16 selbst erstellt)
Assets (CSS/JS)192
Produkt-Templates13 (11 davon produktspezifisch)
Basis-ArchitekturDawn Theme (Shopify-Standard)
BeteiligteTHRE3 (Agentur) + 2–3 interne Entwickler

Wer hat was gebaut?

🏢 THRE3 — Performance Marketing Agentur

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.
Einordnung Dies ist keine Kritik an THRE3's Performance-Marketing-Kompetenz — die CSS-Strategie mit hardcodierten IDs ist jedoch für langfristige Wartbarkeit ungünstig und erschwert die Arbeit jeder Person, die danach am Theme arbeitet.
👥 Interne / weitere Entwickler (ca. 2–3 Personen)

Erkennbar an den Custom Sections — aber an der inkonsistenten Benennung lässt sich ablesen, dass verschiedene Personen zu verschiedenen Zeitpunkten gearbeitet haben:

MusterBeispieleVermutung
custom_ (Unterstrich)custom_bulletpoints, custom_tabs, custom_image-with-textPerson A
custom- (Bindestrich)custom-product-hero, custom-slideshow, custom-rich-textPerson B
-custom (Suffix)hero-banner-customPerson 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.json neben product.abwehrkraft-2025.json — suggeriert iteratives Arbeiten ohne Aufräumen
🌅 Shopify Dawn — Basis-Theme (unverändert lassen!)

Alle Dateien ohne custom oder thre3 im Namen sind Shopify's Original-Code. Dieser ist gut strukturiert, modern und wird von Shopify gepflegt.

Wichtige Regel Dawn-Dateien (sections/header.liquid, sections/footer.liquid, assets/global.js, assets/base.css etc.) sollten nicht direkt bearbeitet werden — Änderungen hier werden bei Theme-Updates überschrieben.

Was funktioniert gut

Bevor wir zu den Problemen kommen: Das Theme hat eine solide Grundlage.

Die Dawn-Basis ist gut Shopify's eigener Code für Cart, Header, Produktgalerie, Navigation und Suche ist sauber, modern und gut strukturiert. Das gibt dem Theme eine stabile Grundlage trotz der Customization-Probleme.
  • 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.primary fü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

🔴 Kritisch: CSS-Strategie ist grundlegend falsch Die Datei 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.

🔴 Kritisch: Leere JS-Datei wird auf jeder Seite geladen 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.
🟠 Hoch: Inkonsistente Benennung 16 Custom Sections, drei verschiedene Benennungs-Muster (custom_, custom-, -custom). Man weiß nie, wie der gesuchte Dateiname aussieht.
🟠 Hoch: Duplikate von Standard-Sections image-with-text, custom_image-with-text UND custom_image-with-text2 — drei quasi-gleiche Versionen. Bugfixes müssen dreimal eingepflegt werden.
🟠 Mittel: Inline-JavaScript in Template-JSON 12+ JavaScript-Blöcke direkt in JSON-Dateien eingebettet. Nicht suchbar, nicht testbar, kaum lesbar durch JSON-Escaping.
🟠 Mittel: Font-System wird umgangen Shopify's Theme-Editor hat ein Font-Picker-System. Das Custom-CSS überschreibt es direkt — Änderungen im Admin haben keine Wirkung auf die Live-Seite.

Gesamtbewertung

KriteriumBewertungSchweregrad
Basis-Architektur (Dawn)GutKein Handlungsbedarf
CSS-Strategie & WartbarkeitMangelhaftKritisch
Benennung & KonventionenUnzureichendHoch
Code-DuplikateVorhandenHoch
JavaScript-QualitätMangelhaftKritisch
Font-SystemInkonsistentMittel
Template-VerwaltungUnstrukturiertMittel
DokumentationNicht vorhandenHoch
Fazit Die CSS-Struktur, fehlende Konventionen und der verteilte Code machen das Theme objektiv schwer zu warten — unabhängig davon, wer daran arbeitet. Auch erfahrene Shopify-Entwickler benötigen erhebliche Einarbeitungszeit. Das ist die logische Konsequenz der aufgestapelten technischen Schulden.

Empfehlungen

Sofort (diese Woche)

  • Leere JS-Datei entfernen: thre3-custom-scripts.js aus dem Include in theme.liquid (Zeile 332) entfernen.
  • Alte Produkt-Templates prüfen: Die "alten" Versionen (product.abwehrkraft.json etc.) wenn nicht mehr aktiv aus dem Theme entfernen.
  • Bitbucket-Workflow einrichten: Bitbucket-Repository anlegen → Theme-Dateien einchecken → Änderungen über Shopify CLI + git commit & push versionieren. 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.css bekommt 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

Refactoring vs. Neuaufbau Der technische Schuldenstand ist hoch genug, dass ein strukturierter Refactoring-Sprint (ca. 3–5 Tage für einen erfahrenen Shopify-Entwickler) langfristig günstiger ist als kontinuierliche Pflege des Status quo. Bei der nächsten größeren Theme-Überarbeitung sauber neu aufbauen.

Grundprinzip: Sicher arbeiten

Die wichtigste Regel Nie direkt am aktiven (live) Theme arbeiten. Das veröffentlichte Theme ist der Live-Shop. Jede Änderung daran ist sofort für alle Besucher sichtbar — auch fehlerhafte.

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

  1. Shopify Admin → Online Store → Themes
  2. Neben dem aktiven Theme auf "···" klicken → "Duplicate"
  3. Am Duplikat arbeiten (erscheint als "Copy of [Theme-Name]")
  4. Über "Preview" das Ergebnis überprüfen
  5. Erst dann: "Publish" — das macht das Duplikat zum Live-Theme
Einschränkung Das Duplikat zeigt immer die aktuellen Live-Daten (Produkte, Inhalte). Es ist kein echter isolierter Test — aber es schützt vor versehentlichen Live-Änderungen.

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)

Was das ist Shopify CLI ist ein kostenloses Entwicklerwerkzeug. Es erstellt ein unsichtbares "Development Theme" das nur für eingeloggte Mitarbeiter sichtbar ist — der echte Shop läuft normal weiter.

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

  1. Terminal öffnen im Theme-Ordner
  2. shopify theme dev --store=cell-essentials.myshopify.com ausführen
  3. Shopify erstellt ein Development Theme — nur du siehst es (solange eingeloggt)
  4. Dateien bearbeiten → Browser refresht automatisch
  5. Zufrieden? shopify theme push --unpublished → lädt als neues Theme in Shopify hoch
  6. 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.

Bitbucket vs. GitHub bei Shopify Shopify hat keine native "Connect to Bitbucket"-Schaltfläche (nur GitHub ist direkt integriert). Mit Bitbucket läuft der Workflow über Shopify CLI + Git lokal: git pull → Änderungen → shopify theme push --unpublished → testen → git commit & push nach Bitbucket. Gleiche Sicherheit, nur ein manueller Schritt mehr.
Vorteil Wenn etwas schiefgeht, kann man jederzeit auf eine frühere Version zurück. Git ist das Sicherheitsnetz für alle künftigen Änderungen.

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
Die einfache Faustregel „Kann ich das in wenigen Schritten manuell umsetzen?" → Cowork. „Würde das jemand ohne Terminal und Git-Kenntnisse normalerweise nicht anfassen?" → Claude Code, gemeinsam mit einem Entwickler. Claude Code erfordert Terminal-Kenntnisse und sollte nicht alleine von unerfahrenen Nutzern eingesetzt werden.

🧰 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-StrukturKennt alle relevanten Dateien — was thre3-custom-productpage.css ist, welche Sections THRE3 gebaut hat, wo eigene Anpassungen zu platzieren sind
Sichere vs. riskante DateienWarnt automatisch, wenn eine Änderung an einer THRE3-Datei gewünscht wird — und schlägt den richtigen, sicheren Alternativweg vor
Kein FachjargonAntwortet auf Deutsch, erklärt Liquid und CSS so, dass auch Nicht-Entwickler folgen können
Schritt-für-SchrittGibt konkrete Anleitungen mit Dateinamen und Zeilennummern statt abstrakter Erklärungen
FehlerdiagnoseVersteht typische Fehler im CE-Theme und kennt wahrscheinliche Ursachen (z.B. warum ein !important nicht greift)

Installation in 3 Schritten

  1. Skill-Datei öffnen: shopify-theme-assistent.skill per Doppelklick öffnen — Claude Cowork installiert den Skill automatisch
  2. Neue Sitzung starten: Claude Cowork schließen und neu öffnen — der Skill ist jetzt aktiv (erkennbar am Namen in der Sitzung)
  3. 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

💡 Tipp: Den Skill aktuell halten
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

  1. Cowork starten, Theme-Ordner als Arbeitsordner wählen (einmalige Einrichtung)
  2. Aufgabe beschreiben: „Ich möchte auf der Produktseite den Abstand zwischen Bild und Titel verringern"
  3. Claude nennt die genaue Datei, den CSS-Selector und zeigt das fertige Code-Snippet
  4. Änderung im Shopify Code-Editor einfügen — im Development Theme testen
  5. Code-Snippet zurück an Claude: „Schau mal, hab ich das richtig eingebaut?"
  6. Wenn alles stimmt: Live schalten + git commit nach Bitbucket

Goldene Regeln & Checkliste

Die goldenen Regeln

NIEMALS direkt am aktiven Theme ändern Immer auf einem Duplikat oder Development Theme arbeiten. Keine Ausnahmen.
  • 🚫 Nie Dateien löschen die du nicht verstehst
  • 🚫 Nie Dateien ohne "custom" im Namen bearbeiten (das sind Shopify's Original-Dateien)
  • 🚫 Nie theme.liquid oder layout/-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.js
  • assets/base.css
  • assets/constants.js
  • snippets/ 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.

🔴 SOFORT — wenige Stunden, hohe Wirkung
WasWarumWerAufwand
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.
🟢 KURZFRISTIG — nächste 4 Wochen
WasWarumWerAufwand
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.
🟠 MITTELFRISTIG — 1–3 Monate
WasWarumWerAufwand
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
⚫ STRATEGISCH — nächstes Quartal
WasWarumWerAufwand
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 / OrdnerWas sie tutAnfassen?
layout/theme.liquidGrundgerüst jeder Seite — Head, Fonts, globale ScriptsNur mit Review
assets/thre3-custom-productpage.cssGlobales Custom-CSS für alle ProduktseitenMit Vorsicht
sections/custom_*.liquidSelbst erstellte Sections (Unterstrich-Variante)Ja
sections/custom-*.liquidSelbst erstellte Sections (Bindestrich-Variante)Ja
sections/main-product.liquidDie Haupt-Produktseiten-Section (2347 Zeilen)Nur mit Review
templates/product.*.jsonLayout-Konfiguration der einzelnen ProduktseitenJa
config/settings_data.jsonTheme-Einstellungen (Farben, Fonts etc.)Besser über Editor
assets/global.jsShopify Dawn's globales JavaScriptNein
assets/base.cssShopify Dawn's Basis-CSSNein
snippets/Wiederverwendbare Template-TeileNur wenn du weißt was es tut
assets/hotjar.jsHotjar Tracking-ScriptNicht nötig
assets/microsoft-clarity.jsMicrosoft Clarity Tracking-ScriptNicht nötig

Woran erkenne ich welche Section eine Seite verwendet?

  1. Im Shopify Theme-Editor die Seite aufrufen
  2. Links in der Seitenleiste sind alle Sections aufgelistet
  3. Der Name der Section = der Dateiname in sections/
  4. 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.liquid oder 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

ProblemWahrscheinliche UrsacheWo suchen
Design einer Produktseite kaputtCSS-Override fehlt oder wurde überschriebenthre3-custom-productpage.css
Layout auf allen Seiten falschGlobales CSS oder Layout geändertlayout/theme.liquid, assets/base.css
Section zeigt nichtsSchema-Fehler oder Section nicht zur Seite hinzugefügtTheme-Editor prüfen
Font sieht falsch ausCSS überschreibt Theme-Font-Einstellungenthre3-custom-productpage.css Zeile 1–5
Button/Preis falsch positioniertCSS-Override in Custom-Dateithre3-custom-productpage.css, nach Klasse suchen
Änderung im Theme-Editor hat keine WirkungCSS-Datei überschreibt Theme-Einstellungthre3-custom-productpage.css — nach dem Property suchen
JavaScript-Fehler in KonsoleInline-JS in Template oder globales JSBrowser-Konsole (F12) → Fehlermeldung zeigt Datei+Zeile

Browser-Entwicklertools nutzen

  1. F12 drücken (oder Rechtsklick → "Untersuchen")
  2. Tab "Elements": Zeigt den HTML-Code. Rechtsklick auf ein Element → "Inspect" um es direkt zu finden.
  3. Tab "Styles" (rechts): Zeigt welche CSS-Regeln auf das Element wirken — und welche durchgestrichen (= überschrieben) sind.
  4. Tab "Console": Zeigt JavaScript-Fehler in Rot.
Tipp Im Elements-Tab kannst du CSS-Werte direkt bearbeiten — die Änderung ist nur temporär (verschwindet beim Neuladen) aber ideal zum schnellen Testen ob ein bestimmter Fix helfen würde.

Wenn du nicht weiterkommst

Beschreibe das Problem so für Claude:

  1. Was ist das Problem? (Screenshot wenn möglich)
  2. Auf welcher Seite / welchem Produkt?
  3. Was wurde zuletzt geändert?
  4. Passiert es auf Mobil, Desktop, oder beiden?

Dann den relevanten CSS- oder Liquid-Code dazu kopieren.