Zum Inhalt springen
aviral gupta

Headless Shopify vs. individuelle MERN-Ecommerce-Lösung

Wählen Sie headless Shopify, außer Ihre Preis-, Angebots- oder Checkout-Logik kann im Checkout wirklich nicht abgebildet werden, denn eine eigene MERN-Ecommerce-Lösung verschafft Ihnen diese Freiheit und macht PCI-Scope, Betrug, Steuern und Zahlungswege zu Daueraufgaben.

Geschrieben von Aviral GuptaVeröffentlicht 10 Min. Lesezeit
  • Ecommerce
  • Headless Commerce
  • Next.js
  • MERN
  • GCC-Zahlungen
Headless Shopify vs. individuelle MERN-Ecommerce-LösungSTOREFRONT OWNED · COMMERCE RENTEDNext.js storefrontSSR + ISRAPI layercart · search · authcatalogueShopify / custompaymentsStripe / TelrCMSheadless

Headless Shopify vs. individuelle Ecommerce-Lösung: Was wollen Sie eigentlich lösen?

Fast jeder, der mich zu headless Shopify vs. individueller Ecommerce-Lösung fragt, hat bereits entschieden, dass das Theme das Problem ist. Meist ist es das nicht. Das Theme ist der sichtbare Teil, deshalb zieht es die Schuld für alles auf sich, was man nicht sieht.

Bevor Sie irgendetwas kalkulieren, schreiben Sie die eine Sache auf, die Ihr Shop heute nicht kann. Nicht die Wunschliste. Finden Sie dann heraus, in welcher Schicht sie liegt, denn die Schicht entscheidet über den Build.

  • Präsentation — Geschwindigkeit, Layout, Merchandising, Content, Kampagnenseiten. Ein Next.js-Storefront auf der Shopify Storefront API löst das, und darunter muss sich nichts bewegen.
  • Katalog- und Preislogik — kundenspezifische Preise, erst Angebot dann Bestellung, Bundles, die nach Regel statt nach SKU bepreist werden. Das liegt unterhalb des Storefronts, headless zu gehen ändert daran nichts.
  • Checkout — Anzahlung plus Restbetrag, aufgeteilte Zahlungen, ein Nachnahme-Flow mit eigenem Bestätigungsschritt. Das ist die härteste der drei Grenzen und diejenige, die die meisten Angebote stillschweigend überspringen.
  • Betrieb — Lagerbestand über Filialen hinweg, Retouren, Finanzexporte, und wer sich montags einloggt, um einen falschen Preis zu korrigieren, ohne ein Ticket zu öffnen.

Wenn Ihre eine Sache Präsentation ist, ist Headless Commerce mit Next.js die günstige Antwort, und Sie können aufhören, Anbieter-Pitches für größere Lösungen zu lesen. Wenn es Preislogik, Checkout oder Betrieb ist, wählen Sie zwischen Shopify verbiegen und einer eigenen Plattform.

Was gibt Ihnen Shopify gratis, das unterschätzt wird?

Shopifys eigentliches Produkt ist nicht der Storefront. Es ist der Berg an Verbindlichkeiten, den es stellvertretend für Sie trägt — und jede einzelne davon landet wieder auf Ihrer Rechnung, sobald Sie gehen.

  • PCI-Scope. Kartendaten erreichen Ihre Infrastruktur nie, daher landen Sie in der leichtesten Selbstbewertungsstufe, statt ein Audit-Programm zu betreiben.
  • Betrug und Chargebacks. Screening, 3-D-Secure-Orchestrierung und ein Streitfall-Workflow, den auch technisch fachfremde Personen bedienen können.
  • Steuern. MwSt. auf den richtigen Zeilen, Preisanzeige inklusive Steuer für GCC-Käufer, die erwarten, dass der ausgezeichnete Preis der bezahlte Preis ist, und Rechnungen, die einer Nachfrage der Steuerbehörde standhalten.
  • Zahlungswege und Abstimmung. Settlement-Dateien, Teilrückerstattungen, Währungsabwicklung und ein Ledger, das Ihr Buchhalter bereits versteht.
  • Bestand und Bestellstatus. Eine einzige Quelle der Wahrheit für Lagerbestand, Reservierungen, Stornierungen und Fulfillment, mit einem dokumentierten Webhook pro Statusübergang.
  • Ein Admin-Bereich, den Ihr Kunde tatsächlich nutzen kann. Der unglamouröseste Punkt hier — und derjenige, der entscheidet, ob der Build im dreizehnten Monat noch geliebt wird.

