Neue Technologien für den elektronischen Handel

Die Ziele für einen erfolgreichen E-Commerce haben sich kaum geändert, seit der Online-Handel zu einem spannenden Bereich geworden ist. Was hat sich in dieser vergangenen Zeit des Trial-and-Error verändert? War es die Entwicklung neuer Technologien? Wenn ja, wie passt man das, was technisch möglich ist, am besten an bestehende Strategien und Vorgehensweisen an. Wir hoffen, dass wir mit diesem Artikel etwas Licht in diese Angelegenheit bringen können.

Obwohl technologische Fortschritte viele Vorteile für Wachstum bringen können, sind in jedweiligen Geschäftsbereich alle Plattformen und Rahmenwerke dazu verdammt, die Flexibilität, welche mit jeder größeren Dimension zwangsläufig einhergeht, nicht abdecken zu können. Und das ist in gewisser Weise wahr, denn massive E-Commerce Projekte leiden in der Regel unter erheblichen Verzögerungen und Unvollkommenheiten, einfach wegen der schieren Anzahl an voneinander abhängigen Variablen, die zusammengesetzt werden müssen, um nahtlos zusammenzuarbeiten. Die Idee, dass neue Technologien flexibel sein müssen, um sich an alle Geschäftsanforderungen anpassen zu können, scheint im eCommerce erst seit kurzem angekommen zu sein.

Große E-Commerce-Projekte sind schwerfällig und passen sich nur langsam an neue Anforderungen an, und zwar in der Regel nur an solche, welche eine Lösung verwenden, die in der Vergangenheit korrekt funktionierte, aber im Allgemeinen um die Zeit der Initiierung herum und nicht langfristig.

Es scheint, dass nur wenige Auserwählte genau vorhersehen können, wie die Lösungen von morgen die Probleme von heute lösen werden. Selbst DevOps können hier eine Enttäuschung sein, mit überschätzten Fähigkeiten der Team- und Reaktionsfähigkeit. Einige Antworten klingen auf dem Papier gut, aber wenn es Hart auf Hart kommt, brechen die spektakulären prognostizierten Ergebnisse schnell zusammen, wenn sie mit Unvorhersehbarkeiten konfrontiert werden.

Bei grossen korporativen E-Commerce-Projekten ist ein einzigartiger Ansatz erforderlich, um die Komplexität zu bewältigen. Wir sind der Meinung, dass die Flexibilität der Plattform von ihrer eigenen Fähigkeit abhängt, auch dann funktionsfähig zu bleiben, wenn sie in wesentliche Komponenten zerlegt ist.

Mobile Anwendungen, die auf JavaScript basieren, verfügen über eine sichere Verbindung zwischen Back-End-Diensten und der Front-End-Präsentationsebene. Mit Hilfe von Headless Commerce und PWA können Storefronts blitzschnell und mit hoher Zuverlässigkeit Content bereitstellen.

Wenn es um Web-APIs geht, scheint GraphQL eine optimierte Version der bewährten REST-APIs zu sein. Beispielsweise werden mit GraphQL die Abfragen von Daten so weit vereinfacht, dass alle bisherigen Wege wie unterentwickelte Methoden erscheinen, die immer zu Über- oder Untererfüllung neigen. Diese Situation führt zu einer unnötigen Belastung des Informationsflusses, und die verfügbaren technischen Ressourcen, die für eine reibungslose Prozessausführung erforderlich sind, scheinen zu versagen. GraphQL kann die Feinabstimmung von Anfragen durch Extrahieren und Darstellen, exakt der Daten vornehmen, die der Kunde benötigt, ohne das Transfervolumen unnötig mit überflüssigen Daten zu überschwemmen, wie es REST-APIs oft tun. Wir werden uns etwas weiter in diesem Artikel hinein mit dem Zukunftspotenzial neuer Technologien wie z.B. GraphQL und anderen befassen.

Serverlose Technologie

Mit Hilfe von Infrastrukturen wie IaaS und einem serverlosen Backend für den eCommerce können sich die Unternehmensteams auf die Geschäftslogik konzentrieren, anstatt sich der stressigen und zeitaufwändigen manuellen Wartung hinzugeben. Serverlose Technologie ermöglicht auch Anwendungen, die Teil von Managed Services sind. Mit leistungsorientierten neuen Techniken wie Nuxt.JS und Vue.JS gewinnen Online-Handelslösungen einzigartige Vorteile in Umfang und Einflusstiefe.

Ohne eine Einschränkung durch einen dedizierten Server können Unternehmen ihre Projekte auf der Grundlage der tatsächlich benötigten Ressourcen verwalten, anstatt für teure Lösungen zu bezahlen, die nie optimal genutzt werden. Durch das reibungslose Ressourcenmanagement eines serverlosen Ansatzes können die Infrastrukturkosten gesenkt werden, auch wenn die Anfangsinvestition auf den ersten Blick überhöht erscheint.

