Headless mit Hydrogen oder klassisches Theme mit Liquid?

Headless klingt modern, teuer und ein bisschen nach Zukunft. Entsprechend häufig fragen Händler: Brauche ich das? Die kurze Antwort für die meisten kleinen und mittleren Shops lautet Nein. Die lange Antwort lernst du hier kennen, mit einem Entscheidungsweg, den du auf deinen Shop anwenden kannst.

Was die Begriffe bedeuten

Klassisches Theme (Liquid, Online Store 2.0). Shopify liefert deinen Shop komplett aus: Server, Warenkorb, Checkout, Seitenaufbau. Das Aussehen steckt im Theme, geschrieben mit Liquid. Das ist die Template-Sprache von Shopify. Mit Online Store 2.0 kannst du Seiten aus Sections (Bausteinen) zusammensetzen und im Editor ohne Code verändern.

Headless. Der “Kopf” des Shops, also die Oberfläche, wird vom Rest getrennt. Shopify bleibt das Backend für Produkte, Bestände, Kunden, Bestellungen und Checkout. Die sichtbare Seite baust du als eigene Anwendung und holst die Daten über eine Schnittstelle, die Storefront API.

Hydrogen. Das ist Shopifys Framework für solche Headless-Storefronts, auf Basis von React. Es liefert vorbereitete Bausteine für Produkte, Warenkorb und Co. Die Anwendung läuft nicht im Theme-System, sondern wird separat betrieben, auf Wunsch bei Shopify oder bei einem anderen Hoster. Welche Hosting-Optionen es aktuell gibt, steht in der Hersteller-Doku.

Die beiden Wege im Vergleich

Die Kosten nennen wir hier bewusst nur qualitativ: Headless ist in der Entwicklung und im Betrieb deutlich aufwendiger, weil du neben dem Shop eine zweite Anwendung hast, die programmiert, gehostet, überwacht und aktuell gehalten werden muss. Eine grobe Einordnung findest du im Artikel Was kostet Shopify 2026? und im Projektkalkulator.

Drei verbreitete Mythen

Mythos 1: Headless ist automatisch schneller. Eine Seite ist schnell, wenn wenig Daten übertragen werden, Bilder passend ausgeliefert werden und Skripte sparsam sind. Das geht mit beiden Ansätzen. Ein überladenes Theme mit zwanzig Apps ist langsam, ein schlecht optimierter Headless-Shop genauso. Mehr dazu im Artikel zu Shopify-Performance und Core Web Vitals.

Mythos 2: Headless ist besser für SEO. Suchmaschinen brauchen saubere URLs, Titel, Meta-Beschreibungen, strukturierte Daten, Sitemaps und Weiterleitungen. Im Theme liefert Shopify vieles davon ab Werk. Bei Headless musst du es selbst umsetzen und testen. Es kann gut gelingen, aber es ist kein Selbstläufer, und Fehler sind teurer.

Mythos 3: Mit Headless bin ich unabhängig von Shopify. Daten, Checkout und Verwaltung bleiben bei Shopify. Du bist also nicht unabhängiger, sondern hängst an Shopify und zusätzlich an deiner eigenen Anwendung.

Der Entscheidungsweg in Textform

Geh die Fragen der Reihe nach durch und halte bei der ersten Antwort an, die du mit Ja beantwortest.

Frage 1: Kannst du dein Wunsch-Erlebnis mit Sections, Metafeldern und Apps abbilden? Typische Beispiele sind Produktseiten mit zusätzlichen Infos, ein Konfigurator, Größenberater oder Filter. Wenn Ja: Bleib beim Theme. Ende.

Frage 2: Fehlen dir Funktionen, die das Theme-System nicht hergibt, etwa stark individuelle Übergänge, ein sehr ungewöhnlicher Seitenaufbau oder eine App-ähnliche Bedienung? Wenn Nein: Bleib beim Theme. Wenn Ja, weiter.

Frage 3: Soll dieselbe Produktbasis mehrere Oberflächen bedienen, etwa Website, App, Kiosk im Laden, Marktplatzauftritt? Wenn Ja: Headless ist eine ernsthafte Option, weil die Daten zentral bleiben und mehrere Frontends sie abrufen.

Frage 4: Hast du das Budget und die Kapazität, die zweite Anwendung dauerhaft zu betreiben, mit Entwicklern, Updates und Fehlerbehebung? Wenn Nein: Zurück zum Theme, auch wenn es technisch reizvoll ist. Wenn Ja, weiter.

Frage 5: Ist das besondere Erlebnis ein geschäftlicher Vorteil, nicht nur eine Designidee? Wenn Ja, kann sich Headless lohnen. Wenn du hier ins Grübeln kommst, ist es meist keiner.

Am Ende bleibt das Theme für die allermeisten übrig. Das ist kein Mangel, sondern eine gute Nachricht: Du bekommst schneller einen laufenden Shop und musst weniger pflegen.

Wann Headless sinnvoll sein kann

• Sehr eigenständige Markenerlebnisse, die nicht in ein Seitenraster passen, etwa interaktive Produktvisualisierung als Kern des Angebots.
• Mehrere Frontends mit denselben Produkt- und Bestandsdaten.
• Eigenes Entwicklerteam, das mit React umgehen kann und Betrieb sowie Monitoring übernehmen will.
• Besondere Integrationen, bei denen Inhalte aus anderen Systemen, etwa einem Redaktionssystem, direkt in die Shopoberfläche fließen.

Wann Headless meistens nicht passt

• Du willst vor allem schneller live gehen und Kosten klein halten.
• Dein Team pflegt Inhalte lieber im Theme-Editor.
• Du brauchst viele Apps, die im Theme arbeiten.
• Du hast keine festen Ansprechpartner für Entwicklung und Betrieb.
• Dein Hauptproblem ist eigentlich Conversion, Datenqualität oder Angebot und nicht die Technik.

Alternativen, bevor du Headless erwägst

1. Theme-Customizing: Ein bestehendes Theme gezielt anpassen, statt komplett neu zu bauen.
2. Eigene Sections: Individuelle Bausteine für Seiten, die Redakteure frei nutzen können.
3. Metafelder und Metaobjekte: Zusätzliche Daten an Produkten, Kollektionen und Seiten hinterlegen und im Theme ausgeben.
4. Apps: Für Bewertungen, Filter, Größenberater oder Bundles gibt es ausgereifte Lösungen. Welche sich eignen, steht im Artikel Shopify-Apps für den Launch.
5. Maßgeschneiderter Konfigurator auf Theme-Basis, mehr dazu in App oder Custom beim Produktkonfigurator.

Wenn du ein Figma-Design hast, das im Theme umgesetzt werden soll, schau dir unsere Leistung Figma zu Shopify an. Häufig lässt sich ein ambitioniertes Design sauber im Theme-System realisieren, ohne dass du Headless brauchst.

Wenn du unsicher bist, ob dein Vorhaben ein Theme verträgt: Kostenloses Erstgespräch buchen →

Fazit

Headless ist ein starkes Werkzeug für bestimmte Fälle, aber kein Upgrade, das jeder Shop braucht. Starte mit einem gut gebauten Theme, miss, wo es hakt, und entscheide dann anhand konkreter Anforderungen. Falls du später Headless brauchst, bleiben deine Daten in Shopify und der Weg ist offen.