Bauen Sie das ehrlich nach, und Sie haben den Großteil eines kleinen ERP-Systems geschrieben — die Arbeit, die niemand kalkuliert, weil sie unsichtbar bleibt, bis die erste Rückerstattung schiefgeht.

Schichtdiagramm: Ein Next.js-Storefront ruft eine API-Ebene für Warenkorb, Suche und Auth auf, die sich zu einem Katalog, einem Zahlungsanbieter und einem Headless-CMS verzweigt.STOREFRONT OWNED · COMMERCE RENTEDNext.js storefrontSSR + ISRAPI layercart · search · authcatalogueShopify / custompaymentsStripe / TelrCMSheadless
Die Headless-Aufteilung: Rendering und API-Ebene gehören Ihnen, Katalog, Zahlungen und Content mieten Sie. Wo Sie die Zahlungsgrenze ziehen, ist die ganze Entscheidung.

Wo hört headless Shopify wirklich auf?

Hier die Tatsache, die die meisten Vergleiche verschweigen: Headless zu gehen gibt Ihnen keinen individuellen Checkout. Sie können jedes Pixel des Storefronts ersetzen und übergeben den Käufer trotzdem an Shopifys Checkout, den Sie über offizielle Extension-Points erweitern statt neu zu schreiben. Planen Sie um diese Grenze herum.

  • Individuelle Preislogik. Vertragspreise pro Konto, gestaffelte Mengenrabatte, Preislisten, die gleichzeitig nach Markt und Währung variieren.
  • B2B-Angebote. Angebot anfragen, Positionen verhandeln, freigeben, in eine Bestellung mit Bestellbedingungen umwandeln, bei der ein Kreditlimit schon am Eingang durchgesetzt wird.
  • Komplexe Bundles und Konfiguratoren. Baugruppen, die nach Regel bepreist werden, Bestand auf Komponentenebene und eine Gültigkeitsprüfung, die laufen muss, bevor der Warenkorb die Position akzeptiert.
  • Nicht-standardmäßiger Checkout. Anzahlung jetzt und Restbetrag bei Lieferung, Meilensteinzahlungen, Mietvereinbarungen oder eine Identitätsprüfung zwischen Autorisierung und Belastung.
  • Marktspezifische Kataloge. Unterschiedliche SKUs, unterschiedliche regulatorische Texte und pro Markt wirklich andere arabische Beschreibungen — nicht ein Katalog mit Sprachumschalter.
  • Plattformgebühren bei Skalierung. Ein Prozentsatz des Bruttowarenwerts wächst weiter, nachdem sich Ihre Entwicklungskosten eingependelt haben. Dieser Kreuzungspunkt ist reine Arithmetik — rechnen Sie ihn mit Ihren eigenen Zahlen, bevor es jemand anderes für Sie tut.

Was kostet Sie eine individuelle MERN-Ecommerce-Lösung wirklich?

Eine MERN-Stack-Ecommerce-Lösung ist nicht Shopify minus Gebühren. Sie ist eine dauerhafte Verpflichtung, ein geldverarbeitendes System am Laufen zu halten. Node, Express und MongoDB sind der einfache Teil — Katalog, Warenkorb und Bestellungen laufen in einer Woche. Die dauerhaften Posten sind diese.

  • PCI-Haltung. Halten Sie die Karteneingabe innerhalb des Gateway-iFrames oder der Hosted Fields. Sobald ein Feld auf Ihrer Domain eine Kartennummer berührt, wechselt Ihre Compliance-Last die Kategorie.
  • Idempotenz. Gateways wiederholen Webhooks. Käufer klicken doppelt. Ohne Idempotenzschlüssel bei der Belastung und eine echte Order-State-Machine lernen Sie das über Rückerstattungen.
  • Bestands-Nebenläufigkeit. Zwei Käufer, eine Einheit, ein Traffic-Spike. Reservieren Sie Bestand innerhalb der Transaktion, die die Bestellung erzeugt, und lasttesten Sie das vor einer saisonalen Spitze statt während einer.
  • Steuern und Rechnungsstellung. Fortlaufende Rechnungsnummern, Gutschriften, und das E-Invoicing-Programm der VAE: Pilotphase ab 1. Juli 2026, Unternehmen über 50 Mio. AED live ab 1. Januar 2027 und kleinere Unternehmen ab 1. Juli 2027 (Avalara, 2026).
  • Admin, Rollen und Audit Trail. Irgendjemand wird um 2 Uhr nachts einen Preis ändern. Sie müssen wissen, wer, und es rückgängig machen können.
  • Patchen und Wiederherstellen. Dependency-Upgrades, ein Backup, aus dem Sie tatsächlich schon einmal wiederhergestellt haben, und eine Antwort für die Nacht, in der der Checkout ausfällt.

