Wie ich erfahren habe, gibt es heute bereits die Technologie, die wohl die nächste Generation der Internetentwicklung antreiben wird. Da scheinbar jeder Browser JavaScript unterstützt und die Großen wie Firefox, IE und Opera von den Innovationen von Google Chrome partizipieren, die in dieser Absicht open source veröffentlicht wurden, scheint JavaScript die größten Chancen zu haben sich Client-Seitig entgültig  durchzusetzen. Bevor es ein JavaScript Konkurrent in alle Browser schafft, sollte einige Zeit vergehen. Auch Server-Seitig kommt JavaScript mittlerweile vereinzelt zum Einsatz, ist dort aber natürlich in einer komplette anderen Wettbewerbssituation.

Beeindruckt hat mich in diesem Kontext Cloud9, ein web-basierter IDE (integrated development environment), der es Entwicklern ermöglicht im Browser zu entwickeln und zu debuggen. Entwicklungssoftware entfällt somit völlig und mit einem minimalen Stack von z.B. MongoDB oder CouchDB und Node.js kann eine vollwertige Alternative zu LAMP (Linux, Apache, MySQL und PHP) entstehen, wie es heute der Standard im Web ist.

Wenn ich mir jetzt ein Entwicklungsteam für ein LAMP Projekt (wie Magento, OXID, Shopware oder Presta) vorstelle und dieses mit meinem vorangestellten Beispiel von JavaScript vergleiche fällt auf, dass ich theoretisch nur eine JavaScript Kompetenzgruppe in der Entwicklung brauche. Der bisher bekannte Unterschied zwischen Front End, Back End und Infrastruktur entfällt.

Für Agenturen würde das bedeuten, dass sie ihre Teams viel einfacherer auslasten könnten und auch das Anlernen aufgrund des einfacheren Austausches von Wissen viel schneller vorangehen müsste. Jetzige Front End Agenturen, die wohl die meisten JavaScript Entwickler beschäftigen dürften, könnten ihren Tätigkeitsbereich leicht erweitern und ganze Lösungen anbieten.

Eine kleine Einführung in die e-Commerce Entwicklung mit MongoDB hat Kyle Banker bereits im April 2010 in seinem Blog gegeben. Dank der Weiterentwicklung im letzten Jahr, sollte der Einstieg noch leichter geworden sein. Er nimmt dabei übrigens auch Bezug auf das Schema von Magento.

Soweit bekannt, würde ich mich über Beispiele von e-Commerce Entwicklungen auf Basis von MongoDB, CouchDB und Node.JS freuen!

Im Oktober findet übrigens in Berlin eine Konferenz zu dem Thema statt: JSconf.eu

Die Community freut sich über neue Veröffentlichungen der 1.x Editionen, die Fehler im schnell gewachsenen Code beheben. Das Kernteam von Magento selbst hingegen, ist schon längst mit Magento 2 beschäftigt, welches all das verspricht, was die 1.x dann doch nicht mehr schafft in ihrer Lebenszeit. Ein Cut, aber wie konsequent?

Da mittlerweile bekannt geworden ist, dass Magento 2 wiederum auf vergleichbare Technologie setzt und auch das EAV Datenbankmodell erneut die Antwort auf Flexibilität bei Attributen sein wird, stellt sich die Frage welches Shopsystem im e-Commerce innovative Akzente setzen wird.

Auf der Next Conference wurde dieses Jahr ein Projekt von Rewe vorgestellt. Es stellte sich in der Konzeptionsphase heraus, dass die am Markt verfügbaren Shopsysteme nicht in der Lage sind die große Anzahl an Katalogen und Individualisierbarkeit abzubilden, die von einer solchen Lösung verlangt wird. Auch die Skalierbarkeit machte Sorgen. Die Antwort war dann eine Eigenlösung, basierend auf aktuellster Web-Technologie, die man bisher vergeblich in Shopsystemen sucht. Dazu gehört neben einem HTML5 Front End besonders ein nicht relationales Datenbanksystem (NoSQL). Denn mit Hilfe einer solchen Technologie, wie sie unter MongoDB und CouchDB bekannter ist, lassen sich hoch skalierbare und besonders infrastruktur-schonende Lösungen umsetzen. Für weitere Informationen zu der Lösung empfehle ich das Video des Vortrages.

