Vier Möglichkeiten, Commerce auf Marzipan auszuführen, von einem Script-Tag bis zu einem eigenen Build. Der Warenkorb ist in jedem von ihnen live.
Der übliche Einwand gegen eine statische Website ist, dass ein Shop nicht statisch sein kann. Bestand ändert sich, Preise ändern sich, Warenkörbe sind persönlich, und nichts davon bleibt erhalten, wenn es am Rand zwischengespeichert wird.
Das ist wahr für die Seite und nicht wahr für das, was darin ist. Unsere Web-Komponenten laufen im Browser und rufen die API direkt auf, daher werden der Warenkorb, die Bestandsmenge, der Preis und der Checkout live abgerufen, unabhängig davon, wie die Seite um sie herum erstellt wurde oder wo sie bereitgestellt wird.
Das bedeutet, dass die folgende Wahl wirklich eine Wahl darüber ist, wie Sie gerne erstellen, anstatt ein Kompromiss zwischen einer schnellen Website und einer funktionierenden.
Geordnet nach wie viel des Front-End wir betreiben. Die gleiche API sitzt hinter allen vier, daher ist der Wechsel zwischen ihnen später eine Änderung Ihrer Website und nicht Ihrer Daten.
Ein Script-Tag, dann integrieren Sie Elemente für Produkte, Warenkorb, Checkout und den Account-Bereich. Formatieren Sie sie mit Ihrem eigenen CSS, damit sie wie Ihre Website aussehen, anstatt wie unsere.
Nichts wird neu erstellt und nichts wird verschoben. Es gibt ein offizielles WordPress-Plugin, das das Gleiche wie Blöcke, Widgets oder Shortcodes macht.
Am besten, wenn die Website, die Sie haben, es wert ist, behalten zu werden.
Erstellen Sie die Website in Astro oder etwas anderes, das statische Dateien ausgibt, und wir stellen sie von Edge-Standorten weltweit bereit. Verweisen Sie Ihre eigene Domain darauf und das Zertifikat wird für Sie ausgestellt und erneuert.
Schnell zu bedienen, kostengünstig zu betreiben, und der Commerce darauf ist immer noch live, weil die Komponenten diese Arbeit im Browser leisten. Siehe Marzipan Cloud.
Kommt mit Marzipan Cloud.
Das gleiche Arrangement für Websites, die pro Anfrage rendern müssen, für personalisierte Landing Pages, sehr große Kataloge oder Inhalte, die in dem Moment, in dem sie bereitgestellt werden, richtig sein müssen.
Gleiche Domain-Verwaltung, gleiche Zertifikate, gleiches Liefernetz.
Folgt der statischen Stufe.
Entwickeln Sie gegen die dokumentierte REST-API mit scoped Keys und nehmen Sie Produkte, Sammlungen, Bestellungen, Abonnements und Inhalte direkt in Ihre eigene Anwendung auf Ihrer eigenen Infrastruktur.
Verwenden Sie die Komponenten dort, wo sie Ihnen Zeit sparen, und ignorieren Sie sie dort, wo sie nicht passen. Hier ist nichts Alles oder Nichts.
Am besten, wenn der Build maßgeschneidert ist und Sie volle Kontrolle wünschen.
Wir betreiben die Teile, die mühsam sind und bei denen falsch zu liegen schwerwiegend ist: den Katalog, Warenkörbe, Checkout, Zahlungen, Abonnements und Verlängerungen, Kundenkonten, Bestellungen und die Daten hinter all dem, auf EU-basierten Servern.
Sie behalten den Teil, den Ihre Kunden tatsächlich sehen. Kein Theme zum Umgehen, kein Page Builder, den Sie nicht gewählt haben, und keine Framework-Entscheidung zu Ihren Gunsten getroffen.
Und weil die Abtrennung eine echte ist, ist das Verschieben Ihres Front-End später ein Job für Ihre Entwickler anstatt einer Migration. Die API und Web-Komponenten sind gleich, je nachdem, welcher Weg Sie nehmen.
“Wir haben den Wechsel von WooCommerce zu einer maßgeschneiderten Lösung auf Basis von Marzipan vollzogen. Die Verwaltung unserer Bestellungen ist ein Kinderspiel, und die Flexibilität der Abonnement-API hat es uns ermöglicht, unser Angebot zur Adoption alter Rebstöcke zu erweitern.”
“Marzipan ist unglaublich einfach zu bedienen und äußerst flexibel und konfigurierbar. Es macht wiederkehrende Weinclub-Abonnements viel einfacher als jedes andere System, das ich bisher verwendet habe, und kommt mit praktisch allem zurecht, was wir ihm abverlangt haben.”