Der Build zahlt sich aus, wenn das Datenmodell das Produkt ist. Miet- und Buchungsbestand ist das klarste Beispiel, und dasjenige, an dem ich täglich gearbeitet habe: die Einheit ist ein Asset über einen Zeitraum, keine Menge im Regal, und keine Commerce-Plattform modelliert das nativ. Marktplätze mit unabhängigen Verkäufern und B2B-Kataloge, bei denen der Preis eine Funktion des Kontos ist, haben dieselbe Form. Wenn das auf Sie zutrifft, ist eine MERN-Stack-Anwendung die einzig ehrliche Wahl.

Wie verändern GCC-Zahlungswege und Nachnahme die Antwort?

Hier hören generische Vergleiche auf, nützlich zu sein. E-Commerce in den VAE wird 2026 auf 12,30 Mrd. USD geschätzt und soll bis 2031 auf 21,01 Mrd. USD steigen, ein CAGR von 11,29% (Mordor Intelligence, 2026), und mittlerweile läuft etwa jeder zweite Dirham an Konsumausgaben online. Die Zahlungswege, die dieses Geld transportieren, sind nicht die, von denen ein US-verfasster Vergleich ausgeht.

  • Lokale Gateways sind der Standard, nicht die Ausweichlösung. Telr, Network International, PayTabs, Tap und Checkout.com bedienen alle VAE-Händler; Telr veröffentlicht mit 2,49% plus 1 AED eine der niedrigsten VAE-fokussierten Raten (Skimbox VAE-Gateway-Vergleich, 2026).
  • Onboarding-Zeit ist ein Projektrisiko. Stripe und Tap genehmigen typischerweise innerhalb von ein bis drei Werktagen, während Amazon Payment Services und Network International ein bis zwei Wochen brauchen (Skimbox, 2026). Beantragen Sie es in Woche eins, nicht in der Woche vor dem Launch.
  • Mada entscheidet über Ihre Expansion nach Saudi-Arabien. PayTabs, Tap, Telr und Network International unterstützen Mada; Stripe unterstützt es nicht direkt (Skimbox, 2026). Diese Zeile ändert Ihre Gateway-Wahl an dem Tag, an dem ein Dubai-Shop nach Riad verkauft.
  • Nachnahme ist ein vollwertiger Flow, keine Checkbox. Sie braucht einen eigenen Bestellstatus, ein Fahrer-Settlement-Event, einen Abstimmungsbericht und einen Fehlgeschlagen-Zustellung-Pfad, der Bestand zurückbucht. Schrauben Sie sie nur an, und Ihre Umsatzzahlen sind Fiktion.
  • Saisonale Spitzen sind extrem. GCC-E-Commerce läuft in den zehn Tagen vor Eid al-Fitr 280–360% über dem Basiswert (Memob, 2026). Was immer Sie bauen, muss diese Woche überstehen, und nichts sollte in dieser Woche live gehen.

Was verlangen ein arabischer RTL-Katalog und die MwSt. von jedem Stack?

Ein arabischer Katalog ist zuerst eine Content-Entscheidung, dann eine technische. Rund 63% der Internetnutzer in den VAE bevorzugen Arabisch für lokale Kaufentscheidungen, doch weniger als 20% der Dubai-Unternehmen pflegen optimierten arabischen Content (Andava UAE Digital Marketing Statistics, 2026). Diese Lücke ist kommerziell, und sie ist das stärkste Argument dafür, den Storefront in beiden Modellen selbst zu besitzen.

