MysticHerbals · Custom Headless Commerce

Storefront, Commerce-Backend und CMS als ein kontrollierter Release.

MysticHerbals ist ein eigenes mehrsprachiges Commerce-System für Räucherwerk, Sammlerartikel und botanisches Zubehör – von mir konzipiert und mit spezialisierten KI-Coding-Agenten aufgebaut.

Kein Template-Shop, sondern mehrere Systeme mit einer gemeinsamen Produkt- und Release-Logik.

Storefront, Commerce-Funktionen und Inhalte sollten getrennt bearbeitbar bleiben und trotzdem als ein nachvollziehbares System zusammenspielen. Dadurch entstanden Integrations-, Daten-, Release- und Übergabefragen, die über das reine Seitendesign hinausgehen.

SYSTEMAUFBAU Getrennte Komponenten, ein gemeinsamer Release. Edge-Routing und Zugriffskontrolle öffentliche Auslieferung, Zertifikate, geschützte Verwaltungspfade Eigene Storefront mehrsprachige Oberfläche für Katalog, Produktseiten, Warenkorb und Checkout Commerce-Backend Produkte, Varianten, Bestand, Preise, Bestellungen und Versandlogik Content-Management Redaktionelle Inhalte, Rechtstexte und Hinweistexte je Sprache Getrennte Build-, Vorschau- und Release-Zustände. Änderungen sind versioniert und besitzen einen dokumentierten Rückweg.
Getrennte Komponenten, ein gemeinsamer Release: Änderungen sind versioniert und besitzen einen dokumentierten Rückweg.

System

  • eigene Storefront statt Theme;
  • Medusa als Commerce-Backend;
  • Payload CMS für Inhalte;
  • mehrsprachige Inhaltsstruktur für Deutsch, Englisch, Spanisch und Niederländisch;
  • Produkt- und Warenlogik mit Bestand, Varianten und Versand;
  • Cloudflare-Routing vor der öffentlichen Auslieferung;
  • getrennte Build-, Vorschau- und Release-Zustände;
  • Git-basierte Versionierung und dokumentierter Rückweg.

Die laufende Storefront

Aufnahmen der öffentlichen Live-Storefront in Desktop- und Mobilbreite sowie einer realen Produktdetailseite.

Startseite der MysticHerbals-Storefront in Desktopbreite mit Navigation, Sprachumschalter für Deutsch, Englisch, Spanisch und Niederländisch sowie dem Einstiegsbereich mit zwei Handlungsaufrufen.
Startseite in Desktopbreite mit Navigation und Sprachumschaltung.
Produktdetailseite der MysticHerbals-Storefront mit Produktbild, Beschreibung, botanischen Angaben und Hinweis, dass das Produkt nicht zum Verzehr bestimmt ist.
Produktdetailseite: Katalogdaten aus dem Commerce-Backend, redaktionelle und rechtliche Hinweise aus dem CMS.
Startseite der MysticHerbals-Storefront in Mobilbreite mit kompakter Navigation und Warenkorb.
Dieselbe Storefront in Mobilbreite mit kompakter Navigation.

Mein Beitrag

Ich habe Anforderungen, Architektur und Arbeitspakete strukturiert, spezialisierte KI-Coding-Agenten gesteuert, Komponenten integriert und die Ergebnisse über Tests, Diffs, Releases und Übergaben kontrolliert.

Ein Beispiel aus dem laufenden Betrieb: Eine Textkorrektur in den vier Sprachdateien wurde erst dann live wirksam, als der Storefront-Container aus der geänderten Quelle neu gebaut wurde. Der reine Neustart genügte nicht. Diese Erkenntnis ist im Betriebshandbuch korrigiert und mit einem Rückweg hinterlegt.

Was dieser Case belegt

Ich kann ein fachfremdes, komponentenreiches System in prüfbare Teile zerlegen, Agentenarbeit zusammenführen und daraus einen kontrollierbaren Release statt einer losen Demo machen.

Grenze: Der Case belegt Architektur, Integration und Release-Steuerung. Er behauptet keine Umsatz- oder Conversion-Wirkung, keine vollständige Compliance und keine Aussage über Produkteigenschaften.

Steht bei Ihnen eine vergleichbare Integration an?