Darüber hinaus können Entwickler dank der Leistungsfähigkeit der verwalteten Dienste weniger Code für die Verbindung ihrer Anwendungen und Dienste verwenden, abgesehen von der reibungslosen Verwaltung der Betriebszeit und der damit verbundenen hohen Kapitalrendite. Serverlos ist auch besser als die Cloud, denn bei ihr hängt der Preis vom tatsächlichen Zeitpunkt des Code-Aufrufs ab. Im Gegensatz dazu sind Cloud Services dafür bekannt, dass sie eine Leerlaufzeit und potenziell verschwendete Ressourcen aufweisen. Die Skalierung ist serverlos auch unglaublich einfach. Bei Lösungen wie Lambda addiert Ihr E-Store automatisch alle erforderlichen Zusatzfunktionen und die erforderliche Feuerkraft, um diese zu unterstützen, wenn erhöhter Bedarf notwendig wird.

SaaS

Die Fragmentierung der verwalteten Dienste ergibt sich aus der Vorstellung, dass ein funktionsorientierter Ansatz nicht die für einen reibungslosen elektronischen Handel erforderliche Flexibilität bietet.

Die Wahl der richtigen Shop-Plattform wird zu einer Frage der Konnektivität zwischen den einzelnen Rahmenkomponenten. Vor einigen Jahren basierten SaaS-Lösungen noch auf konventionellen Plattformen, die auf dem guten alten PHP oder z.B. .NET liefen, mit geringen Eigentümer- und Investitionskosten. Als Geschäftsinhaber jedoch andere Strategien ausprobierten, konnten die Online-Tools nur Änderungen zulassen, die durch die Fähigkeiten und Einschränkungen des Admin-Panels möglich waren. Die Unternehmenslösungen der Vergangenheit waren starr gegenüber grundlegenden Änderungen, die durch Geschäftsanforderungen erforderlich waren, und APIs waren nicht einmal Standardbegriffe im Vokabular der Entwickler.

Feature-basierte Lösungen - im Gegensatz zu Architektur-basierten - begannen sich als minderwertiger Ansatz zu erweisen, als Smartphones populär wurden und Feature-Telefone ersetzten. Nach der Umstellung der Telefontechnologie hatten die Entwickler die Freiheit, verbesserte Anpassungsmöglichkeiten anzubieten, die vorher nicht möglich waren. Mit dem Aufkommen der Cloud-Technologie wurde die API - die bevorzugte Methode - mit ihrer Fähigkeit, austauschbare Schnittstellen handzuhaben.

Dies zeigt sich besonders deutlich bei den heutigen Unternehmenslösungen für den eCommerce. Viele Plattformen wie Magento, Shopware, Big Commerce beruhen auf Hochleistungskomponenten. Entscheidend ist, wie diese Komponenten am besten so zusammenarbeiten können, dass auch die Effizienz maximiert wird.

Die Entstehung von Shopware

Der eCommerce von heute bringt so viele Anforderungen mit sich, dass Entwickler sich manchmal mehr auf Forschung und Entwicklung konzentrieren als auf die Bereitstellung der von ihnen erstellten und unterstützten IT-Dienste. Neue Anforderungen in der Software-Entwicklung konzentrieren sich viel mehr auf das “Wie” als auf das “Was”. Diese radikale Änderung des Ansatzes veranlasste die Entwickler von Shopware dazu, den Unternehmen eine völlig neu gestaltete Plattform zu präsentieren, auf der gemeinsame Nenner für den eCommerce definiert sind und die Code-Architektur die äußerst vorteilhafte API-first-Methode übernommen hat.

API-first, obwohl dieser Begriff heute etwas überstrapaziert ist, ist in der Tat ein grundlegender Ansatz im eCommerce, der das Ergebnis jahrelanger Forschung und Entwicklung ist. Wenn eine Online-Plattform bestehende Dienste und Prozesse über die Anwendungsschnittstelle zwischenschaltet, ist es nicht immer möglich, dies zu tun, ohne den gesamten Stapel der vorhandenen Technologie und die Effizienz der Kommunikation zwischen den Komponenten zu überdenken.

Shopware ist so konzipiert, dass es die vorhandene Geschäftslogik berücksichtigt, indem es automatisch die entsprechenden Endpunkte für APIs bereitstellt. Die Standardendpunkte können weiter modifiziert werden, um spezifische Absichten in Bezug auf die Datenanzeige und -verwaltung widerzuspiegeln. Es gibt zwei Haupt-APIs, die Shopware zur Verfügung stellt - eine für den Präsentationsteil, auf den die Kunden zugreifen, und eine für den Verwaltungsteil. Die erste - die so genannte Vertriebskanal-API - ist für die Verarbeitung von Daten gedacht, die hauptsächlich mit Bestellungen, Benutzerregistrierung und dem Kassenvorgang zu tun haben. Die zweite API ist für die Verwaltung des Datenaustauschs im Backend gedacht und wird in Prozessen wie der Datensynchronisation zwischen dem Verwaltungsbereich und den Front-End-Kanälen verwendet.

Die ‘Blutgruppe’ von Shopware: Symfony & Vue

