Vendor-Lock-in im E-Commerce: erkennen, verhandeln, vermeiden
Die Plattform ist selten das Problem. Die Abhängigkeit sitzt in der Agentur und im Vertrag. Woran Sie Lock-in erkennen, welche Klauseln ihn verhindern und warum eine gute Beziehung eine ist, die Sie jederzeit verlassen könnten.
2003 führte die SPAR Österreich eine Integrationsplattform ein: SeeBeyond eGate, um die neuen Lagersteuerungssysteme mit SAP und dem Großrechner zu verbinden. Die Begründung war vernünftig: eine gemeinsame Integrationsschicht statt rund zwanzig einzeln gebauter Schnittstellen. 2005 kaufte Sun den Hersteller, 2010 kaufte Oracle Sun und setzte auf die eigene SOA Suite. Das Produkt, inzwischen Java CAPS, wurde nur noch gepflegt, die Kunden sollten migrieren. Die Plattform, die die Integration beherrschbar machen sollte, war zur größten Abhängigkeit im Haus geworden. Thomas Schiefer, Gründer von WBFK, hat die Folgen damals als Leiter des Middleware-Teams bei SPAR verantwortet: von 2013 bis 2015 die Migration von weit über hundert Schnittstellen auf die Oracle SOA Suite, dauerhaft zwei Oracle-Experten im Projekt und ein Freelancer, der für diesen Auftrag aus Norddeutschland nach Salzburg gezogen ist, weil das Wissen so knapp war, dass es umziehen musste.
Niemand bei SPAR hatte eine falsche Entscheidung getroffen. Eine Übernahme auf Herstellerseite lässt sich nicht verhandeln. Das ist die erste Lehre zum Thema Lock-in: Sie können ihn nicht verhindern. Sie können nur entscheiden, wo er sitzt und was der Ausstieg kostet. Dieser Text erklärt, wo die Abhängigkeit bei einem Online-Shop tatsächlich steckt, woran Sie erkennen, dass Sie bereits drin sind, und welche Vertragsklauseln Sie vor der Unterschrift brauchen.
Wo steckt der Lock-in bei einem Online-Shop wirklich?
Auf drei Ebenen, und die Branche redet fast nur über die harmloseste. Plattform, Agentur und Vertrag binden auf unterschiedliche Weise, und die teuerste Bindung ist die, die in keinem Angebot steht.
Die Plattform. Das ist die Ebene, über die Hersteller gern schreiben, weil sie sich als Verkaufsargument eignet. Der Unterschied ist real: Bei einer geschlossenen SaaS-Plattform läuft Ihr Shop auf Infrastruktur, die Sie nicht verlassen können, ohne ihn neu zu bauen. Die Daten bekommen Sie heraus, die Logik nicht. Bei einer Open-Source-Plattform wie Shopware liegt der Code offen, das Hosting ist frei wählbar, und jede Agentur mit Shopware-Erfahrung kann den Shop übernehmen. Das macht die Plattform-Ebene beherrschbar, aber nicht abhängigkeitsfrei: Auch Shopware hat Lizenzmodelle mit Laufzeiten und Funktionen, die nur in kommerziellen Plänen stecken. Das ist ein eigenes Thema und bekommt einen eigenen Artikel.
Die Agentur. Hier scheitern Agenturwechsel tatsächlich, und zwar unabhängig von der Plattform. Das Muster: Das Repository läuft auf die Agentur, der Hosting-Account ebenfalls, das Shopware-Konto mit allen gekauften Erweiterungen auch. Die Anpassungen am Shop sind nicht dokumentiert, das Deployment kennt eine Person, und die zweite hat vor einem Jahr gekündigt. Nichts davon ist böse Absicht. Es ist das Ergebnis von drei Jahren Projektarbeit, in denen niemand Zeit für Ordnung hatte. Für Sie ist das Ergebnis dasselbe wie bei einem geschlossenen System: Sie können nicht gehen, ohne neu zu bauen.
Der Vertrag. Die Ebene, die der Einkauf am ehesten prüfen könnte und am seltensten prüft. Nutzungsrechte am Code, die nie geregelt wurden. Ein Wartungsvertrag mit Mindestlaufzeit und automatischer Verlängerung. Keine Regelung, was bei Vertragsende übergeben wird und in welcher Frist. Diese Lücken fallen erst auf, wenn Sie gehen wollen, und dann verhandeln Sie aus der schwächeren Position.
Woran erkennen Sie, dass Sie bereits drin sind?
An sieben Fragen, die sich mit Ja oder Nein beantworten lassen. Jedes Nein ist eine Abhängigkeit, die Sie heute kennen sollten, nicht am Tag der Kündigung.
- Läuft das Repository mit dem Quellcode Ihres Shops auf ein Konto Ihres Unternehmens, mit Administratorrechten bei Ihnen?
- Laufen Hosting, Domain und DNS auf Ihren Namen und Ihre Rechnung?
- Ist das Shopware-Konto, über das Lizenz und gekaufte Erweiterungen laufen, auf Ihr Unternehmen registriert?
- Könnte ein fremder Shopware-Entwickler mit Zugriff auf Repository und Dokumentation den Shop innerhalb von zwei Arbeitstagen lokal aufsetzen und ein Update ausrollen?
- Gibt es eine schriftliche Liste aller angebundenen Systeme mit Beschreibung, welche Daten in welche Richtung fließen?
- Steht im Vertrag, dass Sie an den für Sie entwickelten Anpassungen ein ausschließliches, übertragbares Nutzungsrecht haben?
- Steht im Vertrag, was bei Vertragsende in welcher Frist übergeben wird?
Die Fragen 1 bis 3 lassen sich in einer Woche klären und in Ordnung bringen, solange die Beziehung zur Agentur intakt ist. Steht der Wechsel schon an, gilt eine feste Reihenfolge: erst Zugänge sichern, dann den neuen Partner prüfen lassen, dann kündigen. Wie das abläuft, beschreibt der zweite Anlauf nach einem gescheiterten Shop-Projekt.
Frage 4 ist der eigentliche Test. Wer sie nicht mit Ja beantworten kann, hat ein Wissensproblem, kein Plattformproblem. Zugänge lassen sich zurückholen, Wissen, das nie aufgeschrieben wurde, nicht. Die Fragen 5 bis 7 sind der Unterschied zwischen einem Agenturwechsel, der drei Wochen dauert, und einem, der ein Jahr dauert und als Neubau endet. Wie eine solche Systemliste aussieht, steht in Sieben Systeme, ein Shop.
Was gehört vor der Unterschrift in den Vertrag?
Zwei Regelungen, die in vielen Agenturverträgen fehlen oder zu Ihren Ungunsten ausfallen: die Nutzungsrechte am Code und die Übergabe bei Vertragsende. Beide kosten den Anbieter nichts, wenn er sauber arbeitet, und genau deshalb ist seine Reaktion auf den Vorschlag ein guter Test.
Zu den Nutzungsrechten: Nach österreichischem wie deutschem Urheberrecht gehört Ihnen der Code nicht, nur weil Sie ihn bezahlt haben. Urheber bleibt, wer ihn schreibt, die Verwertungsrechte liegen in der Regel bei der Agentur, und Sie erhalten Nutzungsrechte. Ohne ausdrückliche Regelung bekommen Sie davon nur so viele, wie der Vertragszweck erfordert. Das reicht für den Betrieb des Shops. Es reicht nicht sicher für die Weiterentwicklung durch eine andere Agentur, für die Übertragung an eine Konzernschwester oder für den Verkauf des Unternehmens.
Zur Übergabe: Was bei Vertragsende passiert, regelt kaum ein Vertrag, weil beide Seiten beim Abschluss nicht ans Ende denken. Die Lücke wird teuer, wenn die Trennung im Streit erfolgt und die Agentur Zugänge und Dokumentation als Pfand behandelt.
Der letzte Satz ist der wichtige. Ohne ihn hat die Agentur bei jeder strittigen Rechnung ein Druckmittel, das Ihren Shop stilllegen kann. Mit ihm wird eine Zahlungsfrage als Zahlungsfrage behandelt, nicht als Geiselnahme.
Beide Formulierungen sind ein Ausgangspunkt für Ihre Rechtsabteilung, kein Ersatz dafür. Was Sie zusätzlich verhandeln sollten: Dokumentation als Abnahmekriterium. Ein Prozess ist nicht fertig, wenn er funktioniert, sondern wenn er funktioniert und ein Dritter versteht, warum. Das ist eine Zeile im Abnahmeprotokoll und spart beim Agenturwechsel Monate. Wie Abnahmekriterien insgesamt aussehen sollten, steht in Festpreis oder agil.
Lässt sich Lock-in ganz vermeiden?
Nein. Aber er lässt sich dorthin verschieben, wo er beherrschbar ist: in Ihr eigenes Haus. Das ist die zweite Lehre aus dem SPAR-Projekt, und sie ist wichtiger als jede Klausel; wer über hundert Schnittstellen rekonstruiert hat, baut Shops seither anders auf.
Die Middleware bei SPAR hätte man durch jedes andere Produkt ersetzen können, wenn das Wissen über die Schnittstellen in einer Form vorgelegen hätte, die vom Werkzeug unabhängig ist: welches System welche Daten in welcher Struktur an welches andere liefert, unter welchen Bedingungen, mit welchen Sonderfällen. Dieses Wissen steckte stattdessen in den Konfigurationen der Plattform und in den Köpfen weniger Personen. Die Migration war deshalb keine Umstellung, sondern eine Rekonstruktion. Zwei Jahre, weit über hundert Schnittstellen, zwei Experten, ein Umzug.
Für Ihren Shop bedeutet das: Die wirksamste Versicherung gegen Lock-in ist ein Dokument, das Ihre Systemlandschaft, Datenflüsse und Sonderfälle beschreibt und das Sie jedem Anbieter geben könnten. Wir erstellen dieses Dokument im Architektur-Review, bevor ein Projekt beginnt, und es gehört von der ersten Seite an Ihnen. Danach kommen die mechanischen Dinge, die weniger Aufwand sind, als ihr Fehlen am Ende kostet: Repository, Hosting und Shopware-Konto auf Ihren Namen, eine Deployment-Anleitung, die ein Fremder befolgen kann, und mindestens zwei Personen, die sie befolgt haben.
Und dann bleibt der scheinbare Widerspruch. Wir sagen über uns, dass wir bleiben, und schreiben hier einen Text darüber, wie Sie uns verlassen können. Das ist kein Widerspruch, sondern der Unterschied zwischen Bindung und Lock-in. Eine gute Agenturbeziehung ist eine, die Sie jederzeit beenden könnten und es trotzdem nicht tun. Mit uns arbeitet man, weil wir Leistung bringen, nicht weil wir jemanden einsperren. Ein Anbieter, der Ihre Zugänge hält, Ihr Wissen nicht aufschreibt und bei der Übergabeklausel zögert, sagt Ihnen damit, worauf seine Kundenbindung beruht.
Sie wollen wissen, wie abhängig Sie von Ihrer aktuellen Agentur sind, bevor Sie es herausfinden müssen? Das lässt sich in einer Sondierung von 60 Minuten klären, direkt mit einem Gründer und kostenfrei. Sie beantworten die sieben Fragen aus diesem Artikel, wir sagen Ihnen, welche Lücken Sie zuerst schließen sollten und was das kostet. Danach bekommen Sie unsere Einschätzung schriftlich.
Stand Oktober 2026. Quellen: Lebensmittel Zeitung: Spar Österreich integriert Systeme (16.12.2003), Supply & Demand Chain Executive: Spar AG deploys integration infrastructure, Wikipedia: Java CAPS. Die Klauseln sind Formulierungsvorschläge und keine Rechtsberatung.
Häufige Fragen
Was ist Vendor-Lock-in im E-Commerce?
Die Abhängigkeit von einem Anbieter, die einen Wechsel unverhältnismäßig teuer macht. Bei Online-Shops entsteht sie auf drei Ebenen: Plattform (geschlossene Systeme, Lizenzlaufzeiten), Agentur (Zugänge, undokumentiertes Wissen, Deployment-Monopol) und Vertrag (fehlende Nutzungsrechte und Übergaberegeln). Die Agentur-Ebene ist in der Praxis die teuerste.
Ist Shopware ein Vendor-Lock-in?
Auf Plattform-Ebene deutlich weniger als ein geschlossenes SaaS-System: Der Code ist Open Source, das Hosting frei wählbar, der Markt an Agenturen groß. Die Abhängigkeit entsteht bei Shopware-Projekten selten durch die Plattform, sondern durch die Agentur, die sie betreibt. Lizenzmodelle und Laufzeiten der kommerziellen Pläne sind ein eigenes Thema.
Wem gehört der Code, den eine Agentur für mich entwickelt?
Nicht automatisch Ihnen. Urheber bleibt, wer den Code schreibt, die Verwertungsrechte liegen in der Regel bei der Agentur, und Sie erhalten Nutzungsrechte, ohne ausdrückliche Vereinbarung nur im Umfang des Vertragszwecks. Für Weiterentwicklung durch Dritte, Übertragung im Konzern oder einen Unternehmensverkauf brauchen Sie ein ausschließliches, übertragbares Nutzungsrecht im Vertrag.
Wie wechsle ich die Agentur, ohne dass der Shop stillsteht?
In dieser Reihenfolge: erst Zugänge, Repository und Verträge sichern, dann den neuen Partner den Bestand prüfen lassen, dann kündigen. Wer zuerst kündigt, verhandelt die Übergabe aus der schwächeren Position.
Sie stehen vor einem ähnlichen Vorhaben? In 60 Minuten geben wir Ihnen eine ehrliche Einschätzung zu Risiken und Machbarkeit.
60 Minuten SondierungDirekt mit einem Gründer, kostenfrei.