Die technische Hälfte ist testbar. Setzen Sie lang und dir pro Locale, verwenden Sie CSS Logical Properties, damit Padding spiegelt statt zu brechen, und subsetten Sie Ihre arabische Webfont — Noto Kufi Arabic und IBM Plex Sans Arabic verursachen beide LCP- und CLS-Regressionen, wenn sie vollständig ausgeliefert werden. Arabische Produkttitel sind keine übersetzten englischen Titel; Käufer suchen anders, daher wird Katalogtext verfasst, nicht durch eine Übersetzungs-API geschickt.

Shopify Markets und Translate & Adapt geben Ihnen Locale-Routing und marktspezifische Preise ohne Code — das ist eine Menge. Was sie Ihnen nicht geben, sobald Sie headless gehen, ist URL-Disziplin. Varianten-URLs sind der häufigste Headless-SEO-Fehler von allen: jede Farbe und Größe erzeugt ein indexierbares Beinahe-Duplikat, keines kanonisiert. Das Liquid-Theme lieferte korrekte Canonicals gratis; Ihr Next.js-Storefront tut das nicht, außer Sie schreiben sie selbst — ein Canonical pro Produkt, Varianten als Parameter, die sich nach oben selbst kanonisieren, und eine Sitemap, die Produkte statt Permutationen auflistet. Genau diese übertragene Arbeit ist es, wofür SEO-sichere Neubauten da sind.

Die MwSt. ist die leisere Hälfte. Die VAE-MwSt. von 5% muss so erscheinen, wie Käufer es hier erwarten — Preisanzeige inklusive Steuer, eine konforme Rechnung an der Bestellung. Shopify macht das marktübergreifend von Haus aus. In einer individuellen Lösung ist das ein Steuerservice, den Sie selbst besitzen, mit Rundungsregeln, Gutschriften und einer Rechnungsfolge, der ein Finanz-Audit folgen kann.

Wie halten Sie Purchase-Events in beiden Modellen ehrlich?

Beide Modelle brechen das Tracking an derselben Stelle: Der Moment, in dem Geld bestätigt wird, ist nicht der Moment, in dem der Browser auf Ihrer Seite ist. Bei headless Shopify läuft der Checkout auf Shopifys Domain, daher ist ein reines Browser-Purchase-Pixel konstruktionsbedingt unzuverlässig — der verlässliche Weg ist der orders/paid-Webhook in Ihren eigenen Route-Handler. Bei einer individuellen Lösung gehört Ihnen die Bestätigungsroute, sodass Sie zweimal feuern und zweimal zählen, wenn Sie nicht bewusst deduplizieren.

  • Eine ID pro Bestellung, serverseitig generiert. Verwenden Sie sie als Meta-eventID im Browser und als event_id in der Conversions-API-Payload sowie als GA4-transaction_id sowohl in gtag als auch im Measurement Protocol. Derselbe String auf beiden Seiten, sonst schlägt die Deduplizierung stillschweigend fehl.
  • Bei der Belastung feuern, nicht beim Redirect. Eine Dankesseite ist ein Navigations-Event, keine Zahlung. Bei Nachnahme gehört das Purchase-Event zur Zustellungsabrechnung, die vier Tage später liegen kann.
  • Rückerstattungen explizit behandeln. GA4 akzeptiert ein refund-Event mit derselben transaction_id. Meta hat kein Refund-Event — der eigentliche Grund, keinen Umsatz zu melden, den Sie noch nicht eingezogen haben.
  • Verifizieren, nicht annehmen. Meta Events Manager Test Events zeigt ein Dedup-Badge, wenn das Paar übereinstimmt; GA4 DebugView zeigt den eintreffenden Server-Hit. Testen Sie beides mit aktiviertem Ad-Blocker, denn genau diesen Traffic wollen Sie zurückgewinnen.
import {createHash} from 'node:crypto';

export const runtime = 'nodejs';
export const dynamic = 'force-dynamic';

// Pin the Graph API version you tested against; do not float it.
const GRAPH = 'https://graph.facebook.com/v21.0';

type Purchase = {
  orderId: string; // your order number — the only id that matters
  value: number;
  currency: string; // AED, SAR, QAR
  email?: string;
  clientId: string; // GA4 client_id, read from the _ga cookie
  fbp?: string;
  fbc?: string;
  sourceUrl: string;
};

const sha256 = (value: string) =>
  createHash('sha256').update(value.trim().toLowerCase()).digest('hex');