Als Open-Source-Plattform ist Shopware auf die Hilfe authentischer und robuster Frameworks angewiesen, um die Dinge miteinander zu verbinden. Symfony, eines der beliebtesten Frameworks für wiederverwendbare PHP-Komponenten, fungiert als Backbone für wesentliche Operationen wie Caching und Session-Handling. Die Schöpfer von Shopware haben sich nicht nur wegen seiner unbestreitbaren Popularität für Symfony entschieden, sondern auch aufgrund ihrer langjährigen persönlichen Erfahrung mit dem Framework.

Vue.JS ist das leichtgewichtige und leicht verständliche JavaScript-Framework, das sich ideal für die Einstellung und Verwaltung der Administration eignet. Wie Symfony ist auch Vue.JS ein Open-Source-Projekt und hat sich zu einer der besten Lösungen für aktuelle eCommerce-Bemühungen entwickelt. Da das Content Management von Shopware auf einem headless approach basiert, sind diese beiden Techniken ideal für das, wofür diese Plattform gedacht war: ein fehlerfreies Einkaufserlebnis für den Kunden.

eComm-Chroniken: Die JavaScript-Familie

JavaScript wurde ursprünglich in weniger als zwei Wochen von einer Person entwickelt. Es ist heute bei weitem die beliebteste Programmiersprache. Die meisten derzeit aktiven kommerziellen Websites basieren darauf. Mit der ganzen Palette der ständig neu entstehenden JS-Frameworks hat diese Sprache eine glänzende Zukunft vor sich. Dies ist außerordentlich praktikabel, da JavaScript sowohl für das Front- als auch für das Backend und die Art und Weise, wie es beiden ermöglicht, effektiv miteinander zu kommunizieren, eine bewährte praktische Leistungsfähigkeit besitzt.

Obwohl JavaScript heute ein mächtiges und zuverlässiges Werkzeug ist, erinnert es an einige grobe Patches aus der Vergangenheit, die von den Benutzern sogar gehasst werden, wenn sie sich mit den lästigen Browser-Pop-ups herumschlagen müssen. Die wenigen falschen Seiten von JS haben es jedoch nicht daran gehindert, bis heute zu überleben und Rivalen wie die einst mächtige Flash-Technologie (von Adobe für Ende 2020 zur Einstellung geplant) zu schlagen. Einer der Gründe dafür, dass JS die Jahre der rivalisierenden Technologie und des Aufruhrs überlebt hat, ist seine Fähigkeit, Schnittstellen mit Diensten und Datenbanken zu verbinden. JavaScript beherrscht die Client- und Server-seitigen Anwendungen und ist leicht zu erlernen und zu benutzen. Die verfügbaren umfangreichen und nützlichen Bibliotheken bieten Entwicklern und Unternehmern praktisch unbegrenzte Möglichkeiten. Bei JS ist die Wahl des Ansatzes kein Problem, aber die Wahl des richtigen JS-Frameworks sicherlich.

Ein Blick auf das, was das JS-Framework explizit zu einem beliebten Werkzeug macht, ist ein bisschen nutzlos, da sich Trends schnell ändern und ein unzuverlässiger Faktor für eine genaue Vorhersagbarkeit sind. jQuery, Angular oder React.JS sind inzwischen weithin anerkannt und werden verwendet, aber sie könnten bald komplizierten Neulingen Platz machen. Wie zum Beispiel Svelte.

Svelte ist ein Compiler, und aus diesem Grund zögert die Entwickler-Community, ihn als “Framework” zu bezeichnen. Dennoch ist seine Benutzerfreundlichkeit ähnlich wie die von Vue.JS, die beide merklich bequemer zu benutzen sind als React.JS oder Angular. Svelte enthält keine Framework-Referenzen und kompiliert JS, HTML und CSS in winzige Module. Es hat noch nicht die Popularität, die es verdient, aber es hat ein paar Vorteile, die man in Betracht ziehen sollte - es verbraucht weniger Code und entlastet eine Menge Arbeit, die sonst den Browser belasten würde. Wir glauben, dass Tools wie Svelte schon bald die Berühmtheit von React, Vue oder Angular erreichen, sie sogar überholen und zum nächsten großen Ding im eCommerce werden könnten.

Vue.JS

Während Svelte für die Vereinheitlichung von CSS, HTML und JS bekannt ist, hilft Vue.JS Entwicklern, diese drei Komponenten zu trennen und die Vorteile jeder einzelnen während der Entwicklung besser zu nutzen. Neulinge in der Programmierung können schnell den Dreh herausbekommen, da Vue eine schnelle Lernkurve bietet. Darüber hinaus hat die Community eine freundliche Umgebung geschaffen, in der Neuankömmlinge willkommen sind und in der sie schnell auf eine Menge zirkulierendes Wissen und Erfahrungen zurückgreifen können.

Vue hat die Verbundreichweite von Angular, aber die Stabilität und SEO-Freundlichkeit von React. Die meisten Entwickler mit einem Hintergrund in Magento, WooCommerce, Shopify - sogar Shopware - haben begonnen, das unglaubliche Produktivitätspotential für den praktischen eCommerce zu erkennen, das mit Vue.JS einhergeht.

