Shopify-Templates: ein Template pro Produkttyp, nicht pro Produkt

Wir haben in den letzten Monaten über 20 Shopify-Shops übernommen, und fast alle hatten dasselbe Muster im Theme: ein eigenes Template pro Produkt. Historisch gewachsen, oft aus Zeitdruck entstanden, und irgendwann traut sich niemand mehr, etwas anzufassen. Dieser Artikel erklärt, warum diese Struktur dich bei jeder Änderung Geld kostet und wie die saubere Alternative aussieht: ein Template pro Produkttyp, mit Metafeldern und Metaobjekten für alles, was sich je Produkt unterscheidet.

Wie Template-Wildwuchs entsteht

Kein Shop startet mit 40 Produkt-Templates. Der Wildwuchs beginnt harmlos: Ein neues Produkt braucht eine zusätzliche Tabelle, also wird das bestehende Template kopiert und angepasst. Die nächste Kampagne braucht einen anderen Aufbau, wieder eine Kopie. Ein Bestseller bekommt eine Sonderbehandlung, Kopie Nummer drei. Jede einzelne Entscheidung war unter Zeitdruck vernünftig; in Summe entsteht ein Theme, in dem product.kaffee-espresso-v2-final neben product.kaffee-espresso-kampagne-alt liegt und niemand mehr weiß, welches Template wo im Einsatz ist.

Technisch lässt Shopify das lange zu: Bis zu 1.000 JSON-Templates pro Shop sind erlaubt, mit je bis zu 25 Sections. Das Limit wirst du also nie treffen. Genau das ist das Tückische; die Plattform bremst dich nicht, die Wartbarkeit tut es.

Was der Wildwuchs dich wirklich kostet

• Jede Änderung ist Mehrfacharbeit: Ein neues Trust-Element unter der Buybox, ein geänderter Versandhinweis oder eine rechtliche Pflichtangabe (aktuelles Beispiel: das EU-Gewährleistungslabel ab 27. September) muss in jedem Produkt-Template einzeln eingebaut werden. Aus einer Stunde werden zwanzig.
• Inkonsistenzen schleichen sich ein: Nach ein paar Monaten unterscheiden sich Abstände, Reihenfolgen und Formulierungen zwischen Produkten, ohne dass es je jemand entschieden hat. Das kostet Vertrauen und Conversion.
• A/B-Tests werden unbezahlbar: Wer eine PDP-Variante testen will, muss sie über dutzende Templates ausrollen; in der Praxis unterbleibt der Test dann einfach.
• Fehler tauchen doppelt auf: Ein Bug, der in Template-Kopie 7 gefixt wurde, lebt in Kopie 12 weiter. Die Fehlerquote steigt mit jeder Kopie.
• Onboarding wird zäh: Jeder neue Entwickler und jede neue Agentur braucht Wochen, um die gewachsene Logik zu verstehen; das bezahlst du bei jedem Dienstleisterwechsel neu.

Die saubere Struktur: ein Template pro Produkttyp

Die Regel, mit der wir jeden übernommenen Shop aufräumen, passt in einen Satz: Templates bilden Seitenstrukturen ab, nicht Produkte. Ein Kaffee, ein Zubehörteil und ein Online-Kurs haben unterschiedliche Seitenaufbauten und verdienen je ein Template. Zwanzig verschiedene Kaffees haben denselben Aufbau und teilen sich eines.

In der Praxis kommen die meisten Shops, die wir betreuen, mit drei bis acht Produkttyp-Templates aus, klar benannt nach dem Typ: product.kaffee, product.zubehoer, product.kurs. Was sich innerhalb eines Typs von Produkt zu Produkt unterscheidet (Röstprofil, Herkunft, Brühempfehlung), steht nicht im Template, sondern in Daten am Produkt. Genau dafür gibt es Metafelder und Metaobjekte.

Metafelder und Metaobjekte richtig einsetzen

