Headless Shopify Entwicklungsanleitung 2026: Hydrogen, Next.js & Mehr

Dieser Leitfaden ist alles, das ich mir 2020 hätte in die Hand drücken lassen, als ich meinen ersten headless Shopify-Store mit einem zusammengewürfelten Next.js-Setup und der alten REST API gebaut habe. Es ist das destillierte Wissen aus der Erstellung von Storefronts für DTC-Marken, B2B-Großhändler und Enterprise Shopify Plus-Händler. Einiges wird bestätigen, was du bereits vermutest. Einiges wird die konventionelle Weisheit herausfordern, die du auf Twitter gelesen hast.

Lass uns anfangen.

Inhaltsverzeichnis

• Was Headless Shopify 2026 wirklich bedeutet
• Die Storefront API: Dein neuer bester Freund
• Hydrogen vs Next.js Commerce: Der echte Vergleich
• Sub-1-Sekunden-LCP erreichen
• Checkout Extensions und die Post-Checkout.liquid Ära
• Shopify Plus Migrationsstrategie
• Die $1M ARR Schwelle: Wann Headless finanziell sinnvoll ist
• Eine Agentur wählen: Naturaily, Aalpha und mehr
• Custom Storefronts mit Astro und anderen Frameworks
• FAQ

Was Headless Shopify 2026 wirklich bedeutet

Headless Shopify bedeutet, die Frontend-Präsentationsschicht vom Shopify-Backend zu entkoppeln. Du behältst Shopify dafür, wofür es wirklich großartig ist — Bestand, Bestellungen, Zahlungen, Erfüllung — und ersetzt Liquid-Themes durch ein Custom-Frontend, das mit der Storefront API kommuniziert.

Aber hier ist das, das die meisten Artikel dir nicht sagen: Headless Shopify 2026 ist ein völlig anderes Tier als noch vor zwei Jahren. Drei Verschiebungen haben die Landschaft grundlegend verändert:

1. Hydrogen 2 ist ausgereift. Shopifys React-basiertes Framework, das auf Oxygen (ihrer Hosting-Plattform) läuft, hat sich seit seinem schwierigen Start 2023 erheblich stabilisiert. Es läuft jetzt unter der Haube auf Remix und bringt sensible Standardeinstellungen mit.

2. Die Storefront API erreichte Version 2025-04. Dies brachte Customer Account API v2, Verbesserungen der prädiktiven Suche und — kritisch — serverseitige Cart-Operationen, die kein clientseitiges JavaScript erfordern.

3. Checkout Extensions ersetzten checkout.liquid vollständig. Ab August 2025 müssen alle Shopify Plus-Stores Checkout Extensibility verwenden. Keine Liquid-Checkout-Anpassung mehr. Dies allein trieb Tausende von Stores in Richtung headless-Architekturen.

Das mentale Modell, das ich verwende: Shopify ist deine Commerce-Engine. Dein Frontend ist eine speziell angefertigte Schnittstelle, die zufällig Daten von dieser Engine abruft. Alles dazwischen sind API-Aufrufe und Caching-Strategie.

Der Architektur-Stack

Ein typisches headless Shopify-Setup 2026 sieht so aus:

┌─────────────────┐     ┌──────────────────┐     ┌─────────────────┐
│   Frontend App   │────▶│  Storefront API   │────▶│  Shopify Backend │
│  (Hydrogen/Next) │     │  (GraphQL)        │     │  (Admin, Orders) │
└─────────────────┘     └──────────────────┘     └─────────────────┘
        │                                                  │
        ▼                                                  ▼
┌─────────────────┐                              ┌─────────────────┐
│   Headless CMS   │                              │  Checkout Ext.  │
│  (Sanity/Contentful)                            │  (Shopify UI Ext)│
└─────────────────┘                              └─────────────────┘

Das Frontend kommuniziert mit der Storefront API über GraphQL. Inhalte, die nicht zu Shopify gehören (redaktionelle Seiten, Landing Pages, komplexe Content-Modelle), leben in einem Headless CMS. Die Checkout-Anpassung erfolgt über Shopifys Erweiterungspunkte, nicht über Custom-Markup.

Die Storefront API: Dein neuer bester Freund