Im Vergleich zu React ist Vue geringfügig leichter zu beherrschen und macht auch jüngeren Entwicklern Spaß. Aufgrund seiner Einfachheit, detaillierten Dokumentation und minimierten Syntax ist Vue.JS perfekt für die Erstellung von einseitigen Anwendungen geeignet. Aber noch wichtiger ist, dass es auch bei bedeutenderen Projekten sein Potenzial unter Beweis gestellt hat, ohne dass die Gefahr besteht, dass die Effizienz darunter leidet.

Mit unterstützenden Tools, die fantastisch zu Vue.JS passen, wie Nuxt oder Vuex, ist die Anpassung von Lösungen nur eine Frage der Beherrschung des richtigen Ansatzes. Mit verbessertem Meta-Tag-Management haben Nuxt-basierte Projekte einen SEO-Vorteil. Darüber hinaus unterstützt Nuxt Standard-SPAs mit einer reibungslosen und sauberen Navigation und verwaltet die unglaublich nützlichen Optionen für den sozialen Austausch. Das Promoten von Seiten oder Produkten ist mit Nuxt komfortabel. Es schafft eine Umgebung, in der soziale Netzwerke und die Inhalte von Apps klar mit den Suchmaschinen kommunizieren, um eine maximale Reichweite und Sichtbarkeit zu erzielen. Wettbewerbsvorteile wie diese sind es, die Vermarktern helfen, mehr Kunden zu gewinnen und die Konversion zu erhöhen. Die Wirkung der SSR-Methode verstärkt die schnelle und reibungslose Navigation noch weiter. Das serverseitige Rendering ermöglicht die asynchrone Ausführung der Verarbeitungslogik, so dass der Endbenutzer eine saubere Interaktivität auf der Storefront genießen kann.

Angular

Wenn Vue.JS in bescheideneren Projekten glänzt, ist Angular dazu gedacht, Unternehmenslösungen von Anfang an zu unterstützen. Mit dem Potenzial, komplexe und große Projekte zu rendern, ist dieser Rahmen natürlich auch etwas schwieriger zu meistern. Seine Architektur ist jedoch so ausgelegt, dass sie die Codequalität ergänzt. Angular ist hervorragend, wenn es von ganzen Teams eingesetzt wird, da einzelne Codierungsfehler weniger Auswirkungen auf die endgültige Version haben. Diese Art der Workflow-Optimierung ist mit JS-Supersets wie TypeScript möglich.

Angular passt gut in Lösungen, die die Anforderungen großer und anspruchsvoller Projekte erfüllen sollen. Da es bereits über reichhaltige und zuverlässige Bibliotheken verfügt, werden nur selten Quellen von Drittanbietern zur zusätzlichen Unterstützung herangezogen. Es erledigt die Aufgabe ohne viel externe Hilfe. In der Welt der Anwendungsrahmen ist Angular der große Wolf, der die Arbeit selbst erledigt.

React.JS

React wurde aus der Notwendigkeit heraus geboren, dass Facebook seinen Nutzern ein modernes Web-Erlebnis bieten muss, und Facebook nutzt es auch für den eCommerce. Ursprünglich wurde React als Bibliothek gestaltet, aber die Komplexität und die Fülle von Hilfsmitteln haben sich zu einem “Framework” entwickelt. Mit sich so schnell entwickelnden Werkzeugen wie React sind Labels und Nomenklatur überholt - es könnte in einigen Jahren leicht die bevorzugte Methode für den eCommerce sein.

Einer der bemerkenswerten Vorteile von React.JS ist die Fähigkeit, selektiv zu modifizieren, was für Web-Inhalte notwendig ist, wobei das baumartige HTML-DOM-Modell zur Anzeige von Daten verwendet wird. React ist sehr beliebt, und wie Angular ist es das bevorzugte Werkzeug, das für umfangreiche Projekte wie einige aktuelle und zukünftige Beispiele von Firmen wie Facebook, Netflix oder Microsoft verwendet wird.

Ember.js

Zu den aufregenden Optionen für JS-Frameworks gehört auch das von kreativen Kräften getriebene Ember. Als dediziertes Front-End-Modell eignet sich Ember hervorragend für skalierbare Web-Projekte, die sowohl für den Desktop als auch für mobile Endgeräte geeignet sind. Seine Schöpfer versuchten, das kreative Potenzial der Entwickler zu fördern, indem sie ihnen erlauben, einzigartige App-Features zu entwickeln, mit Code, der nicht nur app-spezifisch, sondern auch weniger umfangreich ist.

Wie geht es weiter mit dem E-Commerce?

Einer der wesentlichsten Vorteile des traditionellen Einkaufens und gleichzeitig eine der offensichtlichsten Schwächen des eCommerce ist die Möglichkeit für Kunden, die Produkte zu fühlen, oder anzuprobieren.

Einige Käufer werden es immer vorziehen, die Artikel, die sie zu kaufen beabsichtigen, anzufassen. Einer der potenziellen Lösungsansätze in dieser Hinsicht ist die Virtuelle Realität. Die einzigartige Möglichkeit des Probierens vor dem Kauf bietet den Kunden die Möglichkeit, ihr Surferlebnis zu verbessern und den Ladengeschäften so nahe - wenn nicht sogar noch näher - zu kommen. Nike beispielsweise verfügt über eine interaktive Anwendung, die einen 3D-Abdruck Ihres Fußes erstellt und es Ihnen erleichtert, die verfügbare Auswahl zu überprüfen, die genau Ihrer Größe und Passform entspricht. Dies ist ein Beispiel dafür, wie eCommerce auch funktionieren sollte: als Hilfswerkzeug, das den Kunden hilft, Online-Tools für den späteren Offline-Einkauf zu nutzen.