export async function POST(request: Request) {
  const order = (await request.json()) as Purchase;

  // The browser sent exactly this string as fbq(..., {eventID}).
  const eventId = `purchase.${order.orderId}`;

  const meta = fetch(`${GRAPH}/${process.env.META_PIXEL_ID}/events`, {
    method: 'POST',
    headers: {'content-type': 'application/json'},
    body: JSON.stringify({
      access_token: process.env.META_CAPI_TOKEN,
      data: [
        {
          event_name: 'Purchase',
          event_id: eventId, // ← dedup key, must equal the pixel eventID
          event_time: Math.floor(Date.now() / 1000),
          action_source: 'website',
          event_source_url: order.sourceUrl,
          user_data: {
            em: order.email ? [sha256(order.email)] : undefined,
            fbp: order.fbp,
            fbc: order.fbc
          },
          custom_data: {currency: order.currency, value: order.value}
        }
      ]
    })
  });

  const ga4 = fetch(
    'https://www.google-analytics.com/mp/collect' +
      `?measurement_id=${process.env.GA4_MEASUREMENT_ID}` +
      `&api_secret=${process.env.GA4_API_SECRET}`,
    {
      method: 'POST',
      body: JSON.stringify({
        client_id: order.clientId,
        events: [
          {
            name: 'purchase',
            params: {
              transaction_id: order.orderId, // ← GA4 dedups purchases on this
              currency: order.currency,
              value: order.value
            }
          }
        ]
      })
    }
  );

  // Never let a pixel outage fail an order confirmation.
  await Promise.allSettled([meta, ga4]);
  return Response.json({ok: true});
}
src/app/api/purchase/route.ts — eine Bestell-ID wird zum Deduplizierungsschlüssel für beide Plattformen.

Das zählt hier mehr als an den meisten anderen Orten. In den VAE liegt der durchschnittliche Cost-per-Click bei Google Ads 20 bis 40 % über dem globalen Durchschnitt (Logicworks, 2026), sodass jeder Kauf, den Sie doppelt zählen oder verlieren, deutlich über dem globalen Durchschnittspreis bepreist ist. Die Event-Ebene ist eine kleinere Aufgabe als beide Builds und die, die ich zuerst einplane — sie ist der Kern meiner Analytics- und Tracking-Arbeit.

Headless Shopify oder individuelles MERN: Wofür sollten Sie sich entscheiden?

Dieselbe Storefront-Technologie auf beiden Seiten. Der Unterschied ist, wem der Zahlungsweg gehört.
DimensionHeadless Shopify + Next.jsIndividuelle MERN-Lösung
Zeit bis zum Live-StorefrontWochen — Katalog, Warenkorb und Checkout existieren bereitsMonate — jeder Statusübergang wird geschrieben und getestet
Checkout-KontrolleNur Extension-Points; der Flow selbst ist fixiertVollständig, inklusive Anzahlungen, Meilensteinen und Nachnahme-Abrechnung
PCI-ScopeDauerhaft die leichteste StufeLeichteste Stufe nur, wenn die Karteneingabe im Gateway-iFrame bleibt
Individuelle Preise und B2B-AngeboteWehrt sich gegen Sie oder lebt in einer Zusatz-AppNativ — genau dafür baut man
MwSt. und RechnungsstellungWird pro Markt von Haus aus abgewickeltSie besitzen Sätze, Rundung, Gutschriften und Rechnungsfolge
Lokale Gateways und NachnahmeUnterstützt über Apps und manuelle ZahlungsmethodenDirekte Integration; Nachnahme als echter Bestellstatus modelliert
Arabisch und marktspezifischer KatalogMarkets plus Translate & Adapt; Canonicals bleiben trotzdem Ihre AufgabeAlles, was Sie modellieren können — zum Preis, es auch zu bauen
Laufende KostenformProzentsatz des GMV, steigt mit dem UmsatzFeste Entwicklungskapazität, steigt mit der Komplexität
Wer korrigiert sonntags einen falschen PreisIhr Kunde, in einem Admin-Bereich, den er schon kenntSie — außer Sie haben den Admin-Bereich sauber gebaut und dokumentiert

Lesen Sie das als Ausschlussliste, nicht als Punktetabelle. Hält Sie nichts in der mittleren Spalte auf, ist headless Shopify auf Next.js die rationale Wahl.