Die Storefront API ist eine öffentlich zugängliche GraphQL API, die speziell für Kundenerlebnisse konzipiert ist. Sie unterscheidet sich von der Admin API, die Backend-Operationen handhabt. Das Verständnis dieser Unterscheidung ist kritisch.

Was du tun kannst

query ProductPage($handle: String!) {
  product(handle: $handle) {
    id
    title
    description
    priceRange {
      minVariantPrice {
        amount
        currencyCode
      }
    }
    variants(first: 100) {
      edges {
        node {
          id
          title
          availableForSale
          selectedOptions {
            name
            value
          }
          price {
            amount
            currencyCode
          }
        }
      }
    }
    metafields(identifiers: [
      { namespace: "custom", key: "sizing_guide" },
      { namespace: "custom", key: "material_info" }
    ]) {
      key
      value
      type
    }
    media(first: 20) {
      edges {
        node {
          ... on MediaImage {
            image {
              url
              altText
              width
              height
            }
          }
          ... on Video {
            sources {
              url
              mimeType
            }
          }
        }
      }
    }
  }
}

Rate Limits und Caching

Ab 2026 ermöglicht die Storefront API 100 Anfragen pro Sekunde pro Store für öffentliche Zugriffs-Tokens (vorher 60 in frühen 2024). Private Zugriffs-Tokens erhalten höhere Limits. Aber du solltest diese Limits sowieso nicht treffen — wenn doch, ist deine Caching-Strategie kaputt.

Hier ist, was ich bei jedem Projekt mache:

• Full-Page-Caching auf der CDN-Ebene (Vercel, Cloudflare oder Oxygen) mit stale-while-revalidate-Headern
• Data-Layer-Caching mit 60-Sekunden-TTLs für Produktdaten, 300 Sekunden für Sammlungsdaten
• Cart-Operationen werden niemals gecacht — diese treffen die API direkt jedes Mal
• Bestandsprüfungen verwenden einen leichtgewichtigen Polling-Mechanismus oder Webhooks, um alte Bestandsdaten ungültig zu machen

// Beispiel: Caching-Strategie für Produktabfragen in Next.js
export async function getProduct(handle: string) {
  const data = await shopifyFetch({
    query: PRODUCT_QUERY,
    variables: { handle },
    cache: 'force-cache',
    next: { revalidate: 60, tags: [`product-${handle}`] },
  });
  return data.product;
}

Hydrogen vs Next.js Commerce: Der echte Vergleich

Das ist die Frage, die ich am meisten gestellt bekomme. Und die ehrliche Antwort ist: Es kommt darauf an, auf dein Team, deinen Zeitrahmen und deine Hosting-Vorlieben. Aber hier sind die Daten.

Faktor	Hydrogen 2 (Remix/Oxygen)	Next.js Commerce (Vercel)
Framework	Remix (React)	Next.js 15 (React)
Hosting	Oxygen (Shopify) oder Self-Host	Vercel, Netlify, Self-Host
Shopify Integration	First-Party, tiefe	Community-gepflegt Starter
Lernkurve	Moderat (Remix Patterns)	Niedriger (wenn Team Next.js kennt)
CMS Flexibilität	Gut aber Shopify-zentrisch	Ausgezeichnet — Ökosystem ist riesig
Median LCP (unsere Daten)	0.8s	0.7s
Median TTFB	120ms (Oxygen)	90ms (Vercel Edge)
Kosten in der Skalierung	Oxygen Free Tier großzügig	Vercel Pro $20/mo, Enterprise $$$
Checkout Integration	Nativer Cart → Checkout-Flow	Erfordert Storefront API Cart Setup
Ökosystem Plugins	Wachsend, ~200 Packages	Massiv, 10k+ Packages
Community Größe	~15k GitHub Stars	~40k GitHub Stars

Wann man Hydrogen wählt

Wähle Hydrogen, wenn:

• Dein Team mit Remix's Loader/Action-Patterns vertraut ist
• Du die dem nativen Shopify am nächsten kommende Erfahrung möchtest
• Du ein Shopify Plus-Händler bist, der Oxygen-Hosting eingebunden möchte
• Du keine schwere Non-Commerce-Inhalte brauchst (Blog, redaktionell, etc.)

Wann man Next.js wählt

Wähle Next.js, wenn:

• Dein Team bereits Next.js-Apps ausliefert
• Du tiefe CMS-Integration über Shopifys Metafelder hinaus brauchst
• Du maximale Hosting-Flexibilität möchtest
• Du eine inhaltsorientierte Brand-Erfahrung neben Commerce aufbaust
• Du planst, möglicherweise in Zukunft Commerce-Backends zu wechseln

Ich bin ehrlich: Für 70% der Stores, die ich im letzten Jahr gebaut habe, war Next.js die richtige Wahl. Nicht weil es technisch überlegen ist — das ist es nicht, notwendigerweise — sondern weil der Talentpool 5x größer ist und das Ökosystem mehr Lösungen für Grenzfälle hat. Wenn dein Kundenmarketing-Team eine bestimmte Animationsbibliothek möchte oder ihre SEO-Agentur eine bestimmte Meta-Tag-Struktur erfordert, findest du die Antwort schneller in der Next.js-Welt.

Allerdings haben Hydrogen-Stores auf Oxygen eine Deployment-Einfachheit, die schwer zu schlagen ist. Push zu Main, und es ist live. Keine Build-Konfiguration, keine Edge-Function-Kaltstart-Probleme zum Debuggen.

Sub-1-Sekunden-LCP erreichen

Hier kommt die Gummi auf die Straße. Der gesamte Business Case für headless Shopify — die tatsächliche finanzielle Rechtfertigung — beruht auf Performance. Und die Zahl, die du treffen musst, ist sub-1-Sekunde Largest Contentful Paint auf Mobile.

Hier ist warum: Jede 100ms LCP-Verbesserung korreliert mit ungefähr 1% Anstieg der Konversionsrate, laut Shopifys eigenem 2025 Performance-Studie. Ein Store, der $5M/Jahr macht und von 2,5s LCP (typisches Liquid-Theme) zu 0,9s LCP geht, kann ungefähr 15% Anstieg erwarten. Das sind $750K in zusätzlichem Umsatz.

Unsere Daten über 400+ Seiten bestätigen diese Spanne. Headless-Storefronts sind 60-75% schneller als Liquid-Themes im Durchschnitt, gemessen an Real-User Core Web Vitals-Daten in CrUX-Berichten.

Das Performance-Playbook

Hier ist genau, wie wir konsistent sub-1-Sekunden-LCP treffen:

1. Server-render den kritischen Pfad

// Next.js App Router — Server-Komponente für Produktseite
export default async function ProductPage({ params }: { params: { handle: string } }) {
  const product = await getProduct(params.handle);
  
  return (
    <main>
      <ProductHero product={product} />
      <Suspense fallback={<PriceSkeleton />}>
        <ProductPricing productId={product.id} />
      </Suspense>
      <Suspense fallback={<ReviewsSkeleton />}>
        <ProductReviews productId={product.id} />
      </Suspense>
    </main>
  );
}

2. Optimiere Bilder aggressiv

Shopifys CDN unterstützt width, height und crop Parameter. Verwende sie. Liefere kein 2000px Hero-Bild an einen 375px Mobile-Viewport.

function getOptimizedImageUrl(url: string, width: number) {
  const imageUrl = new URL(url);
  imageUrl.searchParams.set('width', String(width));
  imageUrl.searchParams.set('format', 'webp');
  return imageUrl.toString();
}

3. Preload das LCP-Bild

<link rel="preload" as="image" href="/hero.webp" fetchpriority="high" />

4. Inline kritisches CSS, verschiebe alles andere

Wir halten über-der-Falte CSS unter 14KB (eine TCP-Runde). Alles andere lädt asynchron.

5. Edge-Side-Rendering

Beide Vercel Edge Functions und Oxygens Worker-Laufzeit führen am Edge aus, was dir sub-100ms TTFB weltweit gibt. Das ist der einzeln größte Performance-Hebel, den du ziehen kannst.

6. Prefetch bei Intent

Prefetch nicht alles auf Viewport. Prefetch bei Hover/Touch-Start. Das schneidet unnötige Bandbreite um ~40% während es sich immer noch augenblicklich anfühlt.

Checkout Extensions und die Post-Checkout.liquid Ära

Hier ist die Änderung, die vielen Händlern die Hand gezwungen hat: Ab August 2025 hat Shopify checkout.liquid auf Plus-Stores eingestellt. Wenn du Custom-Checkout-Änderungen hattest — und die meisten Plus-Händler hatten — musste du zu Checkout Extensions migrieren.