Der Touch-Teil ist im eCommerce fast unerreichbar. Oder zumindest liegt er derzeit etwas außerhalb des technisch Möglichen. Allerdings hat der eCommerce einige Trümpfe im Ärmel, um die negativen Seiten der Digitalisierung zu bekämpfen. Die üblichen Verdächtigen sind natürlich die Standardangebote wie gezielte Coupons, Rabatte, kostenloser Versand und schnelle Lieferung. Manchmal müssen Online-Shops Produkte zu niedrigeren Preisen anbieten als ihre Pendants im Outlet, nur um wettbewerbsfähig zu bleiben. Aber unter all den Schichten verlockender Merkmale, die den E-Commerce zu einer bevorzugten Einkaufsmethode machen, steckt noch mehr.

Einige Käufer, die gewöhnlich Einkaufszentren besuchen, um die Dinge, die sie persönlich kaufen werden, zu überprüfen, verwenden auch ihre Smartphones, um Produkte zu vergleichen und zu prüfen, bevor sie sie kaufen, normalerweise bequem von zu Hause aus oder unterwegs. Solche Beispiele deuten darauf hin, dass die Zukunft des eCommerce zweifelsohne ein Werbetool für den traditionellen Einkauf erhalten und als solches funktionieren wird.

Wenn es um neue Technologien im E-Commerce geht, scheinen nur wenige Dinge mit unbestreitbarer Sicherheit Einfluss zu haben. Zum einen müssen Vermarkter auf Trends wie Anpassung, mobilen Handel und einen Multikanal-Ansatz beim Verkauf achten. Diese Faktoren sind alles Teile von Geschäftsmodellen mit nachweislichem Erfolg. Zum Beispiel sind Algorithmen zur Personalisierung die bevorzugte Methode für Netflix-Benutzer, wenn sie wählen, was sie als nächstes sehen möchten.

Erfolgreiche Online-Geschäftsinhaber sind diejenigen, die auf höchste Anpassungsfähigkeit und ihre Fähigkeit achten, ihren Einfluss und ihre Reichweite zu erweitern, ohne ihre Plattform oder Strategie überdenken zu müssen. Produktempfehlungen sind Teil solcher Pläne. Wir haben zwei Modelle erkannt, die Unternehmen einsetzen, um ihren Kunden eine natürliche Fortsetzung ihrer Einkaufsreise zu präsentieren. Das erste, kooperatives Filtern genannt, konzentriert sich auf Ähnlichkeiten zwischen den Präferenzen und Gewohnheiten der Kunden. Diese Methode ist auf eCommerce-Websites unter dem Titel “Was andere auch gesehen haben” zu sehen. Die zweite Methode, das inhaltsbasierte Filtern, untersucht die persönliche Betrachtungshistorie und verwendet sie, um Vorschläge für ähnliche Produkte, Kategorien oder Artikel zu erstellen. Wir sind der Meinung, dass das, was am besten funktioniert, in der Regel eine Kombination der beiden Methoden ist, bei der persönliche Vorlieben mit dem, was im Trend liegt, verglichen werden.

Chatbots und Sprachassistenten werden immer bekannter, da die KI jeden Tag besser und besser wird. In E-Commerce-Projekten mit reichhaltigem Inventar kann eine nicht-menschliche Interaktion recht nützlich sein, um Kunden dabei zu helfen, schnell das zu erreichen, was sie suchen, alle eingeschlossen, immer - eine unmögliche Aufgabe für einen Menschen. Einige der einfachen Chatbot-Funktionen ähneln nichts weiter als interaktiven FAQs. Die fortgeschritteneren unterstützen kontextbezogene Hilfe, die auf einer riesigen Datenbank möglicher Szenarien basiert. Die kontextbezogene Hilfe ist in Projekten anwendbar, in denen es viele Informationen gibt, die analysiert werden müssen, wie Amazon (Alexa) oder Google Analytics (Insights).

Die Generationslücke ist immer relevant für die Betrachtung des Kaufpotenzials von Kunden, da sie alle einschließt, sie aber in einfache Gruppen mit kontrastierenden Unterschieden trennt. Beispielsweise ist die Kenntnis des Einkaufsverhaltens der Babyboomer im Vergleich zu den aufstrebenden Jahrtausenden relevant dafür, wie sich der eCommerce jetzt und in Zukunft verändert. Menschen unter dreißig haben zwar nicht die Kaufkraft ihrer Eltern, aber sie sind diejenigen, die Wert auf Personalisierung legen und beim Einkaufen soziale Medien nutzen. Hinzu kommt, dass die Millennials bereits heute etwa ein Drittel aller Käufer weltweit ausmachen und den Großteil ihrer Einkäufe online tätigen. Auf der anderen Seite sind die Boomer bekanntlich weniger wählerisch, und sie können zufrieden mit Produkten von der Stange gehen. Die Generation X, als Bindeglied zwischen der alten und der neuen Generation, zeichnet sich natürlich durch Merkmale aus, die beiden eigen sind, obwohl einige Quellen behaupten, dass sie eher auf der konservativen Seite der Skala stehen.

