Geek: In der heutigen Folge unterhalte ich mich mit dem digitalen Kumpel Manuel Schöbel
Geek: über Headless Commerce.
Geek: Hallo und herzlich willkommen zu Ein Geek kommt selten allein.
Geek: Mein Name ist Stephan und heute freue ich mich besonders, meinen Lieblingsgeek
Geek: Manuel begrüßen zu dürfen.
Manuel: Hallo Stephan, ich freue mich extrem.
Geek: Es geht in dieser Folge um das Thema E-Commerce.
Manuel: Allerdings ist ja ein Riesenfeld.
Geek: Deswegen beschränken wir uns bei dem Thema auf einen eher kleinen und ziemlich
Geek: modernen Ausschnitt, nämlich Headless Commerce.
Geek: Bevor wir aber zu tief in das Thema eintauchen, erstmal zu dir Manuel.
Geek: Ich habe dich im Intro einen digitalen Kumpel genannt, vielleicht fangen wir da einfach mal an.
Manuel: Ja, wahrscheinlich liegt das daran, dass ich in meiner gesamten Laufbahn mich
Manuel: immer mit dem Digitalen beschäftige, allerdings sehr hands-on als verschiedensten
Manuel: Rollen, viel auch als Entwickler, Freelancer, aber auch CTO, Berater.
Manuel: Genau, das mache ich jetzt schon eine relativ lange Weile, immer im Web-Kontext
Manuel: und auch seit einigen Jahren sehr speziell im E-Commerce-Bereich auf den verschiedensten Ebenen.
Geek: Und E-Commerce ist ja genau das Thema, worum es geht.
Geek: Wir sind, oder wir versuchen es zu sein, ein Digitalisierungspodcast.
Geek: Hier soll es um Digitalisierungsthemen gehen.
Geek: Und ich glaube, es gibt wenig Bereiche im alltäglichen Doing,
Geek: die so erfolgreich digitalisiert wurden wie Handel.
Geek: Da muss man einfach nur mal dran denken, was mit Amazon ist.
Geek: Die meisten von uns kaufen ja mehr online ein, als dass sie eben stationären Handel kaufen.
Geek: Und in der Vorbereitung habe ich einmal kurz bei Statista reingeguckt.
Geek: Und Statista hat auch nochmal gesagt, im Jahr 2022, ich weiß nicht, ob die schon,
Geek: ich glaube, die haben noch keine 23er Daten, deswegen ist 2022 so das letzte
Geek: volle Jahr, was sie haben können, ist tatsächlich der Umsatz im B2C E-Commerce.
Geek: Also wir reden jetzt davon, wenn Endkunden Dinge kaufen können,
Geek: auf 84,5 Milliarden Euro zahlen.
Geek: Gesunken, weil das im Jahr davor war Super-Corona-Lockdown, da hat jeder alles
Geek: gekauft online, also ist um 2% gesunken.
Geek: Aber diese fast 85 Milliarden Euro, die im Jahr 2022 waren, standen 2015,
Geek: also so sieben Jahre davor, noch unter 40 Milliarden, also hat sich da mehr
Geek: als verdoppelt in der Zeit.
Geek: Und das liegt auch daran, dass die Technologien natürlich vernünftig funktionieren,
Geek: dass die Leute da Lust drauf haben und dass alles sich so in der Waage schön
Geek: nach oben geschaukelt hat.
Geek: Und deswegen, was wäre spannender, als mal da reinzugucken, wo die Digitalisierung
Geek: denn erfolgreich ist, wo es geklappt hat?
Manuel: Also Online-Handel vor allem als Vater mit zwei kleinen Kindern ist absolut präsent.
Manuel: Also wir kaufen tatsächlich fast alles online ein. Allerdings auch immer mehr.
Manuel: Beispiel das klassische Food Delivery oder der Supermarkt-Einkauf,
Manuel: der bei uns auch schon mittlerweile extrem viel online passiert.
Manuel: Ja, weil irgendwie zwei Stunden rausgehen, einkaufen, wird immer schwieriger.
Manuel: Von daher sind es nicht nur mehr klassische Güter, auch der Supermarkt-Einkauf
Manuel: bei uns absolut online am Start.
Geek: Das ist ein spannendes Beispiel mit dem Supermarkt, weil da haben wir ja die
Geek: Situation, Handel funktioniert über bestimmte Channels.
Geek: Also das heißt, es gibt irgendwie einen Ort, einen Vertriebskanal.
Geek: Und der Vertriebskanal für Supermarkt, den kennen wir alle, ist der Supermarkt um die Ecke.
Geek: Wenn ich da was einkaufen möchte, laufe ich hin und hole mir beim Supermarkt die Sachen.
Geek: Jetzt mit dem Online-Einkaufen von Supermarktgütern ist es natürlich anders.
Geek: Also ich gehe ja nicht in den Supermarkt und sage denen, jetzt liefert mir Folgendes,
Geek: sondern dann kommt auf einmal die App ins Spiel. Das heißt, ich habe einen zweiten
Geek: Kanal, über den ich kaufen kann eigentlich.
Geek: In der Regel habe ich irgendeine Art von App. Vielleicht habe ich eine Webseite,
Geek: auf der ich meinen Warenkorb fülle und schwupps, schon habe ich einen Multichannel,
Geek: weil ich zwei Kanäle habe, über die ich kaufen kann, aber es sind dieselben Sachen.
Geek: Also es ist quasi der Laden um die Ecke, der Supermarkt um die Ecke,
Geek: der mir die Gurke bringt, ob ich die jetzt im Laden in den Einkaufswagen gelegt
Geek: habe oder ob ich die in der App da reingelegt habe.
Geek: Somit hat man diese Kanäle, die halt immer mehr werden und das wird spannend,
Geek: wenn du das klassische E-Commerce dir betrachtest, da kannst du ja auch tausend Läden gehen.
Geek: Du kannst deinen eigenen Webshop haben, du kannst bei Amazon verkaufen,
Geek: du kannst auf einen Marketplace gehen, du kannst dann irgendwo mitmachen sozusagen,
Geek: kannst in einem Partnershop sein, wenn ich jetzt der Hersteller von etwas bin,
Geek: der das nicht nur bei mir, sondern auch in einem Fachvertrieb hat.
Geek: Und das ist eine der Bewegungen, die wir in einem Handelsmarkt natürlich sehen,
Geek: dass man über mehrere Kanäle kaufen kann.
Geek: Ich möchte gar nicht, dass der Mensch, der etwas haben möchte,
Geek: unbedingt in meinen Supermarkt kommt, sondern er möchte die Gurke haben.
Geek: Dann will ich ihm doch anbieten, egal worüber er die kaufen möchte,
Geek: soll er die doch eigentlich kriegen.
Geek: Das ist dieses ganze Multi-Channel, Omni-Channel Thema, was dann irgendwann
Geek: kulminiert in No-Line-Commerce.
Geek: Also wo es wirklich dann egal ist, wo hast du es denn gekauft?
Geek: Ist es denn in der App gewesen?
Geek: Ist es denn im Supermarkt gewesen? Ein gutes Beispiel wäre sehr wahrscheinlich
Geek: ein Vertreter, der vorbeikommt und dir sagt, guck mal hier, so könnte die Tupperware
Geek: aussehen, wenn es Tupperware so noch gäbe, aber bei mir kannst du nicht bestellen,
Geek: aber das kannst du in jedem Laden kaufen.
Geek: Wäre ja Quatsch.
Manuel: Ja, absolut. Wobei man sagen muss, also ich glaube, es gibt so,
Manuel: es gibt verschiedene Wege, die sich entwickeln.
Manuel: Das eine ist halt, ich habe so meine Waren, die ich verkaufen will, genau wie du sagst.
Manuel: Überall, so auf den ganzen verschiedenen Marktplätzen, da gibt es ja unendlich
Manuel: viele, nicht nur Amazon, da kann ich dann irgendwelche Aggregatoren nutzen,
Manuel: die mich dann sozusagen auf allen Kanälen irgendwie raus aussteuern.
Manuel: Aber da muss man halt auch sagen, Man sieht schon, dass durchaus auch da der
Manuel: Trend wieder da ist, dass man sagt, naja, es ist mir doch nicht mehr ganz egal,
Manuel: dass ich einfach überall verkaufe.
Manuel: Ein ganz klassischer Händler, ja, der will einfach nur abverkaufen.
Manuel: Man merkt aber schon, dass ja auch das sozusagen Branding und Markenthema immer
Manuel: weiter da ist. Das heißt, ich möchte schon eine Marke entwickeln und da ist
Manuel: dann wiederum doch der eigene Store.
Manuel: Also sozusagen nicht egal, wo ich verkaufe, sondern wirklich möchte bei mir
Manuel: sozusagen in meiner virtuellen Heimat verkaufen.
Manuel: Schon ein Thema, das glaube ich immer größer wird und auch irgendwo immer wichtiger
Manuel: wird. Ganz klassisches altes Beispiel ist Amazon als Marktplatz ist halt,
Manuel: die können halt mal deine Preise einfach irgendwie anpassen,
Manuel: ändern oder sagen, nee, du bist zu teuer, das streiten wir nicht aus.
Manuel: Also das ist nicht mehr dein Shop, das ist auch nicht mehr deine Produkte so
Manuel: richtig, sondern du bist schon fast ein Angestellter von Amazon, wenn du da verkaufst.
Manuel: Solche Dinge gibt es halt in dem Bereich auch.
Manuel: Genau, und dann hast du natürlich, genau wie du sagst, wenn der Vertriebler
Manuel: bei dir zu Hause vorbeikommt, das gibt es halt auch gerade so im Kontext von
Manuel: Live-Video-Shopping und so weiter.
Manuel: Auch das sind super spannende Bereiche, der ja auch Online-Handel letztlich ist.
Geek: Ich hatte das tatsächlich letztens. Ich habe nicht, weil ich es kaufen wollte
Geek: oder sogar musste, einfach nur, weil es mich interessiert hat,
Geek: bin ich auf der Webseite, ich glaube, von TrueNAS oder so gelandet,
Geek: also wo diese Network Attached Storage Systems,
Geek: da gibt es dieses Betriebssystem dafür und die verkaufen auch ihre eigenen NAS-Systeme.
Geek: Das Spannende dabei ist, die haben dann halt einen Link, viel Spaß, kauf es dir bei Amazon.
Geek: Also auf der Webseite bieten sie es eigentlich an, das ist deren Produkt,
Geek: aber du kannst es bei denen gar nicht kaufen.
Geek: Das heißt, mit allen Vor- und
Geek: Nachteilen, die so ein Amazon jetzt mit sich bringt, sei es Dropshipping,
Geek: sei es halt, du musst dich nicht darum kümmern, dass jemand eine Retoure bekommt,
Geek: du musst dich nicht darum kümmern, dass die Kreditkartenzahlung nicht durchgeht,
Geek: aber auch mit allen Nachteilen, dass du halt den Shop nutzen musst,
Geek: dass du gar nicht so sehr die Daten vielleicht bekommst in der Qualität,
Geek: wie du sie haben möchtest über die Leute, die sich interessieren.
Geek: Conversion Rates sind völlig unklar, weil du kannst vielleicht mit so einem
Geek: Affiliate Link das noch rausfinden, hat jemand meinen Nass gekauft,
Geek: weil er auf meiner Seite war oder weil er woanders war.
Geek: Du weißt halt relativ wenig und gibst dadurch auch viel auf.
Manuel: Ja und es geht ja noch viel weiter, was vielleicht auch eher klassische,
Manuel: so kleine und mittlere Händler, aber potenziell passieren kann,
Manuel: ist, dass halt einfach dein Vertrieb sozusagen, dein Kanal einfach geschlossen wird.
Manuel: Sagt Amazon einfach aufgrund von irgendwelchen Automatisierungen,
Manuel: nee, du verkaufst jetzt hier erstmal nicht mehr, bis das sozusagen aufgelöst wird. Das ist dann so.
Manuel: Genau, das sind alles Sachen, die durchaus passieren bei den Marken sozusagen,
Manuel: die halt dann verlinken.
Manuel: Ich glaube, das ist wahrscheinlich noch viel so ein klassisches Hersteller-Thema.
Manuel: Also ich bin Hersteller schon seit Jahren und ich verkaufe halt über meine Händler.
Manuel: Das ist halt so der klassische Weg.
Manuel: Den gibt es halt. Ich habe jetzt vielleicht noch eine Webseite dazu gekriegt,
Manuel: wo man irgendwelche Anleitungen PDF-mäßig runterladen kann, habe aber sicherlich
Manuel: so ein bisschen den Konflikt zwischen.
Manuel: Verkaufe ich jetzt auf meiner eigenen Seite oder verkaufe ich weiterhin nur
Manuel: über die Händler, wie mache ich jetzt das gegebenenfalls Pricing und so weiter
Manuel: und da gibt es aber natürlich auch wieder sehr viele, die halt sozusagen komplett
Manuel: neu rein als Hersteller online,
Manuel: starten und schon immer sozusagen ihre eigenen Brand plus Commerce online halt
Manuel: hatten, da stellt sich halt die Frage gar nicht.
Manuel: Genau, also da gibt es sicherlich sehr viele Ausprägungen, alles mit seinen
Manuel: Vor- und Nachteilen, aber viele Herausforderungen, ich glaube gerade für die
Manuel: klassischen, die halt große Webseiten haben mit zigtausenden Produkten und so weiter,
Manuel: da in den Verkauf zu kommen online ist eine Herausforderung.
Geek: Damit haben wir ja sehr viel über Commerce gesprochen und sehr wenig über Headless.
Geek: Und die Frage ist, was ist jetzt diese Headless-Komponente daran?
Geek: Also wo verschwindet der Kopf? Was war der Kopf eigentlich vorher?
Geek: Und wodurch wird er gegebenenfalls ersetzt?
Manuel: Ja genau, also das Headless-Commerce ist tatsächlich eher im Grunde genommen
Manuel: ein technischer oder architektureller Begriff per se.
Manuel: Wie ich mir das vielleicht besser vorstellen kann, ist da ein Beispiel von einem
Manuel: absoluten Kaffee-Nerd, der irgendwie Inhalte macht,
Manuel: YouTube-Videos, Content oder so, der testet irgendwelche Kaffeemaschinen,
Manuel: was auch immer, der hat jetzt eine Webseite mit einem klassischen CMS-System irgendwie,
Manuel: Und hat da seinen Inhalt drauf, die Produkttests und so weiter.
Manuel: So jetzt irgendwann sagt er, okay, ich habe so viel Traffic,
Manuel: also so viele Leute kommen auf meine Seite, ich mache jetzt noch eine eigene
Manuel: Brand so und mit irgendwelchen Kaffee-Zubehör-Produkten und so weiter.
Manuel: Die will ich jetzt verkaufen, die will ich aber auf meiner Seite verkaufen,
Manuel: weil da habe ich ja den Traffic.
Manuel: Und was dann klassischerweise passiert ist, ich habe jetzt eben meine...
Geek: Also anders als bei diesem Nass-Beispiel, du willst die Leute nicht wegschicken
Geek: und sagen, geht mal in den Laden, sondern du willst sie hier behalten und sagen,
Geek: hier, wenn du dich informierst, kannst du gleichzeitig auch kaufen. Genau.
Manuel: Und dann habe ich halt sozusagen aus der klassischen Sicht eben mein Tool,
Manuel: mein Service sozusagen, irgendwie ein WordPress oder was auch immer.
Manuel: Der ist für meine Webseite da.
Manuel: Und jetzt will ich aber verkaufen, also hole ich mir noch irgendwas dazu,
Manuel: was verkaufen kann. E-Commerce-System wie zum Beispiel ein Shopify oder so. Genau.
Geek: Nicht mehr Magento, sonst was.
Manuel: Genau, und da sozusagen konfiguriere ich meine Produkte, habe irgendein Theme,
Manuel: das sieht dann irgendwie aus und läuft dann nicht unbedingt direkt auf meiner
Manuel: Seite, also ich bin jetzt der koffeexperte.de,
Manuel: sondern eben auf shop.koffeexperte.de, was de facto eine andere Domain ist,
Manuel: das ist eine andere, komplett andere Webseite, komplett anders ausgespielt wird.
Manuel: Das heißt, im traditionellen Sinne habe ich einfach Systeme,
Manuel: egal ob Content oder jetzt E-Commerce, die dir alles machen.
Manuel: Also wenn ich ein E-Commerce-System habe, baue ich da meine Produkte rein,
Manuel: aber auch die Präsentation, also die Seite, wo die Produkte dargestellt werden,
Manuel: kommt komplett aus diesem einen System.
Manuel: Das ist so das klassische monolithische System. So, der Unterschied zu Headless
Manuel: ist jetzt im Grunde genommen in der Analogie, der Head ist der Kopf,
Manuel: also das Frontend, also die eigentliche Webseite.
Geek: Also die Darstellung.
Manuel: Die Darstellung, also da, wo sozusagen die Bilder im Browser gemalt werden und so weiter.
Manuel: Das ist das Frontend, das ist in dem Kontext der Head. So, Headless bedeutet
Manuel: jetzt einfach nur, dass mein E-Commerce-System beschnitten wird.
Manuel: Das E-Commerce-System kann jetzt nicht mehr die Seite rendern.
Manuel: Das kann es nicht mehr, sondern es kann nur noch Produkte da eingepflegt werden.
Manuel: Ich kann sagen, wie teuer ist das Produkt und so weiter.
Manuel: Das war's. Damit sozusagen endet der Horizont von diesem Headless-E-Commerce-System.
Geek: Hat aber selbst auch ein Frontend, weil du musst ja irgendwie die Daten da reinbringen,
Geek: aber es ist nicht für den Endkunden sichtbar. Genau.
Manuel: Also da definitiv ein guter Punkt immer zu unterscheiden zwischen dem Admin-Backend
Manuel: sozusagen, also das, was ich administrativ brauche.
Manuel: Auch da gibt es dann durchaus, auch da gibt es durchaus, ist es durchaus auch
Manuel: so, dass ein Headless-E-Commerce-System auch das abschneiden könnte.
Manuel: Also ich könnte auch mein eigenes, genau könnte ich schon durchaus machen,
Manuel: aber üblicherweise machst du es nicht, sondern du hast halt genau das Backend
Manuel: zur Pflege, zur Administration,
Manuel: das hast du schon, aber genau der Headless-Kontext ist halt sehr nutzerorientiert,
Manuel: also das ist das, warum du es machst, es geht natürlich immer um den Nutzer,
Manuel: um einen gewissen Mehrwert zu bieten.
Manuel: Genau, so jetzt hast du sozusagen ein helles E-Commerce-System und das ist es.
Manuel: Also ein helles E-Commerce-System ist ein E-Commerce-System,
Manuel: mit dem du per se erstmal nichts verkaufen kannst, weil es halt keine Webseite rendern kann.
Geek: Das klingt so ein bisschen wie ein Datengrab. Du legst halt ganz viele Informationen
Geek: da rein und dann sind sie erstmal da und du müsstest jetzt irgendwas bauen,
Geek: was diese Daten darstellt und Aktionen ermöglicht.
Geek: Weil du kannst ja damit, klar, über API kannst du interagieren,
Geek: aber jemand, der kaufen will, kann halt noch nicht kaufen.
Geek: Selbst wenn du dein System mit dem Backend-Admin-System schön bepflegt hast.
Manuel: Ist.
Geek: Halt erstmal alles da.
Manuel: Genau, das ist auf jeden Fall erstmal sozusagen, wenn man jetzt wirklich komplett
Manuel: irgendwie außerhalb dieser Welt ist, erstmal Rückschritt, weil ich nehme ja
Manuel: dem eine Funktionalität, das heißt, das kann jetzt was weniger.
Manuel: Plus, ich habe jetzt sogar mehr Arbeit, weil ich muss jetzt hingehen und das,
Manuel: was es vorher gemacht hat, irgendein Theme, das irgendwie schön aussah,
Manuel: das fange ich jetzt an, komplett selber zu bauen, was ja irgendwie erstmal sehr absurd klingt.
Geek: Also es klingt nach mehr Aufwand, als ich nehme mein WordPress,
Geek: was ich eh schon hatte, mache dann WooCommerce rein und freue mich einfach.
Manuel: Ja, genau. Also das Das ist absolut so. Du baust im Endeffekt dein Frontend halt komplett selber.
Manuel: Was ist jetzt der große Vorteil in Anführungsstrichen?
Manuel: Es kann ein großer Vorteil sein, wenn ich das tue, weil ich kann zum Beispiel
Manuel: völlig andere Technologien nutzen, um diese Website zu bauen.
Manuel: Das heißt, ich bin nicht mehr abhängig davon, von den Vorgaben dieses E-Commerce-Systems.
Manuel: Und da ist immer so ein bisschen die Frage, ist denn ein E-Commerce-System,
Manuel: das ja schon sehr viel Komplexität mit sich bringt, weil es ja Handel,
Manuel: den Verkauf abbildet, ist das schon nicht unkompliziert, ist das System und
Manuel: die Menschen, die das bauen,
Manuel: sind das wirklich die aller allerbesten auf der ganzen Welt,
Manuel: um super coole, effiziente Webseiten zu bauen?
Manuel: So und die Antwort ist klassischerweise nein, weil gerade so in der Webentwicklung
Manuel: entwickelt sich halt unendlich viel, unendlich schnell.
Manuel: Da wird kein E-Commerce-System der Welt immer irgendwie mithalten können.
Manuel: Dann auch noch das sozusagen im Frontend so, zwar können die auch gar nicht,
Manuel: weil die haben ja Bestandsnutzer, die haben jetzt nicht unbedingt Bock,
Manuel: dass sich da irgendwie alle Nasen sagen, was ändert.
Manuel: Genau, das heißt, ein Vorteil in Anführungszeichen ist Technologieunabhängigkeit von meinem Backend.
Manuel: Also ich kann mein Frontend bauen, womit und wie auch immer ich das möchte.
Manuel: Genau, das Versprechen ist dann in der Regel bessere Performance.
Manuel: Die Website ist schneller plus User Experience ist viel, viel besser,
Manuel: weil du halt alles selber baust.
Manuel: Das funktioniert nur, wenn man es halt so baut, dass es auch performanter ist
Manuel: und die User Experience auch wirklich besser ist.
Manuel: Weil wenn du halt ganz viel selber baust, ist das viel Arbeit und natürlich
Manuel: ist da, würde ich sagen, eine gewisse Expertise schon Voraussetzung für das zu tun.
Geek: Bringt es irgendeinen Vorteil, wenn wir dieses Channel-Beispiel nochmal nehmen?
Geek: Also wenn wir jetzt sagen, du verkaufst auf deiner eigenen Seite,
Geek: jetzt shop.coffeenerd.de da verkaufe ich das und jetzt möchte ich gerne noch
Geek: einen anderen ja, irgendeinen anderen Anbieter enablen.
Geek: Ein Geek kommt seltenerlei, möchte jetzt auch Kaffee verkaufen.
Geek: Könnte ich dann da quasi auch einfach reingehen oder würdest du sagen,
Geek: du würdest das eh über klassische APIs machen? Das ist da kein Vorteil an der Seite.
Manuel: Nochmal die Frage. Frage.
Geek: Kommen wir nochmal zurück zu dem Channel-Beispiel. Jetzt habe ich ja einen Channel,
Geek: über den ich verkaufe, das ist diese shop.coffeenerd-Seite.
Geek: Wenn ich das Headless habe und wenn ich es richtig verstehe,
Geek: ist ja der Vorteil, dass ich das jetzt in verschiedensten Medien ausspielen kann.
Geek: Also ich habe jetzt nicht unbedingt die Webseite, sondern ich könnte es überall
Geek: hinbringen. Ich könnte es auf die eingekommen-selten-allein.de-Seite bringen
Geek: und auch da den Kaffee verkaufen.
Geek: Ich könnte es vielleicht sogar in einen YouTube-Stream einbinden.
Geek: Ist das jetzt sozusagen das, wo der Vorteil liegt, weil theoretisch,
Geek: ich habe ja auch bei den klassischen Shop-Systemen, habe ich einfach eine API,
Geek: das heißt, ich könnte da auch irgendwas programmieren und einfach an die API
Geek: rangehen, müsste dafür ja gar kein Headless Commerce machen.
Manuel: Ja, genau, also ich würde sagen,
Manuel: der primäre Vorteil liegt nicht so sehr darin, weil ich in der Regel ja,
Manuel: genau wie du sagst, bei einem klassischen E-Commerce-System die Anbindung ja
Manuel: immer über Integration löse.
Manuel: Also auch wenn ich jetzt eine API habe, muss ich ja trotzdem Integration zum Fremdsystem haben.
Manuel: Also das hilft ja nicht, wenn ich jetzt, also YouTube ist es relativ egal, wie meine API aussieht.
Manuel: Ich muss dafür sorgen, dass meine Produkte in YouTube reinkommen oder klassisches
Manuel: Beispiel Google Shopping oder so.
Manuel: Da muss ich trotzdem meine irgendwelche CSV-Dateien generieren und da hochladen.
Manuel: Ob ich jetzt Headless habe oder nicht, ob ich jetzt das direkt aus der Datenbank
Manuel: baue oder nicht. das ist, würde ich sagen, nicht unbedingt so der Vorteil bezogen auf Fremdsysteme.
Manuel: Es kann natürlich ein Vorteil sein, wenn ich eine gute API habe,
Manuel: wo ich wirklich an alles drankomme.
Manuel: Das kann natürlich schon ein Vorteil sein, aber ich glaube, der große Vorteil ist jetzt,
Manuel: Eigentlich dann gegeben, wenn ich beispielsweise, um jetzt in dem Channel-Beispiel zu bleiben,
Manuel: ich habe jetzt meinen Kaffeeshop und jetzt möchte ich auf meiner Webseite,
Manuel: verkaufe ich ja schon auf meinem Shop, aber das ist jetzt so ein hypothetisches Beispiel. Beispiel.
Manuel: Oder nicht so, du machst jetzt noch eine App, du hast deine Mobile-App und über
Manuel: die Mobile-App willst du auch verkaufen können.
Manuel: Das ist vielleicht ein klassisches Beispiel. Dann gibt es halt oft die etwas
Manuel: sehr weit gefassten Beispiele mit IoT und so.
Manuel: Mein Kühlschrank könnte ja jetzt auch über die API dann direkt da kaufen und so. Das mag sein.
Geek: Ich könnte ja Chat-GPT anbinden. Ich könnte das anbinden und sagen,
Geek: stell mir meinen Kaffee, so ähnlich wie es über Alexa ja auch nur mit Amazon funktioniert?
Manuel: Ja, genau. Aber das ist halt immer so ein bisschen so, es ist halt immer so ein bisschen die,
Manuel: Integration zu Fremdsystemen so, da sehe ich nicht unbedingt so den unglaublichen
Manuel: Vorteil von Headless, sondern ich glaube, der große Vorteil von Headless ist
Manuel: halt immer, wenn du in deiner eigenen Welt sozusagen bist,
Manuel: was kannst du denn alles machen mit Headless für deine Nutzer?
Manuel: Also was kannst du selber bauen?
Manuel: Und da ist so ein, ich würde sagen, so der 90% Vorteil,
Manuel: Und irgendwie der Vorteil, den du halt allermeistens hast, ist halt,
Manuel: du kommst halt dann dahin, dass du, wenn du dein Frontend selber baust,
Manuel: dann kannst du ja für dein Frontend das auch so bauen, dass es nicht nur Produkte verkaufen kann,
Manuel: sondern eben auch zum Beispiel dein Content schön darstellt.
Manuel: Also wenn wir jetzt bei diesen Kaffee-Experten bleiben, dann habe ich halt nicht
Manuel: mehr shop.mein-kaffee.de und mein-kaffee.de für die Inhalte,
Manuel: sondern ich habe halt nur noch diese eine Seite.
Manuel: Und egal, wo ich mich auf dieser Content-Seite befinde, es gibt immer einen Warenkorb.
Manuel: Ob ich jetzt im Blog bin, ob ich auf einem How-To bin oder wo auch immer,
Manuel: auf dieser Seite gibt es immer diesen Warenkorb.
Manuel: Und das hast du ja nicht, wenn du jetzt nur eine monolithische Seite hast aus
Manuel: einem klassischen CMS-System oder so.
Manuel: Da gibt es halt keinen Warenkorb, weil das CMS kann sowieso keinen Warenkorb
Manuel: abbilden, weil du kannst ja nichts
Manuel: in den Warenkorb hinzufügen mit einem klassischen WordPress oder so.
Geek: Das heißt, wenn ich das jetzt konkret anwenden würde, könnte ich den Supermarkt
Geek: um die Ecke wieder nehmen.
Geek: Der hat vielleicht eine Abteilung oder der hat eine Webseite,
Geek: da sind Rezepte drauf. Und bei den Rezepten kann ich einfach auch,
Geek: schmeiß mir das alles in den Einkaufswagen, klicken.
Geek: Also ich kann anpassen, mach es für vier Personen, mach es für sechs Personen,
Geek: dann kriege ich zehn Karotten da rein oder 20 Karotten da rein,
Geek: je nachdem, was ich brauche für mein Rezept.
Geek: Weil das alles aus dem selben System kommt. Also da wäre ja die Synergie,
Geek: die ich dann nehmen kann.
Geek: Wenn ich der Supermarkt-Webseiten-Betreiber bin, sozusagen. Ich habe das geschrieben,
Geek: ich mache das CMS, ich mache aber auch den Commerce-Teil.
Manuel: Ja genau, da fängt es dann halt so, aus meiner Sicht zumindest spannend zu werden.
Manuel: Also da muss man sozusagen von der Beruflichkeit jetzt nochmal wieder ein Fass
Manuel: aufmachen natürlich, weil das Headless ist tatsächlich von der Beruflichkeit wirklich nur,
Manuel: du hast ein Headless-E-Commerce-System, sobald du quasi ein E-Commerce-System
Manuel: hast mit einer API und das Frontend selber gebaut hast, das unabhängig davon ist. So, das Headless.
Manuel: Da ist halt immer die Frage, okay, was gewinne ich dadurch durch wirklich.
Manuel: Dann kommt jetzt das nächste Buzzword, ist halt dieses Composable Commerce,
Manuel: wo ich dann sage, ich habe jetzt nicht nur ein Headless-System, sondern zwei.
Manuel: Ich habe nämlich ein Headless-E-Commerce-System und ein Headless-CMS.
Manuel: Die sind beide Headless. Da ich ja das Frontend komplett selber baue,
Manuel: kann ich jetzt selber entscheiden, was stelle ich denn auf der Seite dar,
Manuel: das aus den verschiedenen Systemen kommt.
Manuel: Ich kann mir das also zusammenbauen. Also ich nehme, und da bleiben wir bei
Manuel: dem Rezeptbeispiel, ich nehme mir.
Manuel: Eine Rezeptseite, wo ich zum Beispiel sogar nicht mal die Rezeptdaten aus dem
Manuel: CMS hole, sondern eben aus einem
Manuel: Tandori oder so, so ein Rezepte- Management-System, das auch eine API hat.
Manuel: Da nehme ich mir das raus, die Produktdaten hole ich mir aber aus dem E-Commerce-System
Manuel: über die API und dann habe ich vielleicht sogar noch bestimmte Content-Bereiche
Manuel: oder so auf der Seite, die hole ich mir aus dem CMS,
Manuel: und das kann ich dann im Endeffekt alles so zusammenstrukturieren,
Manuel: da kommen wir halt zu dieser wesentlich besseren User Experience,
Manuel: weil ich einfach wesentlich interessantere Inhalte auf der Seite darstellen kann,
Manuel: plus aber die Funktionalität auch erweitert habe, weil ich, genau wie du sagst,
Manuel: jetzt sagen kann, Add to Basket,
Manuel: dass dann im Endeffekt das Signal an den E-Commerce Backend gibt,
Manuel: hier diese Produkte bitte in den Warenkorb legen und das E-Commerce Backend
Manuel: sozusagen eben den Warenkorb auch wirklich dann abbildet.
Manuel: Und wenn ich das mache, Und dann fange ich an halt schon durchaus sehr,
Manuel: sehr schnell sehr viele Vorteile zu haben, wenn ich halt Headless unterwegs bin.
Geek: Ich sehe da viele Parallelen dazu, wie man auf klassischen Webseiten ja aus
Geek: unterschiedlichen Third Partys irgendwas eingebunden hat.
Geek: Du hast da einen Ads-Server, da kommen irgendwie Ads rein, die musst du irgendwie einbauen.
Geek: Dann hast du vielleicht noch irgendwie eine Google-Integration für deine Karte,
Geek: für eine Anfahrt oder dergleichen.
Geek: Also du hast ja auch aus verschiedenen Quellen hast du Sachen zusammengebaut
Geek: und hast dann als ein Ding gerendert am Ende.
Geek: Und jetzt ist es auch so, ich habe verschiedene, aber die sind nicht Third Party,
Geek: sondern irgendwie First Party, weil das ist ja von mir.
Geek: Und was es eigentlich erleichtert, ist ja gar nicht so sehr das,
Geek: was in der technischen Umsetzung passiert, sondern es ist ja eher die Frage
Geek: der Pflege und was ist dahinter.
Geek: Also welche Leute befüllen diese Systeme, wie stellt man sicher,
Geek: dass das synchron bleibt,
Geek: also dass die Dinge, die wir am Lager haben, auch in dem E-Commerce-System drin
Geek: sind und dass die Content-Dinge vielleicht nach den richtigen CI-Richtlinien
Geek: sind, dass man da auch nochmal drauf achtet, dass das Wording vielleicht richtig
Geek: gebrandet ist und dergleichen.
Geek: Und somit ist der Vorteil, der eigentlich nicht an der Stelle,
Geek: wo du baust, weil ob du jetzt Software baust mit einem Headless oder ob du Integration
Geek: über APIs baust, ist ja jetzt auch noch nicht so interessant.
Geek: Das Spannende ist das, was über diese verschiedenen Ebenen hinweg geht,
Geek: also was menschlich dann passiert und organisatorisch.
Manuel: Also die, genau, also der, der ich ja vom Herzen ja durchaus auch Entwickler
Manuel: bin, würde ich dir insofern widersprechen, weil es natürlich viel cooler ist,
Manuel: mit anderen Sachen zu bauen, als jetzt irgendwie so in Themes um es irgendwie rumzufuschen.
Manuel: Aber ich bin vollkommen bei dir.
Manuel: Genau, technische Vorteile hin und her. Es ist auf jeden Fall so,
Manuel: dass du ja, wenn du jetzt so ein Online-Produkt hast, was auch immer,
Manuel: du hast ja in jedem Fall die Leute, die die Content-Pflege machen.
Manuel: Aber du hast auch die Leute, die zum Beispiel das Design eben machen.
Manuel: Und du hast die Entwickler, die das letztlich umsetzen.
Geek: Ja, klassische Arbeitsteilung.
Manuel: Genau. Und auf den drei Ebenen hast du,
Manuel: Hast du tatsächlich mal sehr, sehr große Vorteile, weil stell dir vor,
Manuel: du hast jetzt, das passiert halt sehr häufig, du hast halt irgendwie meinetwegen
Manuel: auch ein Moodle LMS oder deine Content-Seite und so weiter.
Manuel: Jetzt stell dir einfach mal nur vor, du hast deine Hauptnavigation oben.
Manuel: Und die soll jetzt überall gleich sein, aber genau gleich.
Manuel: So, dann habe ich aber, wenn ich jetzt klassisch verschiedene Systeme habe,
Manuel: dann habe ich ja komplett ein Change-Trick-Quest.
Geek: Für jedes einzelne Team.
Manuel: Erstmal das, plus ich habe ja vielleicht unterschiedliche Technologien,
Manuel: ich habe eine unterschiedliche Code-Basis, um das genau gleich zu bauen.
Manuel: Das funktioniert natürlich nicht wirklich gut.
Manuel: Wenn ich jetzt das Headless mache, dann ist es der exakt gleiche Code.
Manuel: Also wenn ich jetzt sozusagen für diese verschiedenen Domänen von Commerce zu
Manuel: Content und so weiter, das ist alles das gleiche Frontend.
Manuel: Das heißt, ich kann sozusagen Designvorgaben machen.
Manuel: Als Entwickler kann ich halt auch ganz einfach das umsetzen einmal sozusagen, dann ist es halt so. so.
Manuel: Und ein anderer Vorteil ist halt, wenn du dir so klassische,
Manuel: Systeme anguckst, dann ist es ja in der Regel so, dass du da,
Manuel: wo du den Content editierst, zum Beispiel auch bei einem Produkt,
Manuel: bei einer Produktbeschreibung, da gibt es ja in der Regel dann noch den HTML-Editor.
Geek: Das heißt.
Manuel: Ich kann dann da hingehen und ein bisschen HTML noch reinbauen.
Manuel: Ich kann dann vielleicht hier nochmal irgendwas in Fett machen oder die Farbe
Manuel: einfach im Inline-Style so nochmal ändern.
Manuel: Das kann ich als Editor machen, so, wenn ich Lust habe, weil irgendwie wie ist
Manuel: das so eine Business Requirement und dann mache ich das halt.
Manuel: So, wenn dann jetzt irgendwas nicht funktioniert oder so, dann darf der Entwickler
Manuel: halt gucken, was ist da los, habe ich noch nirgendwo gesehen und dann muss der
Manuel: gegebenenfalls noch ins E-Commerce-Admin-Backend reingehen, um sich dann da
Manuel: irgendwie anzugucken, was ist denn da in dem HTML.
Manuel: Also, es ist halt wirklich völlig absurd und wenn du jetzt aber...
Manuel: Und das ist halt auch sozusagen technisch nochmal ein wichtiger Punkt.
Manuel: Die APIs geben ja kein HTML oder so raus, sondern strukturierte Daten.
Manuel: Das heißt, dass das Rendering oder das sozusagen, wie mache ich jetzt aus den
Manuel: Daten wirklich HTML, also das, was im Browser dargestellt wird,
Manuel: das passiert eben immer auf dieser Frontend eben.
Manuel: So, und das ist halt die Domäne der, rein die Domäne der Entwickler und der
Manuel: Designer, meinetwegen.
Manuel: Und somit hast du auch da organisatorisch eine viel, viel bessere Teilung.
Geek: Also du würdest es ja eh über Markups ja wahrscheinlich lösen.
Geek: Du würdest ja niemals HTML reinbringen, sondern du würdest irgendeine Art von
Geek: Tag machen, das hier bitte strong ausgezeichnet oder irgendwie hervorgehoben,
Geek: damit du dann später interpretieren kannst,
Geek: wie muss ich das in diesem Medium jetzt darstellen.
Geek: Also muss ich das mit einem bold Tag machen oder blinking oder wie würde sich
Geek: das manifestieren? Weil gerade wenn du diese, also ich glaube,
Geek: wer das 2024 noch macht, der ist irgendwie stecken geblieben.
Geek: Weil man sollte nicht so ein Pre-Rendering machen in Systemen,
Geek: wo Leute, die nicht technisch sind, semantische Informationen pflegen sollen. Ja.
Manuel: Absolut. Und das ist halt vielleicht sozusagen in einem Headless-Content-Management-System
Manuel: vielleicht nochmal plakativer.
Manuel: Aber da kann ich halt, sagen wir mal, ich habe jetzt eine Produktseite,
Manuel: meine Produktdaten kommen aus dem E-Commerce-Bereich, aus dem E-Commerce-Backend.
Manuel: Das wird auf eine bestimmte Art und Weise gerendert und darunter habe ich jetzt nochmal,
Manuel: den Produktbeschreibungsbereich und dieser Bereich ist ja gerade wenn ich jetzt auch so einen,
Manuel: gebrandeten Shop habe, also einen Shop von einer Marke selber
Manuel: das ist ja oft so, wenn man jetzt irgendwie, keine Ahnung ich finde Dyson zum
Manuel: Beispiel, cooles Beispiel oder Apple oder was auch immer, dann ist das ja nicht
Manuel: nur ein paar Bullet Points, sondern das ist ja wirklich richtig ausgefeilte
Manuel: schöne Grafiken mit Text das könnte kein Headless sein.
Manuel: Ja, wie die das jetzt genau machen,
Manuel: das weiß ich bei dem Beispiel nicht, aber der Punkt ist halt,
Manuel: das ist ja Content und dann ist immer die Frage,
Manuel: du brauchst ja schon ein gutes Content-Management-System, um solche Dinge halt
Manuel: zu machen und ein E-Commerce-System ist in der Regel halt nicht unbedingt das
Manuel: geilste CMS und da kann ich es halt gut kombinieren.
Manuel: Aber was halt noch relevant ist, ist ja, ich habe ja in einem Headless,
Manuel: beispielsweise CMS, kein HTML, das ich da reinbaue, sondern weil ich ja nur
Manuel: die Daten rausgebe, habe ich auch in einem Headless CMS, und das ist halt tatsächlich,
Manuel: da können wir vielleicht gleich nochmal drauf, ein organisatorisches Ding,
Manuel: schon anders, sondern ich konfiguriere quasi so bestimmte UI-Bereiche. z.B.
Manuel: Nennt man die Blocks oder Komponenten oder whatever.
Manuel: Das heißt, dann habe ich klassischerweise ganz einfach, da soll links ein Bild
Manuel: sein und rechts soll ein Text sein.
Manuel: Dann habe ich ja sozusagen nur noch in diesem Admin-Backend kann ich ein Bild
Manuel: auswählen und dann habe ich ein Textfeld, wo ich Text reinschreiben kann.
Manuel: Und dann kommt nämlich genau der Punkt, den du gerade genannt hast.
Manuel: Jetzt soll aber z.B. die Headline eine bestimmte Farbe haben.
Manuel: Und da habe ich dann nämlich das Dropdown. Warum ist das alles jetzt so toll?
Manuel: Warum rede ich so lange darüber?
Manuel: Das Gute ist halt, ich kann jetzt eben im Backend klar vorgeben,
Manuel: in diesem Dropdown stehen vier Farben drin, irgendwie Rot, Blau, Grün oder Gelb.
Manuel: Keine Color-Codes, sondern wirklich nur die Farben ausgeschrieben.
Manuel: Und dadurch kann ich jetzt auch für die Editoren ganz klar vorgeben,
Manuel: welche Farben können überhaupt genutzt werden, aber gleichzeitig auch,
Manuel: wie genau, in welchem Max-Code sozusagen werden die Front-Inhalte auch wirklich dargestellt.
Manuel: Das heißt, ich nehme im Endeffekt auch sozusagen durch den Helles Anlass,
Manuel: oder ich kann, wenn ich das möchte, was ich machen würde, dem Editor sozusagen
Manuel: komplett die Fähigkeit nehmen, auf UI-Themen irgendwie irgendwie einzuwirken.
Manuel: Also ich kann am höchsten so noch sagen, eben das ist irgendwie fett oder groß
Manuel: oder klein oder die und die Farbe.
Geek: Also du kannst dem Markup Elemente definieren und sagen, dieses hier wäre Code,
Geek: dieses hier wäre hervorzuheben, das ist entweder semantisch,
Geek: dass du sagst Headline oder dass du es vielleicht auf kleiner Ebene sagst,
Geek: das hier kriegt jetzt die Hervorhebungsfarbe.
Manuel: Ja. Ja genau und das kannst du dann halt das kannst du halt selber komplett definieren.
Manuel: Deswegen ist halt das Headless-Thema, Es ist halt nicht nur,
Manuel: dass du ein Headless-Backend hast und das Frontend komplett selber,
Manuel: sondern die Art und Weise,
Manuel: wie du sozusagen Admin-Backend in dem Headless-Welt benutzt, ist schon auch anders.
Manuel: Also ganz einfach ist ja, jetzt stell dir vor, du hast ein Headless-E-Commerce-System
Manuel: und du hast da irgendwie ein Produkt, das beschreibst du.
Manuel: Wenn dieses monolithische E-Commerce-System auch das Rendering machen würde,
Manuel: dann kannst du dir natürlich eine Vorschau anzeigen lassen von dem Produkt.
Manuel: Wenn du das Frontend jetzt komplett selber gebaut hast und auch noch andere
Manuel: Systeme für diese Produktseite benutzt werden, um die zu rendern,
Manuel: kannst du es natürlich nicht.
Manuel: Das heißt, du verabschiedest dich in großen Teilen davon, dass du diese Rizivik
Manuel: Live Editor Sachen in deinem Backend hast.
Manuel: Sondern wenn ich das sozusagen nur noch komponentenbasiert mache,
Manuel: dann ist es schon abstrakter.
Manuel: Auch da gibt es natürlich immer wieder Weiterentwicklungen und so weiter.
Manuel: Genau, grundsätzlich sozusagen, es ist schon ein bisschen anders.
Geek: Das heißt für mich, die Zielgruppe ist eigentlich diejenigen,
Geek: die, also Apple würde ich ausnehmen, weil Apple hat erstens wenig Produkte,
Geek: die können es relativ gut schaffen, nochmal alle Webseiten zu aktualisieren,
Geek: wenn die WWDC gelaufen ist.
Geek: Ich würde auch nicht diejenigen nehmen, die nur so eine Handvoll Produkte haben.
Geek: Ich glaube, bei all denen wird das super spannend, die halt viele Produkte haben,
Geek: die irgendwie gleichförmig sind. Also stell dir mal vor, du hast irgendwie 20.000
Geek: Schrauben im Sortiment.
Geek: Für diese Schrauben würdest du ja nicht für jede einzelne Seite definieren.
Geek: Das Wort hätte ich gerne fett und das hätte ich gerne in rot.
Geek: Du hast halt 20.000 Schrauben und du hast halt so Katalogprodukte im weitesten
Geek: Sinne, wo halt ganz, ganz viel durchgeht.
Geek: Und ich glaube für diese Szenarien ist es total spannend, auch der Supermarkt,
Geek: meine Möhren, mein Kohlrabi und dergleichen, auch da werde ich die einzelnen
Geek: Seiten jetzt nicht großartig auszeichnen, weil das sind nicht so erklärungsbedürftige Produkte.
Geek: Auch bei dem Kaffee könnte ich mir vorstellen, wobei wenn der wenig hat,
Geek: dann will der bestimmt bei manchen Sachen das noch hervorheben und sagen,
Geek: dieser riecht aber besonders nach Kakao oder sonst was.
Geek: Aber ich kann mir vorstellen, die Zielgruppe ist halt, wenn du dich wirklich
Geek: arbeitsteilig darum kümmerst,
Geek: dass jemand diese Produkte einpflegt und die Produkte soll verkauft werden und
Geek: wir haben eine Standarddarstellung und wir sind nicht eine Designbude,
Geek: die halt spezielle Designanforderungen für jedes Produkt hat,
Geek: sondern es sind halt einfach verschiedene Schuhe. Und dann willst du die Schuhe raushauen.
Geek: Dafür ist es natürlich mega gut.
Manuel: Ja, genau, also die, wobei ich sozusagen noch umgekehrt argumentieren würde,
Manuel: wenn du jetzt wirklich eine ganz klassische Produktseite hast,
Manuel: die wirklich einfach komplett Standard ist, dann kriegst du das natürlich auch
Manuel: ganz gut abgewählt mit einem klassischen,
Manuel: also so ein klassisches E-Commerce-System ist halt gut genug,
Manuel: um jetzt eine einfache, ganz klassische Produktseite zu bauen, zu rendern.
Manuel: Da hast du dann vielleicht weniger die Vorteile, aber du hast ja selbst schon,
Manuel: wenn du sagst, du hast eine Produktseite und darunter irgendwie diese drei Blogbeiträge
Manuel: sind auch spannend zu dem Produkt oder so, dann hast du selbst da schon eine
Manuel: Vermischung irgendwo zwischen den Bereichen.
Manuel: Immer wenn du wirklich sozusagen ein bisschen mehr oder spannenderen,
Manuel: interessanteren Content irgendwie oder sozusagen darstellen willst und du halt
Manuel: nicht wirklich nur ein reiner Abverkaufshändler bist mit, du hast Produkt ABC,
Manuel: du hast deine Kategorisierung und dann wird halt irgendwie abverkauft und du
Manuel: hast halt irgendwie kein Markenthema oder so oder kein Content-Thema oder so.
Manuel: Also sobald das der Fall ist, genau, oder du halt auch einfach neue digitale
Manuel: Geschäftsmodelle irgendwie entwickeln willst, da sind Handlesansätze auf jeden Fall super spannend.
Geek: Kommen wir mal so ein bisschen zu dem Thema, was du denn konkret machst.
Geek: Also wir waren ja jetzt ein bisschen hands-off, abstrakt, was so generell geht.
Geek: Was machst du so in deinen Projekten? Also wie sieht das aus?
Geek: Was ist so das, wie die Arbeit regelmäßig mit Headless CMS oder Headless Commerce aussieht?
Manuel: Wenn wir halt Content-Webseiten machen, auf jeden Fall immer ein Headless CMS.
Manuel: Also wir machen generell erstmal alles Headless.
Geek: Habt ihr eine Präferenz? Also sagt ihr? Ja.
Manuel: Genau, also wir sind, wir sind jetzt nicht als Agentur irgendwie so riesig,
Manuel: dass wir jetzt irgendwie 15.000 Experten für alles mögliche rumspringen haben,
Manuel: sondern das, was wir ganz konkret machen, ist Strapi als Headless CMS,
Manuel: Shopware 6 als quasi Headless E-Commerce System und dann Next.js React sozusagen als Head, als Frontend.
Manuel: Das ist unser Core. Das ist das, was wir machen.
Manuel: Da gibt es sicher zig Systeme, mit denen man die Sachen bauen kann,
Manuel: aber das ist halt das, was wir machen im Kern.
Manuel: Das sind die Technologien, die wir nutzen.
Manuel: Und damit kannst du halt im Grunde genommen mehr oder weniger alles umsetzen.
Geek: Wir sprechen ja schon darüber, dass man irgendwie Leuten, die dann ein Backend
Geek: brauchen, um Daten einzupflegen, irgendwas tun. Wie viel Frontend-Arbeit ist das?
Geek: Muss man verhältnismäßig mehr Frontend machen, weil man ja Headless ist?
Geek: Oder ist es eigentlich so, dass man genauso viel macht wie vorher im Grunde
Geek: genommen? Weil du musst ja eh irgendwie diese Anbindung machen womöglich.
Manuel: Ja, also man darf das nicht unterschätzen.
Manuel: Es ist extrem viel Arbeit, das Frontend für einen E-Commerce-Kontext zu bauen.
Manuel: Weil wenn man E-Commerce sich anguckt, dann könnte man sagen,
Manuel: gut, man hat eine Startseite, dann hast du irgendwie eine Kategorieseite,
Manuel: dann hast du eine Produktseite, dann legst du das in den Warenkorb und kaufst.
Manuel: Das sind aber so unendlich viele Details, dass...
Manuel: Das Bauen eines E-Commerce Frontends sehr viel Aufwand ist.
Manuel: So, das heißt, wenn ich das machen will,
Manuel: dann bin ich mit Sicherheit eher kein irgendwie kleines, kein kleiner Online-Händler,
Manuel: der halt irgendwie, keine Ahnung, irgendwie sechsstellig Umsätze macht oder
Manuel: so im Jahr, weil das ist schon Aufwand.
Manuel: Und das andere ist immer so ein bisschen die Frage, worauf setzt du halt auf?
Manuel: Wir haben das schon über relativ lange Zeit, das Frontend, so komplett selber gebaut.
Manuel: Das heißt, wir haben bestimmte Funktionalitäten, die wir einfach benutzen.
Manuel: Das ist einfach schon wahnsinnig viel da. Ja, du kannst es aber theoretisch
Manuel: im Design komplett anpassen, wie auch immer du das K möchtest.
Manuel: Also das ist ja die Individualisierung, Customization und so weiter. Kannst du alles machen.
Manuel: Es gibt aber fürs Frontend mittlerweile
Manuel: so ein paar Sachen, die schon existieren, die man nutzen kann.
Manuel: Es gibt so jetzt in der Next.js Welt so ein Next.js E-Commerce Starter Kit.
Manuel: Wobei man da muss man auch sagen, das ist, wenn man einen richtigen E-Commerce
Manuel: Shop baut, wirklich sehr wenig. nicht. Also das ist, ne?
Manuel: Ja, es ist halt irgendwie ganz cool, aber es ist nicht wirklich,
Manuel: dass man sagt, okay, wenn ich damit starte, kann ich easy einen Shop,
Manuel: den ich sonst mit einem fertigen Shop-System und irgendeinem Theme oder so gebaut
Manuel: habe, dann nehme ich mir dieses Starter-Kit und bin vielleicht ein bisschen
Manuel: langsamer, weil ein bisschen mehr Aufwand im Front ist. Das ist gigantisch viel mehr Aufwand.
Manuel: Ähm, genau. Dann gibt es noch so Sachen wie View Storefront,
Manuel: die haben, glaube ich, relativ viel.
Manuel: Also da hast du schon so so ein sehr ausgedehntes Frontend so für alles,
Manuel: was du brauchst im E-Commerce.
Manuel: Das ist halt Vue.js, das ist nicht unbedingt unsere Baustelle.
Manuel: Genau. Oder wie gesagt, du sagst halt, du willst das halt komplett selber bauen,
Manuel: weil es dafür gute Gründe gibt.
Manuel: Ja, dann kannst du das halt machen. Aber den Aufwand, den sollte man definitiv nicht unterschätzen.
Geek: Ist ja ein neues Thema, aber hast du irgendeine Idee, wie viele Leute oder wie
Geek: viele Anbieter in Deutschland Deutschland, sich damit überhaupt auseinandersetzen?
Geek: Also ist das ein Thema, was eher in Google und Amerika existiert oder ist das
Geek: was, wo wir hier auch relativ viel mitmachen?
Geek: Weil im Moment habe ich noch nicht so hundertprozentig verstanden, wo die Vorteile sind.
Geek: Viele Leute verstehen es vielleicht auch nicht. Ich glaube, du musst konkret
Geek: in den Use Cases dann immer drin sein, um zu überlegen, wann macht man das?
Geek: Und jetzt würde ich mich einfach quantitativ nähern und mal überlegen,
Geek: gibt es eigentlich viele Leute, die bei uns Headless machen?
Geek: Gibt es irgendwelche Leuchttürme, irgendwelche Shops, wo man sagt,
Geek: das ist Headless, die machen das heute schon?
Manuel: Ehrlich gesagt, also die Projekte, die wir machen, sind jetzt nicht die Leuchttürme Deutschlands.
Manuel: Von daher kann ich das jetzt nicht unbedingt sagen aus der persönlichen Erfahrung. Aber,
Manuel: Du hast ja, wenn du dir zum Beispiel große Marken, glaube ich,
Manuel: da ist es schon die Regel, dass die Richtung Headless gehen.
Manuel: Also ich kenne es halt sozusagen aus Startups, die in dem Bereich E-Commerce,
Manuel: aber innovative E-Commerce-Sachen machen, die halt viel mit Online machen.
Manuel: Da ist, die merken schon deutlich, dass das ein Thema ist für fast alle.
Manuel: Dann hast du ja, wenn du dir halt die großen E-Commerce-Systeme der Neuzeit
Manuel: anguckst, so irgendwie Spriker ist da sicher ein Name, dann von Oboe2 gibt es
Manuel: da auch noch, weiß jetzt gar nicht, wie der Name ist.
Manuel: Die Systeme, die sind ja auch, da steht ja auch überall Headless dran.
Manuel: Also selbst auch beim Shopware steht halt Headless dran. Das heißt.
Geek: Die bestehenden Systeme, die unterstützen auch den Headless-Modus sozusagen.
Manuel: Ja, genau. Also selbst ein Typo 3 Headless-Extension gibt es.
Geek: Das ist ja aber auch komisch. Du hast ein System, was schon Frontend hat und
Geek: das hat eine Headless-Extension. Allein der Name darüber kann ich mich aber ermähnen. Ja.
Manuel: Also das ist auf jeden Fall ein spannender Punkt im Detail,
Manuel: weil, also Headless ist halt jetzt nicht irgendwie ein Trend oder so,
Manuel: der morgen wieder weg ist oder so,
Manuel: sondern es ist schon so, dass die Welt Headless geht, früher oder später. haben.
Geek: Es steht nach einem Pattern. Es ist halt wirklich, wie du sagst, architekturell.
Manuel: Ja, das ist ja der Witz, wenn du darüber nachdenkst.
Manuel: Ich habe ja schon seit Ewigkeiten halt nicht nur Webseiten, sondern Web-Anwendungen
Manuel: komplexester Art und so weiter gebaut.
Manuel: Das heißt, was machst du denn da? Du baust ja nicht eine Website und einen Backend-Server,
Manuel: sondern du hast ja immer tausende Server.
Manuel: Ich will jetzt nicht von Microsoft reden, aber du hast ja im Backend immer verschiedene
Manuel: Systeme, aus denen du eine Website baust, weil du halt eine App baust.
Manuel: Du baust ja eine Anwendung fürs Web.
Manuel: Und das ist eigentlich ja das, was so ein bisschen, wohin Headless geht.
Manuel: Also es ist ja nichts, es ist ja technisch nichts Neues. Es ist einfach,
Manuel: du hast eine Webseite, die hat halt im Backend verschiedene Services.
Manuel: Also es ist jetzt nur im E-Commerce-Bereich so, da ist es halt etwas völlig
Manuel: neuer Ansatz, weil man halt vorher nur mit monolithischen Systemen gearbeitet hat.
Manuel: So und eigentlich geht ja jetzt, sag mal, ein bisschen weiß ich nicht,
Manuel: einfach gesagt, ja der Trend, der, sagen wir mal, etwas sophistikäreren Entwicklung
Manuel: von Web-Anwendungen langsam zum E-Commerce.
Manuel: Also ich mache jetzt nicht nur irgendwie Front und Backend, das war's.
Geek: Reicht nicht mehr.
Manuel: Reicht nicht mehr, ich mache jetzt halt mehr.
Manuel: Ja, von daher geht es dahin. Aber das Spannende ist halt, und das ist halt ein
Manuel: Punkt, den ich noch auch sehr interessant finde, ist, dass du schon merkst,
Manuel: dass es ein Unterschied ist.
Manuel: Hast du jetzt ein klassisches E-Commerce-System oder auch CMS,
Manuel: whatever, das jetzt auch Headless wird?
Manuel: Oder hast du eben die Newcomer, die halt von null auf komplett Headless gestartet
Manuel: sind und nur Headless sind?
Geek: Wo unterscheidet sich das?
Manuel: Du kannst ja klassisch vorstellen, so jetzt zum Beispiel in Shopware oder in
Manuel: Typo3, ich bin kein Typo3-Experte, aber es ist ja leicht vorzustellen,
Manuel: du unterstützt ja beide Welten.
Manuel: Das heißt, wenn ich jetzt nur mir die Konfigurationsmöglichkeiten angucke,
Manuel: dann ist ja schon klar, ich habe immer Konfigurationsmöglichkeiten,
Manuel: die sowohl das klassische Template-Rendering unterstützen, als auch eben gegebenenfalls
Manuel: Auswirkungen auf das Headless haben.
Manuel: So, das ist das eine. Dann hast du so Sachen wie Dokumentation,
Manuel: hört sich trivial an, aber eine Doku für ein Headless-E-Commerce-System ist
Manuel: halt für Entwickler geschrieben, primär, also es gibt immer den Case Anwender
Manuel: fürs Admin-Backend und Entwickler.
Manuel: Aber ein Headless-E-Commerce-System hat eine Doku, die ist halt so geschrieben,
Manuel: dass der Fokus voll auf der API, Erweiterbarkeit und so weiter steht.
Manuel: Und bei einem klassischen System, das jetzt auch Headless macht,
Manuel: hast du auch da wieder beides.
Manuel: Das heißt, viele Sachen sind als Entwickler sehr, sehr schwierig in dieser Welt
Manuel: zu tun, weil du auch nichts findest.
Manuel: Weil natürlich auch ein Shopware zu 95% halt nicht Headless benutzt wird.
Manuel: So, das heißt, auch da ist es immer ein bisschen schwieriger.
Manuel: Und das andere, was theoretisch als Riesenvorteil halt natürlich auch irgendwie
Manuel: von so bestehenden Systemen, Elternsystemen gesehen wird, ist halt so die Plugin-Welt.
Manuel: Du hast ja Plugins für alles.
Manuel: Aber ganz ehrlich, wenn du Headless bist, dann beförderst du dich auch in eine
Manuel: Welt, wo du fast oder eigentlich gar kein Plugin brauchst, weil alles,
Manuel: was theoretisch ein Plugin wäre, machst du halt als...
Manuel: Deine Custom-Logik in einem eigenen Service beispielsweise. Und diese Plugins
Manuel: sind oft halt gar nicht dafür gebaut, dass die Headless funktionieren.
Manuel: Die gibt es zwar, die kannst du dann auch benutzen in deinem Mikro-System,
Manuel: aber da hat keiner darüber nachgedacht, gut, das muss auch Headless funktionieren.
Geek: Ja, die Komplexität wird höher, weil du jetzt auf einmal sowohl Headless als
Geek: auch nicht Headless in der Version oder der Version und dann multipliziert sich das ja wieder.
Manuel: Genau. Und da ist es auch egal, wie groß jetzt das Unternehmen dahinter ist oder so.
Manuel: Den Spagat kriegst du niemals so gut hin, wie jetzt ein System,
Manuel: das halt sagt, wir sind halt nur Headless. so.
Manuel: Die sind halt noch nicht so weit und da kann man überlegen, ist das eventuell
Manuel: irgendwie, hat das andere Risiken so, aber Wo.
Geek: Glaubst du gehen die hin, die heute schon da sind, also diese Shopwares dieser Welt,
Geek: würden die sich in den nächsten Versionen so entwickeln, dass sie quasi Headless
Geek: werden und dann das, was sie anbieten als klassisches Interface,
Geek: würden sie einfach draufsetzen, also dass dann quasi die APIs dieselben sind,
Geek: die genutzt werden, dass sie eben Redundanzen einfach,
Geek: abbauen in den nächsten Versionen oder glaubst du, es wird eigentlich immer
Geek: immer dieses klassische monolithische
Geek: geben und Headless ist dann halt ein Flavor, das ist was anderes.
Manuel: Kann ich natürlich nicht sagen, aber ein Beispiel, das Admin-Backend von einem
Manuel: Shopware ist schon quasi komplett Headless, in Anführungsstrichen gebaut,
Manuel: sondern das ist halt eine Vue.js-App sozusagen, die halt mit der API redet.
Geek: Das heißt.
Manuel: Das ist ja schon nicht mehr...
Geek: Das dachte ich mir nämlich auch, dass die es exakt so lösen.
Manuel: Genau, da ist es schon so. Im Frontend ist dann zu überlegen,
Manuel: ist dann eventuell der nächste Schritt, das so zu machen, dass dass irgendwann
Manuel: so ein Shopware halt zwar mit einer UI kommt,
Manuel: aber das ist dann halt auch sozusagen eine Headless-Frontend-App sozusagen.
Manuel: Da gibt es ja schon Sachen, die ja gebaut werden.
Manuel: Aber ja, das kann sein, dass das der Weg ist. Aber ich denke,
Manuel: das ist ein sehr, sehr weiter Weg dahin, um dann den Schnitt zu machen.
Manuel: Weil du hast ja, wie gesagt, also ich weiß es nicht, aber ich würde mal sagen,
Manuel: dass der Gro der Nutzer von diesem klassischen System, die halt auch noch klassisch nutzen.
Manuel: Ja, I don't know. Ich glaube, was,
Manuel: halt mehr Sinn macht, ist halt einfach, dass du mehr so komplett Frontend Libraries
Manuel: und Toolings hast, die wie zum View Storefront oder so.
Manuel: Also ich glaube, da wird es mehr geben, dass du halt für eine bestimmte Technologie,
Manuel: einfach komplette Frontends schon hast, die du nutzen kannst,
Manuel: um eben RAM abzuatmen, zu starten, aber dann dann komplett customizen kannst.
Manuel: Wahrscheinlich wird es so ein bisschen in die Richtung gehen.
Geek: Könnte das so sein, wie damals bei, also als Bootstrap gerade rauskam,
Geek: dann poppten ja auch überall die Stores auf mit und das ist jetzt hier das Bootstrap-Theme,
Geek: das kannst du einfach verwenden, basiert irgendwie da drauf.
Geek: Also dass man quasi auch sowas dann
Geek: hat, dass du quasi dir irgendwo einen Marktplatz, einen Envato für ...
Geek: Die Shopware-Frontends nehmen könntest? Oder ist es zu divers und du müsstest
Geek: alles immer komplett anpassen?
Manuel: Ja, also es ist halt, du hast ja dann im Frontend so ein bisschen mehrere Ebenen.
Manuel: Du hast ja im Frontend dann die Technologiewahl. So React Next.js ist jetzt
Manuel: eine Technologiewahl fürs Frontend.
Manuel: So dann kannst du halt deine Komponenten und deinen Shop bauen mit der UI und so weiter.
Manuel: Aber dann hast du ja immer noch die Ebene, die Anbindung an dein konkretes E-Commerce-Backend-System.
Geek: Genau.
Manuel: Und deswegen würde ich sagen, ist das eventuell von der Komplexität zu groß,
Manuel: als dass du so Envato-Style tausende von Themes einfach runterladen kannst,
Manuel: weil du brauchst ja schon eine richtige Entwicklermannschaft,
Manuel: um so ein komplettes E-Commerce vorne zu bauen.
Manuel: Und so, weißt du, es ist nicht so ein Technisch geht.
Geek: Ist es eine doofe Idee.
Manuel: Ja, also es ist glaube ich eine sehr gute Idee, also so, das wird,
Manuel: hat auf jeden Fall krass, mit Sicherheit einen krassen Mehrwert,
Manuel: ich meine, wir bauen ja, oder ich baue so Sachen ja auch,
Manuel: viel, weil ich halt natürlich weiß, dass du schon natürlich einen Vorteil hast,
Manuel: wenn du sagst, du kannst halt komplett den Headless-Store bauen,
Manuel: aber du brauchst halt nicht zwei Jahre so, um überhaupt was zu haben,
Manuel: sondern bist halt relativ schnell dabei und kannst es aber dann hart customizen oder so.
Manuel: Das ist ja sicherlich schon sinnvoll. Wobei da jetzt immer die Frage, genau, wer macht das so?
Manuel: Sind das dann Unternehmen, die schon eigene Entwicklerteams haben,
Manuel: die jetzt irgendwie Headless-Schwand finden oder nicht? Ja.
Manuel: Ja, genau, das andere, was auf jeden Fall noch ein Ding ist,
Manuel: ein ganz interessanter Punkt, wo ich noch nicht sicher bin, ob das sinnvoll
Manuel: ist oder nicht, ist halt diese,
Manuel: du hast ja oft diese, weißt du, so Spryker oder diese großen Systeme,
Manuel: die halt so Headless und Composable sind und dann aber gleichzeitig alles aus
Manuel: einer Hand geben, so, weißt du.
Manuel: Da ist halt so ein bisschen so die Frage so was ist denn der Unterschied,
Manuel: ob ich jetzt meinen Vendor mir einen Monolithen gibt, der alles kann oder ob
Manuel: mir mein Vendor mir jetzt einfach einen Haufen Microservices gibt,
Manuel: mit dem ich dann alles machen kann so weißt du?
Manuel: Das ist halt so ein bisschen so, der spannende Part ist ja immer dann,
Manuel: wenn ich halt sage, ich hab halt, und da hast du dann halt den Vorteil,
Manuel: du bist halt vendoragnostisch irgendwo kannst dir aber bestimmte Services halt
Manuel: rauspicken und die dann so zusammenbauen, wie es halt Sinn macht.
Manuel: Ja, aber wer macht sich schon die Mühe? Für alles, was rausfällt.
Manuel: Aber das ist halt so ein bisschen, wo ich noch nicht so klar bin,
Manuel: ob das nicht eigentlich so ein bisschen den ganzen Zweck so ein bisschen absurd umführt.
Manuel: Also statt Monolithen kriege ich jetzt halt etwas Komplizierteres,
Manuel: aber alles ist aus einer Hand und eigentlich auch fest integriert und nicht
Manuel: wirklich einzeln nutzbar. Ja.
Geek: Das hatte ich auch gerade mit diesem Marktplatzgedanken. Die Idee,
Geek: die sich der entspannend war, ich hole mir jetzt dieses hyper-customizable System ins Haus,
Geek: hole mir dann aber irgendwas anderes ins Haus, was mir quasi opinionated dann
Geek: sagt, und so konfiguriere ich mein Backend und so konfiguriere ich das Frontend, damit ich,
Geek: so Scaffolding, Boilerplate-artig schon starten kann mit irgendwas,
Geek: aber dann kann ich mir auch irgendein anderes System holen, was erstmal funktioniert,
Geek: also wenn es mir darum geht, ein schnelles Onboarding zu machen,
Geek: dass ich schnell damit arbeiten kann und das alles da ist, ist das ein Quatschweg,
Geek: aber wenn ich halt irgendeine Basis einfach nur haben will, wo ich was verändern möchte,
Geek: der Vorteil scheint ja zu sein, ich muss viel customisen wollen,
Geek: ich muss viel anpassen wollen an meine Bedürfnisse und es nochmal ein bisschen trimmen können.
Geek: Und das widerspricht ja dem, der
Geek: Kunde ist derjenige, der nicht viel Entwicklungsarbeit reinstecken möchte.
Geek: Also dann hole ich mir kein explizit als anpassbares System ausgewiesenes Ding,
Geek: sondern ich hole mir eins, was irgendwie ein bisschen Customizing,
Geek: ein bisschen Lippenstift machen kann.
Manuel: Ja, das ist halt so der Punkt, man muss sich halt im Klaren darüber sein,
Manuel: nutze ich die Vorteile halt und ein klarer Indikator kann sein,
Manuel: dass du nicht nur ein digitales Geschäftsmodell hast, sondern du hast halt zum Beispiel zwei.
Manuel: Du hast halt zum Beispiel irgendwie Produkte, die du verkaufst und du hast Kurse,
Manuel: die du verkaufst oder du hast eben viel Content, aber auch Produkte,
Manuel: die du verkaufst. Weißt du so, in dem...
Geek: Damit bin ich wieder bei dem zweiten Channel, der Vertreter,
Geek: der vorbeikommt, die erzählt, guck mal, man kann auch richtig tolle Sachen machen,
Geek: wenn man diese Pfanne kauft oder wenn man diese Sachen hat.
Geek: Und auf einmal habe ich Content, der eben als Vehikel dient,
Geek: die anderen Sachen zu verkaufen, die ich sonst alleine in den Shopping-Car packen muss. Genau.
Manuel: Oder du hast halt so, oder du hast halt irgendwie innovative Ransätze.
Manuel: Zum Beispiel ist es auch glaube ich spannend, auch für Startups oder so,
Manuel: weil ein Startup, das halt sehr innovative Sachen macht, baut ja in der Regel alles komplett selbst.
Manuel: So, das heißt, wenn jetzt so ein Startup irgendwie auch irgendwas verkaufen
Manuel: will, ich glaube, in der Regel sind die dann nicht so, dass sie sagen,
Manuel: dann nehme ich mir jetzt ein E-Commerce-System für diesen Bereich.
Manuel: In der Regel bauen die dann halt einfach,
Manuel: Produkt schnell als Schema in der Datenbank und das Ordering ist halt,
Manuel: das baut man dann so ein bisschen per IP selber, aber auch da zum Beispiel sehe
Manuel: ich unglaublich viel Potenzial,
Manuel: solche Systeme einfach fertig zu nutzen, selbst wenn ich nur wirklich einen
Manuel: kleinen Teil, weil ich eigentlich kein E-Commercler bin, ich brauche keine Coupons,
Manuel: ich brauche keine Kategorieseiten oder so, aber selbst wenn ich nur,
Manuel: Kunden mit Lieferadressen habe, warum auch immer, oder Rechnungsadressen oder
Manuel: so, den ganzen Kram, das ist ja, E-Commerce-Systemen machen ja sowas total gut,
Manuel: selbst da, glaube ich, ist es nicht schlecht, wenn ich mir einfach so ein Ding
Manuel: hinstelle, dann habe ich eine API und das binde ich dann halt ein.
Manuel: Also man kann schon viel damit machen, es gibt schon sehr viele sinnvolle Anwendungsfälle,
Manuel: aber wie gesagt, wenn ich jetzt als stationärer,
Manuel: Händler einen kleinen Laden habe und ich möchte auch online verkaufen,
Manuel: dann ist sicherlich irgendwie ein Shopify oder so,
Manuel: nicht die schlechtere Wahl, als zu sagen, ich mache das jetzt irgendwie wie
Manuel: Headless und bezahle, weiß ich nicht wie viel.
Manuel: Genau, um überhaupt irgendwas zu verkaufen.
Geek: Also eigentlich dasselbe Dilemma wie immer. Es gibt keine klare Antwort. Es kommt darauf an.
Geek: Und da muss man mal gucken, was sind die eigenen Bedürfnisse und wann nimmt
Geek: man Headless, wann nimmt man nicht Headless.
Geek: Du sagst aus Entwicklersicht, wenn man Spaß haben will, macht man Headless, richtig?
Manuel: Ja, auf jeden Fall. Also ich werde mit Sicherheit nicht ein WordPress-Theme
Manuel: jemals irgendwie in der Backend-Admin- Oberfläche das CSS anpassen.
Manuel: Das werde ich nicht tun.
Geek: Das war Ein Geek kommt selten allein. Vielen Dank fürs Zuhören und großen Dank an dich, Manuel.
Manuel: Sehr gerne, hat mir sehr viel Spaß gemacht.
Geek: Dann macht es gut, lasst ein Abo da und bis zur nächsten Folge. Wir hören uns.