Checkout Extensions verwenden Shopifys UI Extensions Framework. Du schreibst React-ähnliche Komponenten, die in Shopifys Checkout in definierten Erweiterungspunkten rendern (vor-Kauf, nach-Kauf, Versand, Zahlung, etc.).

// Beispiel: Post-Purchase Upsell Extension
import { useApi, reactExtension, BlockStack, Text, Button } from '@shopify/ui-extensions-react/checkout';

export default reactExtension('purchase.checkout.block.render', () => <UpsellBlock />);

function UpsellBlock() {
  const { cost, lines } = useApi();
  
  return (
    <BlockStack>
      <Text size="medium">Passende Zubehörteile hinzufügen?</Text>
      <Button onPress={() => { /* zum Warenkorb hinzufügen Logik */ }}>
        Für $19.99 hinzufügen
      </Button>
    </BlockStack>
  );
}

Die Hauptsache zum Verständnis: Checkout Extensions funktionieren gleich, egal ob du headless oder ein Liquid-Theme verwendest. Dein headless Frontend übergeben an Shopifys Checkout, und die Extensions laufen dort. Das ist eigentlich ein großer Vorteil des headless-Ansatzes — dein Storefront ist vollständig custom, aber Checkout bleibt Shopify-gehostet (PCI-kompatibel, gepflegt von Shopify, etc.).

Shopify Plus Migrationsstrategie

Die Migration eines bestehenden Shopify Plus-Stores zu Headless ist eine phasierte Operation. Versuche nicht, alles auf einmal zu machen. Hier ist der Ansatz, der über unsere Projekte am besten funktioniert hat:

Phase 1: Fundament (Wochen 1-3)

• Richte das Frontend-Framework auf (Next.js oder Hydrogen)
• Implementiere die Storefront API Verbindungsschicht mit Caching
• Baue das Design System / Komponenten-Bibliothek auf
• Richte CI/CD Pipeline auf

Phase 2: Core Commerce (Wochen 4-8)

• Produktlistenseiten (Sammlungen)
• Produktdetailseiten
• Warenkorb-Funktionalität
• Suche (verwende Shopifys Predictive Search API oder einen Drittanbieter wie Algolia)
• Account-Seiten über Customer Account API

Phase 3: Content & Marketing (Wochen 9-11)

• CMS-Integration für Non-Commerce-Seiten
• Blog / redaktioneller Abschnitt
• Landing-Page-Builder für Marketing-Team
• SEO-Migration (301-Umleitungen, Sitemap, strukturierte Daten)

Phase 4: Launch & Optimierung (Wochen 12-14)

• Performance-Auditing und Optimierung
• A/B-Test-Setup
• Analytics-Migration (GA4, serverseitige Verfolgung)
• Schrittweise Traffic-Migration über Feature Flags oder Split-Testing

Gesamtzeitrahmen: 12-14 Wochen für einen typischen Shopify Plus-Store. Enterprise-Stores mit komplexen Katalogen (50k+ SKUs) oder schwerer Anpassung können 16-20 Wochen dauern.

Die $1M ARR Schwelle: Wann Headless finanziell sinnvoll ist

Headless ist nicht kostenlos. Custom Frontend-Entwicklung kostet mehr als die Installation eines Liquid-Themes. Laufende Wartung erfordert Entwicklerzeit. Also wann passt die Mathematik?

Basierend auf unseren Daten: $1M ARR ist die Schwelle, ab der Headless Shopify klar finanzielle Sinn macht.

Hier ist die Mathematik:

Revenue Level	Geschätzte Konv. Rate Anstieg	Revenue Gewinn	Headless Build Kosten	Jährliche laufende Kosten	ROI Zeitrahmen
$500K ARR	10-15%	$50-75K	$80-150K	$24-48K	18-24 Monate
$1M ARR	10-15%	$100-150K	$80-150K	$24-48K	8-14 Monate
$3M ARR	10-15%	$300-450K	$120-200K	$36-60K	4-6 Monate
$10M ARR	10-15%	$1-1.5M	$150-300K	$48-96K	2-3 Monate

Unter $1M bist du besser dran, in Konversionsraten-Optimierung auf einem gut gebauten Liquid-Theme zu investieren. Über $1M kompoundieren die Performance-Gewinne schnell genug, um die Investition zu rechtfertigen. Über $3M ist Headless nicht zu gehen gleichbedeutend damit, ernstzunehmendes Geld auf dem Tisch zu lassen.

