Shopify und Vercel bauen Hydrogen als offene, runtime-agnostische Basis neu. Hydrogen deployt jetzt …
Hydrogen wird runtime-agnostisch: was das wirklich löst
Shopify und Vercel bauen Hydrogen als offene, runtime-agnostische Basis neu. Hydrogen deployt jetzt direkt auf Vercel, ist Open Source und funktioniert über Framework-Grenzen hinweg: Svelte, Nuxt, Next.js oder dein eigenes Setup. Das ist echte Verbesserung, und sie räumt genau die Kritik ab, die Hydrogen seit dem Launch begleitet hat. Nur räumt sie eine Ebene weiter oben nichts auf: den Frontend-Layer, den du für jede Storefront trotzdem wieder baust.
Was tatsächlich angekündigt wurde
Die Kernpunkte aus dem Vercel-Briefing zum Rebuild:
- Hydrogen ist runtime-agnostisch. Oxygen ist nicht mehr der einzige Weg nach Live. Deployment auf Vercel ist ein First-Class-Pfad.
- Hydrogen ist Framework-offen. Nicht mehr React-only als gesetzte Annahme, sondern eine Commerce-Basis, auf die verschiedene Frameworks aufsetzen können.
- Open Source als Fundament. Entwicklerinnen und Agents bekommen eine gemeinsame Grundlage, statt den Commerce-Layer pro Storefront erneut zu schreiben.
- Agents sind mitgedacht. Der Rebuild adressiert explizit, dass nicht mehr nur Menschen an Storefronts bauen.
Für Shopify-Teams, die bisher zwischen Liquid-Theme und einem Custom-Build ohne Rückfahrkarte gewählt haben, ist das eine ernstzunehmende dritte Option. Wer die Kostenseite dieser Wahl kennt, sieht das schnell: wir haben das in Shopify Frontend Cost: Theme vs. Headless durchgerechnet, und der Rebuild verschiebt in dieser Rechnung genau eine Position, nämlich die Runtime-Bindung.
Warum das ein echter Fortschritt ist
Wir hören in Discovery-Calls seit zwei Jahren im Kern denselben Satz: „Mit Hydrogen sind wir auf Shopify festgeklebt. Wenn wir wechseln wollen, fangen wir bei Null an." Der Rebuild nimmt diesem Satz die Hälfte seiner Schärfe. Die Runtime ist nicht mehr Teil des Deals. Wer heute auf Hydrogen startet, ist morgen nicht automatisch auf einer einzigen Hosting-Ebene gefangen.
Dass Shopify das offen und Open Source macht, statt die Runtime als Bindungsinstrument zu behalten, ist die richtige Entscheidung. Wir sagen das ohne Ironie: das ist die Bewegung, die der Markt gebraucht hat, und sie kommt vom Marktführer.
Was der Rebuild nicht löst
Runtime-agnostisch ist nicht dasselbe wie backend-agnostisch. Und beides ist noch nicht Frontend Management.
1. Das Backend bleibt gesetzt. Hydrogen ist Shopify-Commerce-Logik. Läuft dein B2B-Geschäft auf einem ERP-nahen System, deine DACH-Marke auf Shopware, dein Marktplatz auf etwas Drittem, dann hilft dir ein runtime-freies Shopify-Frontend genau bei einem dieser Fälle. Die Frage „ein Frontend für mehrere Backends" bleibt offen.
2. Der Frontend-Layer wird weiter pro Storefront gebaut. Ein Open-Source-Fundament nimmt dir den Commerce-Layer ab, nicht die Storefront darüber. Navigation, Kampagnenseiten, Redaktions-Workflow, Locale-Handling, Design-Token-Disziplin über mehrere Marken: das entsteht in jedem Projekt neu. Genau dieser Teil frisst in unseren Projekten die Wochen, nicht der Storefront-API-Call.
3. Redaktion und Marketing sind nicht adressiert. Der Rebuild ist eine Developer- und Agent-Story. Er sagt nichts darüber, wie eine Content-Managerin Donnerstagabend eine Kampagnenseite live bringt, ohne ein Ticket zu schreiben. Wer den Frontend-Layer als Code-Artefakt denkt, verlagert diese Arbeit dauerhaft ins Engineering-Backlog.
4. Mehr Wahlfreiheit heißt mehr Entscheidungen. Svelte, Nuxt, Next.js, eigenes Framework, Vercel oder anderswo: jede dieser Achsen ist jetzt deine Entscheidung und deine Wartung. Für ein Team mit Plattform-Kapazität ist das ein Gewinn. Für ein Team von drei Leuten ist es Arbeit, die niemand als Arbeit ausgewiesen hat.
Wo Laioutr ansetzt
Laioutr ist eine Frontend Management Platform (FMP): eine Steuerungsebene für das Commerce-Frontend, die über dem Backend sitzt und nicht Teil davon ist. Konkret gegen die vier Punkte oben:
Backend-Agnostik als Architektur, nicht als Versprechen. Unser Orchestrierungs-Layer spricht mit über 50 Backends, Shopify eingeschlossen. Du behältst Shopify als Commerce-Engine und bekommst dieselbe Storefront-Ebene, die auch auf Shopware oder commercetools läuft. Wie das technisch aufgebaut ist, steht auf Composability und Orchestration.
Der Frontend-Layer als Produkt statt als Projekt. Sections, Blocks, Komponenten-Bibliothek und Deployment kommen als Plattform, nicht als Repository-Vorlage. Die zweite Storefront startet nicht bei Null. Für Multi-Brand- und Multi-Market-Setups ist das der Unterschied zwischen Wochen und Quartalen: Multi-Brand und Multi-Market.
Redaktion ohne Developer-Ticket. Kampagnenseiten, Landingpages und Content-Änderungen laufen im Studio, mit Preview und Freigabe. Engineering reviewt und erweitert, blockiert aber nicht: Content Management.
Konsistenz und Performance als Plattform-Eigenschaft. Design-Token und Themes gelten über alle Storefronts hinweg, statt pro Repository zu driften (Brand Consistency), und Core Web Vitals sind messbarer Teil der Plattform, nicht Ergebnis einer Optimierungs-Runde am Projektende (Performance und Core Web Vitals).
Wenn du die Frage „Hydrogen oder Frontend-Layer" konkret für dein Team abwägen willst: wir haben das vor dem Rebuild in Hydrogen vs. Laioutr: Which Frontend for Which Team? aufgeschrieben. Die Runtime-Zeile darin ist durch die Ankündigung überholt, die Team- und Betriebs-Zeilen sind es nicht.
Was Du gewinnst
- Runtime. Hydrogen nach dem Rebuild: frei wählbar, Vercel als First-Class-Pfad. Mit Laioutr als Frontend-Layer: frei wählbar, EU-Hosting inklusive.
- Backend. Hydrogen nach dem Rebuild: Shopify. Mit Laioutr als Frontend-Layer: 50+ Backends, Shopify eingeschlossen, austauschbar.
- Zweite Storefront. Hydrogen nach dem Rebuild: neues Projekt auf gemeinsamer Basis. Mit Laioutr als Frontend-Layer: Konfiguration auf bestehender Plattform.
- Kampagnenseite. Hydrogen nach dem Rebuild: Pull Request. Mit Laioutr als Frontend-Layer: Studio, mit Preview und Freigabe.
- Betriebsmodell. Hydrogen nach dem Rebuild: dein Team betreibt den Layer. Mit Laioutr als Frontend-Layer: Plattform, mit Updates und Support.
FAQ
Ist Laioutr eine Alternative zu Hydrogen oder eine Ergänzung? Eine Alternative auf der Frontend-Layer-Ebene. Du nutzt weiterhin die Shopify Storefront API als Datenquelle, baust die Storefront aber nicht als eigenes Hydrogen-Projekt. Details auf Headless Frontend für Shopify.
Wir haben schon eine Hydrogen-Storefront. War das umsonst? Nein. Datenmodell, Storefront-API-Zugriffe und Content-Struktur bleiben verwendbar. Der Umstieg betrifft die Präsentations- und Steuerungsebene, nicht die Commerce-Integration.
Was kostet das? Preismodell und Tiers stehen auf der Laioutr-Preisseite. Für die Gegenrechnung zu einem Custom-Build ist der Kostenvergleich im oben verlinkten Theme-vs-Headless-Post die bessere Grundlage als eine Listenpreis-Zahl.
Wie lange dauert die Umsetzung? Median unter 14 Tagen für eine erste Storefront mit Founder-Begleitung. Bei mehreren Marken oder Märkten hängt es an der Datenlage, nicht am Frontend.
Bleibt Shopify unser Backend? Ja, solange Du willst. Genau das ist der Punkt: die Entscheidung bleibt reversibel, ohne dass das Frontend neu entsteht.
Nächste Schritte
Wenn Dein Team gerade abwägt, ob der Hydrogen-Rebuild der Anlass für den Umbau ist: buche eine 30-Minuten-Demo auf Headless Frontend für Shopify. Wir gehen Deinen Stack durch und sagen Dir auch, wenn Hydrogen für Deinen Fall die richtige Wahl ist.
Weitere Themen aus der Laioutr-Plattform
Über den Autor: Marcel Thiesies ist Co-Founder von Laioutr. Er arbeitet täglich mit DACH-Teams an der Frage, welcher Teil des Commerce-Stacks wirklich ersetzt werden muss und welcher nur besser gesteuert gehört.