Sprachassistenten werden durch modernste Technik unterstützt und erfordern möglicherweise umfangreiche Vorarbeiten und Recherchen, aber ihr Umfang und ihre Bequemlichkeit haben einen spürbaren Einfluss auf das Einkaufserlebnis der Käufer.

Headless: ein Weg zu unendlicher Flexibilität

Headless Commerce hat in den Medien und Technik-Blogs viel Aufmerksamkeit erregt. Diese Technologie zielt darauf ab, die Abhängigkeit zwischen den Backend-Diensten und der Storefront-Benutzerumgebung zu trennen. Mit Headless CMS können Backend-Entwickler unabhängig von den UI-Experten arbeiten. Letztere können die Freiheit genießen, die Storefront in irgendeiner Weise umzugestalten, ohne sich mit dem Admin-Bereich herumschlagen zu müssen. Ein sicherer Vorteil eines Headless-Backends besteht darin, dass Sie verschiedene APIs haben und das Frontend über einen einzigen Kanal anzeigen können. Andererseits ist dies manchmal nur machbar, wenn Sie zufällig das richtige Team für die Aufgabe haben. Ihre Frontend-Designer müssen das Wissen und Verständnis dafür haben, wie Headless in die erforderlichen Dienste integriert wird.

Mit Headless Commerce brauchen Sie sich keine Sorgen über Plattformaktualisierungen zu machen, da die APIs, die den Datenfluss verwalten, garantiert immer ihre neueste Version ausführen und automatisch aktualisiert werden.

Dieser Zusammenhang bedeutet, dass APIs im Vergleich zu Komponenten, die auf der herkömmlichen eComm-Plattform ausgeführt werden, seltener ausfallen. Bei Headless müssen Sie unter Umständen einige Hardware-Upgrades durchführen und die neuen Tools mit Hilfe eines geschickten Teams entwickeln. Aber sobald alles eingerichtet ist, funktioniert es mit der makellosen Entschlossenheit eines Uhrwerks. Der Headless-Ansatz bietet eine viel bessere Kontrolle für bevorstehende Integrationen und Erweiterungen und ist eine der einflussreichsten Techniken für zukünftige eCommerce-Häuser.

Darüber hinaus sind Headless-Projekte nicht von bestehenden Umgebungen oder Dienstleistern abhängig. Wenn Sie sich entscheiden, können Sie Ihr Projekt an Kunden weiterverkaufen oder an einen Geschäftspartner ausleihen. Der neue Eigentümer muss sich keine Sorgen machen, dass er bestehende Funktionalitäten verliert. Welche weiteren Änderungen und Upgrades auch immer anstehen, sie können mit einer Fülle von Open-Source ergänzenden Techs und Frameworks durchgeführt werden. Hier sind einige von ihnen, von denen wir glauben, dass sie legitime Kandidaten sind, um die E-Commerce Arena bald aufzurütteln.

Nuxt.JS

Nuxt.JS ist ein auf Vue basierendes Framework zur Erstellung und Unterstützung moderner Webanwendungen. Es ist vielseitig und hat eine entwicklerfreundliche Syntax, die von Vue.JS übernommen wurde. Nuxt verfügt über eine robuste Architektur, die inkrementell anpassbar ist - sowohl einseitige Anwendungen als auch Projekte auf Unternehmensebene liegen in seinem Einflussbereich. Die Vielseitigkeit geht weit über den Umfang und die Komplexität hinaus - mit Nuxt können Sie Anwendungen auf der Basis einer Server- oder serverlosen Umgebung erstellen und haben sogar den Luxus, problemlos zwischen beiden zu wechseln. Verbindungen zu Endpunkten sind über REST und GraphQL möglich, und selbst PWA-Integrationen sind nur ein integriertes Modul entfernt.

Mit der statisch generierten Anwendung, die von Vue unterstützt wird, kann Nuxt auch als Backbone für die immer beliebter werdenden Mikroservice-Modelle für den eCommerce verwendet werden. Die Leistungsseite von Nuxt selbst für große Online-Shops glänzt durch den HTML-generierten Inhalt, der von Suchmaschinen leicht zu erfassen und mit Tools wie CDN-Hosting schnell anzuzeigen ist.

GraphQL

Diese Technologie stellt ein neues Paradigma für den eCommerce dar und basiert auf einem API-first-Ansatz. Ihre optimierte Datenbeschaffung und intelligente Syntax machen sie zu einem zunehmend bevorzugten Werkzeug gegenüber Alternativen wie REST. Die GraphQL-basierte API gibt nur die angeforderten Daten zurück, im Gegensatz zu REST, wo viele unnötige Daten herumschwirren und Ressourcen verbrauchen können. GraphQL ist so konzipiert, dass es weder unter- noch überliefert, was nicht nur eine intelligente Datenbereitstellungspraxis ist, sondern auch wertvolle Ressourcen spart, die immer anderweitig genutzt werden können. Es verbindet Daten von mehreren Endpunkten in einem einzigen Durchgang und verbessert die Leistung erheblich.