Magento, Oxid, Presta und Shopware, keine dieser Open Source Lösungen nutzt bisher NoSQL oder vergleichbare Technologien. Der Wettkampf zwischen diesen Systemen erfolgt eher im Rahmen des Marketings, anhand von Feature Listen und out-of-the-box unterstützter Geschäftsmodelle. Die Frage nach den wirklichen Innovationen im e-Commerce Umfeld bleibt also stehen. Und ich frage mich, ob Shopsysteme überhaupt die Vorreiterrolle einnehmen sollten, oder man aufgrund der schnellen Weiterentwicklung eine Ebene tiefer ansetzen sollte, bei den Frameworks, deren Komponenten und Vernetzung sich schneller anpassen lässt.

Bei Tradoria Checkout handelt es sich um ein Checkout System, vergleichbar mit Google Checkout oder Checkout by Amazon, jedoch speziell für die Bedürfnisse von deutschen Shopbetreibern und Händlern ausgelegt. So werden 10 Zahlungsarten mit Auszahlungsgarantie (darunter auch Lastschrift und Rechnung), sowie telefonische Bestellannahme angeboten werden. Zur schnellen Einbindung in bestehende Shopsysteme werden kostenlose Module für Magento, OXID esales und XT:commerce, sowie ein Handbuch zur Integration in weitere Shopsysteme und Eigenentwicklungen angeboten.

Durch den Tradoria Checkout können online Händler von der bei bereits über 1 Mio. Bestellungen gesammelten Erfahrung profitieren und innerhalb kürzester Zeit ohne Risiko durch Forderungsausfall online verkaufen. Die bisherigen Kunden des Tradoria Marktplatzes und der über 4.800 Tradoria Mietshops können ohne erneute Anmeldung einfach unter Nutzung ihrer bestehenden Zugangsdaten per Tradoria Checkout sicher in angebundenen Shops einkaufen. Als gleichzeitig angebotene Alternative zu aktuellen Payment Service Provider Integrationen oder zum schnellen Einstieg in den online Handel stellen Checkout Systeme eine attraktive Option dar, die es in Deutschland bisher noch nicht gibt.

Unabhängig davon, ob eBay Magento in 2010 und heute noch genug Luft lässt die eigene „Vision“ zu verfolgen, ist durch die jetzt schon 49% Beteiligung klar, dass das Gründerteam um Roy Rubin und Yoav Kuttner mittelfristig nicht mehr in der Lage sein wird mit der selbstbestimmten Dynamik voran zu schreiten, die Magento 2008 und 2009 groß gemacht hat. Initiativen wie die engere Einbindung der Community in die Entwicklung des Kernproduktes scheinen still zu stehen und, wie auch Roman bemerkt, nicht über das Melden von Bugs hinaus zu kommen. Fragen nach einem Fork oder einer Revolution aus der Community heraus werden gestellt.

Wie steht es eigentlich finanziell um Oxid, die den Open Source Schritt erst nach Magento gegangen sind und immer etwas im Schatten von Magento stehen? Ich habe Quellen gefunden, die darauf hinweisen, dass Oxid im November 2008 von der MBG (Mittelständische Beteiligungsgesellschaft Baden-Württemberg) Mittel erhalten hat, um u.a. die Open Source Strategie verfolgen zu können. Aus den Erläuterungen des Jahresabschlusses geht außerdem hervor, dass Oxid 2011 laut Prognose erstmalig profitabel das Jahr beenden möchte. Wer steckt also hinter der MBG und welcher Einfluss auf Oxid wird durch diesen Investor ausgewirkt? In der Pressemeldung wird dieses verdeutlicht:

Die Beteiligung erfolgte im Rahmen der 2007 beschlossenen Kooperation von LBBW Venture, KfW und MBG zur Förderung von innovativen Wachstumsunternehmen. Die Gesamtkooperation von LBBW Venture, KfW und MBG umfasst derzeit ein Beteiligungsvolumen von 30 Mio. €. Mit diesem Finanzierungsangebot soll sichergestellt werden, dass jungen Unternehmen in der Entwicklungs- und Markteinführungsphase in Baden-Württemberg neben einer ausreichenden Kapitalausstattung durch die intensive Betreuung und die Bündelung der sich ergänzenden Netzwerke eine optimale Unterstützung zukommt. Das Angebot zielt darauf, die Erfolgschancen von innovativen Gründungen in Baden-Württemberg zu stärken.

Meiner Meinung nach ist somit eine klare Unterstützung in der Markteinführungsphase gemeint, welche in den kommenden Jahren abgeschlossen sein sollte. Strategisch sollte Oxid daher wohl unabhängig bleiben können. Wie sich genau die Beteiligungsverhältnisse um Oxid gestalten hat sich mir jedoch noch nicht erschlossen.