Für spezifische Preise für Headless-Builds, siehe unsere Preisseite — wir sind transparent über Projektbereiche.

Eine Agentur wählen: Naturaily, Aalpha und mehr

Wenn du Agenturen für Headless Shopify-Arbeit evaluierst, hier ist meine ehrliche Bewertung der Landschaft 2026.

Naturaily ist eine in Polen ansässige Agentur, die sich einen soliden Ruf für headless Commerce aufgebaut hat, besonders mit Next.js und Vue Storefront. Ihre Stärken liegen im Mid-Market — Marken, die $1-10M machen und einen professionellen Build ohne Enterprise-Preise brauchen. Sie sind technisch kompetent und haben gute Shopify Storefront API Erfahrung. Wo sie manchmal kämpfen: hochgradig benutzerdefinierte B2B-Workflows und Multi-Market Shopify-Setups.

Aalpha ist ein in Indien ansässiges Entwicklungsunternehmen mit breiterem Fokus — sie machen Mobile Apps, Enterprise-Software und Headless Commerce. Ihre Raten sind deutlich niedriger (oft 40-60% weniger als westliche Agenturen), was es für budget-bewusste Projekte attraktiv macht. Der Trade-off ist typischerweise in Projektmanagement-Overhead und Design-Qualität. Wenn du ein starkes internes Design-Team hast und das Projekt eng verwalten kannst, können sie solide technische Arbeit liefern.

Wie wir bei Social Animal vergleichen: Wir spezialisieren uns ausschließlich auf headless Web-Entwicklung — nicht nur Shopify, sondern das volle Spektrum der Headless CMS und Framework-Arbeit einschließlich Next.js und Astro. Unser Sweet Spot sind Marken und Unternehmen, die tiefes technisches Fachwissen ohne den Overhead einer großen Agentur brauchen. Wenn du neugierig auf die Passung bist, melde dich — wir werden dir ehrlich sagen, ob wir der richtige Shop für dein Projekt sind.

Faktor	Social Animal	Naturaily	Aalpha
Spezialisierung	Headless Web (tiefe)	Headless Commerce + Web	Full-Service Dev
Primäre Frameworks	Next.js, Astro, Hydrogen	Next.js, Vue Storefront	Next.js, React Native
Team-Standort	US-basiert	Polen	Indien
Typischer Projektbereich	$80-250K	$60-200K	$25-100K
Shopify Plus Erfahrung	Ja (400+ Headless Sites)	Ja	Ja
Am besten für	Performance-kritische Storefronts	Mid-Market Headless Commerce	Budget-bewusste Builds

Custom Storefronts mit Astro und anderen Frameworks

Hier ist etwas, das die meisten Shopify Headless-Leitfäden dir nicht sagen: du musst nicht React verwenden.

Wir haben mehrere Shopify-Storefronts mit Astro gebaut — besonders für Marken, wo Inhalte und redaktionelle Arbeit genauso wichtig sind wie Commerce. Astros Island-Architektur bedeutet, dass du standardmäßig null JavaScript versendet und nur die interaktiven Bits hydrierst (Warenkorb, Produktauswähler, Suche).

Die Ergebnisse? LCP konsistent unter 0,6 Sekunden. Gesamtseite-Gewicht unter 100KB. Es ist absurd schnell.

---
// Astro Komponente für eine Shopify Produktkarte
import { getProduct } from '../lib/shopify';

const product = await getProduct(Astro.params.handle);
---

<article class="product-card">
  <img 
    src={product.featuredImage.url + '&width=600'}
    alt={product.featuredImage.altText}
    width="600"
    height="600"
    loading="lazy"
  />
  <h2>{product.title}</h2>
  <p class="price">${product.priceRange.minVariantPrice.amount}</p>
  
  <!-- Nur diese Komponente versendet JavaScript -->
  <AddToCart client:visible productId={product.id} />
</article>

Der Trade-off: Astros Ökosystem für Commerce ist kleiner. Du wirst mehr Custom-Code für Warenkorb-Verwaltung, Authentifizierung und Suche schreiben. Aber wenn Performance deine primäre Metrik ist und dein Team sich die zusätzliche Arbeit wohlfühlt, ist es eine legitime Wahl.

FAQ