Wie würde ich beide Builds abgrenzen?

  1. 1

    Formulieren Sie die blockierende Anforderung als Test

    Nicht „wir brauchen flexible Preise", sondern „ein Konto mit Vertragspreisen fügt zwei konfigurierte Einheiten hinzu, sieht die verhandelte Summe, und die Rechnung zeigt 5% MwSt. auf der rabattierten Zeile". Eine Anforderung, die Sie ausführen können, ist eine, die Sie kalkulieren können.

  2. 2

    Prototypisieren Sie es zwei Tage lang gegen Shopify

    Ein Development Store, die Storefront API, die Checkout-Extension-Points. Entweder besteht der Test, oder er scheitert aus einem Grund, den Sie aufschreiben können. Die billigste Entscheidung im ganzen Projekt.

  3. 3

    Stellen Sie die Gateway-Anträge sofort

    Wie auch immer der Prototyp ausgeht, das Händler-Onboarding dauert von ein bis drei Werktagen bis zu ein bis zwei Wochen (Skimbox, 2026). Die längste Vorlaufzeit, die Sie haben, und es kostet nichts, damit anzufangen.

  4. 4

    Bauen Sie die Event-Ebene vor dem Storefront

    Bestell-ID, dedupliziertes Purchase-Event, Rückerstattungspfad, Nachnahme-Abrechnungs-Trigger. Liefern Sie sie hinter dem bestehenden Shop aus, damit Sie saubere Vorher-Nachher-Daten haben, statt einen Launch, den Sie nicht bewerten können.

  5. 5

    Beheben Sie die SEO-Oberfläche im selben Sprint

    Canonical pro Produkt, Varianten als selbstkanonisierende Parameter, Product- und Offer-Structured-Data aus Ihren eigenen Daten generiert, und eine Sitemap auf Produktebene. Das nachträglich nach dem Launch einzubauen ist der Punkt, an dem Rankings verloren gehen.

Ich baue die individuelle Seite, nicht die Shopify-Seite. Das ist es wert, offen ausgesprochen zu werden, denn es bedeutet, dass die obige Empfehlung mich den Auftrag kostet, statt ihn mir zu bringen: Passen Ihr Katalog und Ihr Checkout in Shopify, lautet die ehrliche Antwort, dort zu bleiben und das gesparte Budget ins Merchandising zu stecken. Helfen kann ich beim anderen Weg, und bei den Grenzfällen, in denen ein Storefront etwas leisten muss, das ein gehosteter Checkout nicht leistet. Wenn Sie das abgegrenzt haben wollen, beginnt meine Ecommerce-Entwicklung mit einem ersten Projektgespräch. Ich bin in Dubai auf UTC+4, also melden Sie sich.

Was sollten Sie über meine Arbeitsweise dabei wissen?

Beginnen Sie mit der einen Sache, die Ihr aktueller Shop nicht kann, und finden Sie dann heraus, in welcher Schicht sie liegt: Präsentation, Katalog- und Preislogik, Checkout oder Betrieb. Präsentationsprobleme löst ein headless Storefront auf Ihrer bestehenden Plattform. Preis- und Checkout-Probleme sind die einzig ehrlichen Gründe für eine individuelle Lösung. Alles andere — Geschwindigkeit, Design, Kampagnenseiten, arabischer Content — ist auf Shopify mit einem Next.js-Frontend erreichbar. Die Plattformwahl folgt der blockierenden Anforderung; sie sollte nie zuerst getroffen und danach gerechtfertigt werden.

Shopify vermietet Ihnen den Zahlungsweg: PCI-Scope, Betrugsprüfung, Steuern, Zahlungswege, Bestandsstatus und einen Admin-Bereich, den Ihre Mitarbeiter nutzen können. Eine individuelle Lösung bedeutet, dass Ihnen das alles dauerhaft selbst gehört. Der sichtbare Storefront kann identisch sein — derselbe Next.js-Code kann beides rendern. Der Unterschied zeigt sich bei Rückerstattungen, Chargebacks, MwSt.-Rechnungen, Bestands-Nebenläufigkeit während einer Spitze und wer angerufen wird, wenn der Checkout um Mitternacht ausfällt. Wählen Sie individuell, wenn sich Ihr Geschäftsmodell wirklich nicht in einem fixen Checkout abbilden lässt.