Ich teile die Meinung, dass sich Magento zwischen vielen Investoren entscheiden konnte und in dieser frühen Phase daher keine Abhängigkeit in solcher Größe hätte eingehen sollen. Vermutlich wäre ein rein finanzielles Investment, wie in dem Beispiel von Oxid, die bessere Wahl gewesen, um strategisch auch weiterhin das Ruder in der Hand zu haben. Community vs. Enterprise vs. GO wird sicher  noch heftig diskutiert werden.

Im Gegenteil zu den anderen beiden angesprochenen e-Commerce Systemen hat Magento es sich als Ziel für die Enterprise Edition gesetzt den strengen Anforderungen des PA-DSS (Payment Application Data Security Standard) gerecht zu werden und somit auch als System für Unternehmen in Frage zu kommen, die selber unter die Zertifizierung des PCI-DSS (Payment Card Industry Data Security Standard) fallen.

Software, die als PA-DSS zertifiziert wird, muss strenge Sicherheitsstandards erfüllen in Bezug auf die Verschlüsselung und Speicherung von Daten. Auch die Schnittstellen und Administration müssen besonders strengen Sicherheitsauflagen gerecht werden. Zusammenfassend ist zu sagen, dass diese Sicherheitsmechanismen auch für nicht zur Zertifizierung verpflichtete Unternehmen wertvoll sind, da generell maximale Sicherheit der Software angestrebt werden sollte.

Glücklicherweise bieten die meisten PSP (Payment Service Provider wie z.B. Payone, Computop, Globalcollect und viele mehr) eine einfache Möglichkeit das e-Commerce System out-of-scope für den PCI-DSS zu setzen. Out-of-scope ist jedes Unternehmen, welches selbst keine Kreditkarten speichert und diese auch nicht über die eigenen Server transferiert. Dieser Zustand wird einfach durch Zahlungsmodule der Payment Service Provider erreicht, die Kreditkartendaten direkt gegen eine anonymisierte ID austauschen, ohne die echten Kreditkartendaten an das e-Commerce System zu leiten. Die anonymisierte ID kann dann für Folgeprozesse wie Stornierungen und Gutschriften genutzt werden und fällt nicht unter den PCI-DSS.

Generell werden auch Oxid und XT:Commerce keine Probleme mit dem PCI-DSS bekommen, wenn Shopbetreiber sich entscheiden die angesprochenen Zahlungsmodule einzusetzen. Magento bietet Enterprise Unternehmen jedoch zusätzlich noch die Möglichkeit als e-Commerce Plattform eingesetzt zu werden, wenn das Unternehmen selber in den PCI-DSS scope fällt und daher eine Zertifizierung des e-Commerce Systems notwendig ist bzw. Wert auf besonders hohe Sicherheitsstandards gelegt wird.

Verglichen werden die Aspekte Performance, 3rd party Module, Dokumentation für Entwickler, Community, Erfahrung im Bereich Enterprise, Code Qualität, Modernität und TCO. Die out-of-the-box Funktionalität der Shopsysteme wird hierbei außer Acht gelassen, was mich doch sehr verwundert, da sie nach meiner Erfahrung eine große Rolle bei der Wahl des Systems für Interessenten spielt und sich auch erheblich auf die TCO auswirkt. Magento hätte bei diesem Aspekt weit vor Oxid gelegen.

Bei der Next09 vor zwei Wochen hatte ich mich direkt mit Björn über seinen Vergleich ausgetauscht und wir sind zu der Erkenntnis gekommen, dass Magento bei dem viel diskutierten Punkt out-of-the-box Performance sicher noch seine Schwächen hat, es für die in der Präsentation angesprochenen Enterprise Interessenten jedoch wenig von Interesse ist wie sich das System ohne Optimierung und nicht zugeschnitten auf die Anforderungen verhält. Wenn man sich bei den Referenzen von Oxid und Magento umsieht und dort die Ladezeiten vergleicht sieht man schnell, dass sich diese bei den Top Referenzen auf einem Niveau bewegen. Der VOD Shop von Premiere (Ein Oxid Shop an dem auch Mayflower beteiligt war), wie auch der online Shop von Jack Wolfskin (Ein Magento Shop umgesetzt durch Visions) liegen beide konstant bei ca. 1,3 bis 3,5 Sekunden im Seitenaufbau je nach Seitentyp.

Bei den Themen Modernität und Codequalität muss ich aus meiner Sicht und der unserer Entwickler, die sich mit beiden Systemen beschäftigt haben, den Aussagen von Björn in der Präsentation widersprechen. Technisch ist die schlechte Bewertung von Magento im Vergleich zu Oxid dort nicht nachvollziehbar.