GraphCMS

GraphCMS ist die erste Plattform, die das GraphQL-Framework enthält und als solche bietet sie minimierte Nutzlast und elastische Interaktion mit APIs. Dieses Backend-System kann hochfrequentierte Web-Shops unterstützen und deckt alles ab, was über ein mittelgroßes Unternehmen hinausgeht. Die Rolle von GraphQL in GraphCMS ist unverzichtbar. Sie erleichtert das Headless Content Management und fördert die Zusammenarbeit im Team. Mit GraphQL-APIs können Sie mühelos skalieren und Dateneingaben aus verschiedenen Quellen, einschließlich benutzer- und KI-generierter Daten, aggregieren. Noch nie war es einfacher, Inhalte mit vielen Ursprungspunkten zu handhaben und zu verteilen.

Wenn eCommerce-Unternehmer ihre Inhalte an die Anforderungen eines bestimmten Geräts anpassen möchten, erwägen sie, ihr CMS komplett zu ändern. Und manchmal ist dies die einzige Möglichkeit. Nicht nur das, sie müssen auch geduldig warten und die Aktualisierungen anwenden, die kommen werden, wenn diese Geräte ihre nächste Firmware-Aktualisierung herausbringen. Mit GraphCMS ist dieser harte Rückschritt vermeidbar. Sie können den Anwendungsinhalt erstellen, der angepasst, modifiziert und über mehrere Kanäle verteilt werden soll, ohne die Technik oder den Prozessablauf von Grund auf ändern zu müssen.

Designsysteme

Bei der Initiierung eines Projekts müssen viele Faktoren berücksichtigt werden, die zwischen allen Teammitgliedern katalogisiert und universalisiert werden müssen. Dies muss getan werden, um sicherzustellen, dass die anfänglichen Bausteine mit dem Gedanken niedergelegt werden, dass sie zu soliden Sprungbrettern für spätere Verbesserungen werden müssen. Als Entwickler oder Softwarefirma ist es Zeitverschwendung, immer wieder die gleichen Projektgrundlagen zu erarbeiten. Daher haben Entwickler die Angewohnheit, etablierte Methoden und Techniker einzusetzen, die sich bereits für die beabsichtigten Bedürfnisse bewährt haben. Glücklicherweise gilt das gleiche Prinzip der Wiederverwendung dessen, was funktioniert, auch für UI-Designer und ihre Arbeitsgewohnheiten und -umgebung.

Designsysteme sollen es Front-End-Experten erleichtern, mit standardisierten Elementen wie Layoutfarben, Formen, Seitenelementen oder Typografie zu arbeiten. Die Verwendung von UI-Bibliotheken macht es den Erstellern von Oberflächen leichter, insbesondere in einer Teamumgebung, in der Standardverfahren oder spezifische Vorgehensweisen schnell befolgt und angewendet und häufige Probleme - auf einen Schlag - beseitigt werden können.

Wenn Sie ein Problem aus der Sicht des Entwicklers lösen, müssen Sie darüber nachdenken, die sich wiederholende Arbeit für eine ganze Abteilung einzusparen. Wiederverwendbare Komponenten müssen Teil eines vereinheitlichten Designsystems sein, bei dem die kollektive Anstrengung die Leistung jeder Einheit nutzt. Um ein Designsystem aufzubauen, das allen Beteiligten entgegenkommt, können Sie Lösungen verwenden, die mit Hilfe von Frameworks wie der Storefront-UI geliefert werden, die sich auf die kollektive Kraft einer ganzen Community stützt. Und mit Komponentenbibliotheken wie Storybook können Sie sie von Entwicklern testen lassen, ohne sie durch Codeänderungen anpassen zu müssen. Die hohe Benutzerfreundlichkeit der UI soll dem Endkunden und seinem Einkaufserlebnis zugute kommen. Bei Designsystemen stehen die Vorteile der Benutzerfreundlichkeit aber auch den eigentlichen Erstellern selbst zur Verfügung. Kunden erwarten ein großes Kundenerlebnis; warum sollten die Macher dieses Erlebnisses nicht auch ein Teil davon sein?

Wenn neue Entwicklungswerkzeuge auf den Markt kommen, sind es die Programmierer, die nicht nur eine erste, sondern auch die relevanteste Bewertung abgeben. Das gilt nicht nur, weil sie diejenigen sind, die es am besten verstehen. Die besten Werkzeuge sind diejenigen, die allen zugute kommen, nicht nur einem beliebigen Teil des gesamten Systems. Zum Beispiel war WYSIWYG nicht vom ersten Tag an der Favorit der Entwickler, aber es wollte es sein. Editoren - die auch Nicht-Entwickler sind - konnten nicht nur den Textteil des Content-Editors bearbeiten, sondern auch die leistungsstarken eingebauten Editoren verwenden und den Code durcheinander bringen. WYSIWYG war der Versuch der Branche, talentierte Teams zu vereinen und ihnen zu helfen, besser zusammenzuarbeiten. Irgendwie scheiterte es jedoch, obwohl es ständig verbessert wurde.