Deutlich weniger als eine individuelle Lösung, weil Katalog, Warenkorb, Checkout und Admin-Bereich bereits existieren. Die Arbeit ist der Storefront, die Storefront-API-Integration, die geerbte SEO-Oberfläche — Canonicals, Varianten-URLs, Structured Data, Sitemaps — und die Event-Ebene. Eine individuelle MERN-Plattform ist eine andere Größenordnung, da jeder Bestellstatusübergang geschrieben und getestet werden muss. Ich lege Umfang und Zeitplan nach einem ersten Projektgespräch fest, statt eine Dauer zu nennen, bevor ich Ihre Katalog- und Checkout-Anforderungen gesehen habe.

Für die VAE und die weitere GCC-Region: Telr, Network International, PayTabs, Tap, Checkout.com und Stripe sind das praktische Set, neben Nachnahme als vollwertigem Flow. Telr veröffentlicht mit 2,49% plus 1 AED eine der niedrigsten VAE-fokussierten Raten (Skimbox, 2026). Die Auswahl wird meist von zwei Einschränkungen bestimmt statt vom Headline-Satz: der Onboarding-Zeit, die je nach Anbieter von ein bis drei Werktagen bis zu ein bis zwei Wochen dauert, und der Mada-Unterstützung, die PayTabs, Tap, Telr und Network International bieten, Stripe aber nicht direkt.

Ihnen, auf beiden Wegen. Bei einer individuellen Lösung gehören Ihnen das Storefront-Repository, die API-Ebene, die Tracking-Route-Handler und jedes Datenmodell, das ich schreibe, bei der Schlusszahlung, von Tag eins an in Ihrer eigenen Git-Organisation, nicht erst am Ende übergeben. Bei headless Shopify behalten Sie Ihr Shopify-Konto, Ihre Daten und Ihre Apps, unabhängig davon, wer den Storefront baut, und Sie sollten von demjenigen, der ihn baut, dieselben Repository-Bedingungen schriftlich verlangen, bevor die Arbeit beginnt.

Das ist das Kernrisiko bei jedem Plattformwechsel, und es wird gemanagt, nicht versprochen. Die Methode: ein vollständiger Crawl und ein Archiv des aktuellen URL-Bestands, bevor sich etwas ändert, eine Redirect-Map, die aus diesem Crawl gebaut wird statt aus einer Sitemap, Canonical-Disziplin für Produktvarianten, auf den neuen Templates reproduzierte Structured Data, und Index-Monitoring über Wochen nach dem Launch. Ich habe eine Migration von PHP Laravel zu Next.js ohne Ranking-Verlust genau nach dieser Abfolge durchgeführt. Niemand kann Rankings garantieren, aber die meisten Migrationsverluste stammen aus einer kleinen Gruppe vermeidbarer Fehler.

Ja, und die Form unterscheidet sich je nach Modell. Bei headless Shopify ist die laufende Arbeit meist Storefront- und Kampagnenarbeit; die Plattform übernimmt Sicherheits- und Zahlungsupdates. Bei einer individuellen MERN-Lösung ist Wartung nicht optional — Dependency-Patching, Gateway-API-Änderungen, tatsächlich getestete Backup-Wiederherstellungen und jemand, der erreichbar ist, wenn der Checkout ausfällt. Ich sage das vor dem Build, nicht danach, denn das zu unterschätzen ist der häufigste Grund, warum eine individuelle Commerce-Plattform im zweiten Jahr still vor sich hin verrottet.

Bei headless Shopify ja: Ihr Team behält den Shopify-Admin für Produkte, Preise, Bestand und Bestellungen, und ein Headless-CMS sollte für redaktionellen Content angebunden werden, damit Marketing kein Deployment braucht, um ein Banner zu ändern. Bei einer individuellen Lösung ist Admin-Usability ein Posten, den Sie bewusst finanzieren müssen, denn er ist das Erste, was unter Druck gestrichen wird, und das Erste, was in Produktion fehlt. Bitten Sie jeden potenziellen Entwickler, vor Vertragsschluss den Admin-Bereich zu demonstrieren, nicht nur den Storefront.

// OFFEN FÜR NEUE ROLLEN

Sie stellen ein oder bauen etwas, das einen Entwickler braucht?