Zusammenfassend denke ich, dass Oxid in jedem Fall den richtigen Schritt gemacht hat, indem sie den Weg von Magento eingeschlagen haben und zum kommerziellen Open Source Anbieter geworden sind. XTC scheint mittlerweile weit abgeschlagen. Wie gut sich Magento und Oxid im Markt der Enterprise e-Commerce Lösungen platzieren können mit ihren offenen Konzepten wird sich wohl in den nächsten 12 Monaten deutlich zeigen. Jochen Krisch sieht in Magento und Oxid jetzt bereits gute Alternativen zu individuellen e-Commerce Lösungen. Genau diese Einschätzung kann ich auch bestätigen, da die meisten Magento Projekte, mit denen ich mich aktuell beschäftige, in-house Lösungen ablösen.

Man sollte denken, dass ich natürlich Magento als Shoplösung bevorzugen würde, da aber in diesem Fall einer kleinen Nische ein Magento System wirklich mit viel zu viel Setup-Arbeit verbunden gewesen wäre (Hosting, Layout, Rechtstexte, Payment etc.), habe ich mich auf die Suche nach preiswerten Mietshops mit möglichst vielen out-of-the-box Funktionen gemacht.
Neben ePages (per Strato) habe ich mir auch Oxid angesehen. Im direkten Vergleich hatten mich die Funktionen von ePages überzeugt. Es stellte sich jedoch heraus, dass man bei ePages keine eigene Domain vernünftig hinterlegen kann (außer per i-Frame oder Weiterleitung, was keine Option ist aus SEO Sicht). ePages war somit leider raus und ich meldete meine Frau für einen Oxid-Mietshop an, da es dort scheinbar keine Probleme mit den URLs der eigenen Domain geben sollte und die Funktionen ausreichend erschienen. (Einfaches Einbinden der Paymentdienste per e-Fire)

Nach ein paar Stunden der Einarbeitung, musste ich dann leider feststellen, dass die Sessions per URL übergeben werden und ich die eigene Domain doch nicht vernünftig einbinden konnte. Die Verlinkung intern im Shop erfolgte immer über eine Subdomain von Oxid. Leider hatte ich mich zu diesem Zeitpunkt schon für den Shop angemeldet und versuche daher bis heute (2 Wochen) eine Kündigungsbestätigung zu erhalten.

Nach dieser Vorgeschichte komme ich jetzt zum eigentlichen Inhalt dieses Beitrages:

Über Deutsche Startups hatte ich bereits über Tradoria aus Bamberg gelesen, habe mich jedoch erst jetzt in diesem Zusammenhang richtig mit der Lösung auseinander gesetzt. Kurz gesagt erstellt man einen eigenen Online-Shop, der später unter einer Domain mit SEO geeigneter (!!) URL-Struktur erreichbar ist. Ich konnte somit meine extern verwaltete Domain ohne Probleme per DNS Einstellung verbinden. Der Checkout des Shops ist über die Plattform Tradoria.de abgebildet, wo gleichzeitig alle Artikel kaufbar sind, die man in seinen privaten Shop einstellt.

Was mich wirklich überzeugt hat an der Lösung:

• Fertige und gegen Abmahungen sichere AGB sind vorhanden
• Zahlungssysteme sind bereits integriert / Prozess komplett über Tradoria abgebildet
• Bestellungen können sogar telefonisch bei Tradoria aufgegeben werden
• Tradoria erstellt Rechnungen, Lieferscheine & Co. zum selber Ausdrucken
• Meine Frau hat DHL Etiketten (kostenfrei) erhalten, mit denen sie über einen Rahmenvertrag von Tradoria günstiger Pakete versenden kann
• Die Administration ermöglicht alle Einstellungen am Shop einfach selber vorzunehmen und erlaubt webbasiert Zugriff auf den Code der Templates, um tiefer gehende Änderungen vorzunehmen
• Das Trustedshops Siegel erhält jeder Tradoria Shop ohne zusätzliche Kosten

Da ich mit Mietshops für kleine Nischen vorher noch nicht in Kontakt gekommen war, hat mich diese Erfahrung wirklich von der Idee der Tradoria-Gründer überzeugt. Sicher hat das Modell seine Grenzen wegen der umsatzbasierten Provision von 8,5%. Im Bereich der kleinen Nischen-Online-Shops sollte man sich jedoch bei einer Marge bewegen, die eine solche Provision handhaben kann.

Interessanter weise haben die Tradoria-Gründer, wie wir mit Visions, vorher einige Jahre e-Commerce Lösungen umgesetzt und sind dadurch auf die Idee zu Tradoria gekommen.