Das Problem mit Content-Editoren ist, dass sie in der Regel mit zu viel Macht ausgestattet sind, die von den Content-Erstellern oft unbeabsichtigt missbraucht wird und ein Chaos verursacht (das die Entwickler später beheben müssen). Wir verwenden einen Begriff, um eine solche umständliche Inkompatibilität zu beschreiben: Separation of concerns. Diesem Konzept folgend, können inhaltliche Änderungen getrennt von dem vorgenommen werden, was auf der Seite dargestellt wird. Diese Trennung wird durch einen Vermittler wie JSON oder WikiText erreicht.

Daten und Inhalte

Sauberer und SEO-freundlicher Inhalt kommt durch statische HTML-Seiten. Auf diese Weise können Content-Editoren und Entwickler Code- oder Inhaltsänderungen am besten modifizieren und implementieren, ohne sich gegenseitig bei der Arbeit zu behindern. Generiertes HTML ist von Natur aus statisch, aber die Datenquellen, aus denen es angezeigt wird, sind dynamisch. Da die Datendienste sehr Ressourcenintensiv sind, ist fast jede Anwendung auf serverseitige Aktionen angewiesen, was in der Regel dem intelligenten Design hinter neuen Technologien wie GraphQL oder REST zu verdanken ist (oder auch klassischen Datenbanken).

Aufwändige neue Community-basierte Projekte wie Jamstack heben die Vorteile von vorgerenderten Dateien hervor. Bei diesem Konzept geht es um die makellose Interaktion zwischen dem statischen und dynamischen Inhalt, den die meisten Websites haben. Bei Jamstack geht es nicht um eine bestimmte Technologie, sondern um den Versuch, moderne Build-Tools und Praktiken zu entwickeln und die scheinbar unterschiedlichen Stack-Komponenten wie JS, API und HTML besser zu verstehen.

Schließlich ist statischer Inhalt viel sicherer als sein dynamisches Gegenstück. Flexible APIs aktualisieren den Endpunkt dynamisch und beseitigen effektiv die Gefahr von Hacks.

Ereignisgesteuerte Architektur

Der Hauptunterschied zwischen servicegetriebener Architektur und EDA lässt sich anhand dieser beiden Begriffe veranschaulichen: Request und Response. Während bei SDA eine Technologie wie die REST-API verwendet wird, um die Arbeit zu erledigen, werden bei EDA alle Prozesse in einzelne Ereignisse zerlegt. Die einzige Möglichkeit, ein Ereignis umzukehren, besteht darin, ein anderes Ereignis zu starten. Diese chronologisch gebundene Struktur dient auch als Gedächtnis-‘Journal’, in dem eine Liste der Dinge, die geschehen sollen, davon abhängt, was bereits geschehen ist. EDA reduziert die Frage-/Antwortzeit zwischen dem Kunden und den Diensten und verfügt über ein Verarbeitungsmodell, das in der Lage ist, mehrere Dienste auszuführen, die Ereignisse als Auslöser für eine kontrollierte Kettenreaktion verwenden.

Hier ist ein Beispiel für die Beziehung zwischen ereignisgesteuerter Architektur und eCommerce. Wenn ein Kunde einen Artikel kauft, werden einige aufeinander folgende Ereignisse in Gang gesetzt. Damit die Versand- und Logistikabteilung jedoch grünes Licht für den Versand des Artikels erhält, benötigt sie eine Bestätigung, dass der Kunde bereits dafür bezahlt hat. Anwendungen, die diese Architektur verwenden, laufen auf Komponenten, deren Beziehung von Natur aus sehr linear ist und die daher leicht zu verstehen und zu verfolgen sind. Für den asynchronen Teil der internen Kommunikation verwendet EDA einen so genannten Ereignis-Broker: den Zwischenhändler, der die notwendigen Anpassungen vornimmt, um mit der Code-Logik Schritt zu halten.

Einer der eklatanten Unterschiede zwischen SOA und EDA besteht darin, dass Sie, wenn die Verarbeitungslogik geändert werden muss, den API Service Endpoint (SOA) anpassen müssen. Auf der Gegenseite kann EDA ohne explizite Definition zusätzliche Ereignisse hinzufügen. Außerdem sendet das abonnementbasierte Modell von EDA Ereignisse an die Clients, im Gegensatz zu SOA, wo die Clients eine Anfrage stellen und auf Rückmeldung warten. EDA kann die dynamische Natur von eCommerce-Inhalten ergänzen und wir werden bald mehr davon sehen.

Schlussfolgerung

Neue Technologien im E-Commerce bringen ein anerkanntes Muster ins Blickfeld - neue Technik ist immer komplizierter.

Glücklicherweise beweisen Technologien wie PWA, dass einige neue und komplexe Technologien bereits mit umfangreichen Sicherheitsmaßnahmen und -protokollen ausgestattet sind.
  Wenn es um Zukunftstechnologie beim Online-Shopping geht, hat das, was die Gewinner von den Verlierern trennt, viel mit dem Wissen zu tun, eine geeignete Technologie zu erkennen und mit dem Mut, ihr bedingungslos zu vertrauen.