Metafelder hängen strukturierte Zusatzdaten an ein Produkt: Zahlen, Texte, Maße, Dateien, Referenzen. Seit Online Store 2.0 verknüpfst du sie im Theme-Editor als dynamische Quelle direkt mit Sections und Blöcken, ganz ohne Liquid-Anpassung: Das Template zeigt „Röstgrad" an, den Wert liefert das jeweilige Produkt.

Metaobjekte sind der zweite Baustein und werden gern übersehen: eigenständige, wiederverwendbare Inhaltsblöcke, die mehrere Produkte referenzieren können. Eine Größentabelle, ein Erklärblock zum Härtegrad, ein Hersteller-Profil oder eine Anbau-Region wird einmal als Metaobjekt gepflegt und an beliebig vielen Produkten ausgespielt. Ändert sich die Größentabelle, änderst du sie an einer Stelle, nicht in vierzig Template-Kopien.

Ein Hinweis aus Projekterfahrung: Übertreibe das Schema nicht. Nicht jede denkbare Information braucht ein eigenes Metafeld; starte mit den Feldern, die das Template wirklich anzeigt, und erweitere, wenn ein echter Bedarf da ist. Ein überladenes Schema ist der Template-Wildwuchs von morgen, nur an anderer Stelle.

Wann ein eigenes Template okay ist

Die Regel heißt nicht, dass jedes Produkt gleich aussehen muss. Ein eigenes Template ist gerechtfertigt, wenn sich der Seitenaufbau strukturell unterscheidet:

• ein Produkt-Konfigurator oder Bundle-Builder,
• ein Hero-Produkt mit eigener Story-Strecke, die es nur einmal gibt,
• zeitlich begrenzte Kampagnen-Landingpages (mit klarer Konvention und Ablaufdatum),
• B2B- oder Abo-Varianten mit anderem Kaufprozess.

Die Faustregel dazu: Unterscheiden sich nur Inhalte (Texte, Bilder, Tabellen), gehört der Unterschied in Metafelder. Unterscheidet sich die Struktur der Seite, darf es ein Template sein; benannt nach dem Zweck, nicht nach dem Produktnamen mit Versionsnummer.

Aufräumen in fünf Schritten, ohne Relaunch

1. Ist-Aufnahme

Alle Produkt-Templates listen und je Template erfassen, welche Produkte es nutzen und worin es sich vom Standard unterscheidet. Das geht mit einem Produktexport plus Template-Spalte schneller, als es klingt, und ist fast immer ernüchternd: Die Hälfte der Templates ist gar nicht mehr zugewiesen.

2. Produkttypen clustern

Aus der Ist-Aufnahme ergeben sich die echten Seitenstrukturen; meist drei bis acht. Alles andere sind Inhaltsunterschiede, die in das Metafeld-Schema wandern.

3. Ziel-Templates und Metafeld-Schema bauen

Je Produkttyp ein Template mit dynamischen Quellen; parallel die Metafeld-Definitionen und Metaobjekte anlegen. Hier entscheidet sich die Qualität der nächsten Jahre, also lieber einen Tag länger konzipieren.

4. Inhalte migrieren und Produkte umhängen

Inhalte aus den alten Template-Kopien in Metafelder übertragen (bei großen Katalogen per CSV-Import oder Skript), dann die Produkte auf die neuen Templates umstellen. Das Umhängen selbst ist ein Klick im Produkt; Kunden merken davon nichts.

5. Alte Templates löschen

Der wichtigste und am häufigsten ausgelassene Schritt. Was bleibt, wird wieder benutzt. Nicht zugewiesene Templates raus aus dem Theme, und ab jetzt gilt die Regel aus diesem Artikel für jedes neue Produkt.

Der Lohn: Änderungen an einer Stelle statt in zwanzig, konsistente Produktseiten, testbare PDP-Varianten und ein Shop, in dem ein neues Produkt kein Entwicklungsprojekt ist, sondern ein Datensatz mit gepflegten Feldern.

Übrigens: Genau diese Struktur setzen wir gerade wieder in einem laufenden Projekt auf; ein Template pro Produkttyp, Logik über Metafelder und Metaobjekte. Es ist der Standard, mit dem jeder unserer Shopify-Shops startet.