Ist Headless Shopify für kleine Stores wertvoll?

Für Stores unter $500K ARR, normalerweise nicht. Die Entwicklungs- und Wartungskosten überwiegen die Konversionsraten-Verbesserungen. Du bist besser dran mit einem schnellen, gut optimierten Liquid-Theme wie Dawn. Sobald du $1M ARR überschreitest, verschieben sich die Wirtschaften entscheidend zugunsten von Headless.

Wie viel kostet ein Headless Shopify-Build 2026?

Erwarte $80K-$300K für den anfänglichen Build je nach Komplexität, Agentur-Standort und Feature-Umfang. Laufende Wartung läuft $2K-$8K pro Monat. Budget-Agenturen in Südasien können für $25K-$80K liefern, aber du brauchst typischerweise stärkeres internes Projektmanagement und Qualitätssicherung.

Kann ich Shopifys Checkout mit einem Headless-Storefront verwenden?

Ja, und du solltest. Shopifys Checkout ist PCI-kompatibel, kampferprobt und handhabt Payment-Verarbeitung. Dein Headless-Frontend erstellt einen Warenkorb über die Storefront API, dann leitet zu Shopifys gehosteten Checkout um. Checkout Extensions lassen dich die Erfahrung in Shopifys Erweiterungspunkten anpassen.

Was ist der Performance-Unterschied zwischen Headless und Liquid-Themes?

Unsere Daten über 400+ Seiten zeigen Headless-Storefronts sind 60-75% schneller als Liquid-Themes auf Core Web Vitals Metriken. Spezifisch, fällt Median-LCP von 2,3-3,5 Sekunden (Liquid) auf 0,7-1,0 Sekunden (Headless). Das übersetzt sich zu 10-15% Konversionsraten-Verbesserung im Durchschnitt.

Sollte ich Hydrogen oder Next.js für meinen Headless Shopify-Store verwenden?

Wenn dein Team Next.js kennt, verwende Next.js. Wenn du von vorne anfängst und das am meisten integrierte Shopify-Erlebnis mit minimaler Konfiguration möchtest, ist Hydrogen auf Oxygen ausgezeichnet. Der Performance-Unterschied zwischen ihnen ist vernachlässigbar — Team-Fachwissen und Ökosystem-Anforderungen sollten deine Entscheidung fahren.

Brauche ich Shopify Plus für Headless?

Technisch, nein. Die Storefront API ist auf allen Shopify-Plänen verfügbar. Aber in der Praxis profitieren die meisten Headless-Builds von Plus-Features: Checkout Extensions, Scripts, die Organization API für Multi-Store-Setups und höhere API-Rate-Limits. Auf der Revenue-Ebene, wo Headless sinnvoll ist ($1M+), solltest du sowieso auf Plus sein.

Wie lange dauert eine Headless Shopify-Migration?

Eine typische Shopify Plus zu Headless-Migration dauert 12-14 Wochen mit einem erfahrenen Team. Enterprise-Stores mit komplexen Katalogen, schwerer Anpassung oder Multi-Market-Setups können 16-20 Wochen dauern. Lass niemanden dir sagen, dass es ein 4-Wochen-Job ist — so endet man mit einem kaputten Launch.

Was passiert mit meinen Shopify-Apps, wenn ich zu Headless gehe?

Das ist einer der größten Schmerzpunkte. Viele Shopify-Apps injizieren Skripte in Liquid-Themes, die nicht auf einem Headless-Frontend funktionieren. Du musst jede App evaluieren: einige bieten APIs an, die du direkt integrieren kannst, einige haben headless-kompatible Versionen und einige müssen durch Custom-Code oder alternative Services ersetzt werden. Plan für App-Audit und Migration als Teil deines Projekt-Umfangs ein.

Kann ich Astro oder andere Non-React-Frameworks mit Shopifys Storefront API verwenden?

Absolut. Die Storefront API ist eine Standard-GraphQL API — jedes Framework, das HTTP-Anfragen machen kann, kann sie verwenden. Wir haben Shopify-Storefronts mit Astro, SvelteKit und sogar vanilla JavaScript gebaut. Der Trade-off ist, dass Shopifys offizielle Tooling (Hydrogen, Cart-Utilities, etc.) React-basiert ist, daher schreibst du mehr Custom-Integrations-Code mit anderen Frameworks.