TCO-Treiber im E-Commerce: Was einen Shop langfristig teuer macht

Viele E-Commerce-Projekte starten mit einem Setup, das zunächst gut überschaubar wirkt. Der Shop läuft stabil, Releases lassen sich ohne größeren Aufwand umsetzen und auch die laufenden Kosten bleiben im erwarteten Rahmen. Erst im weiteren Betrieb wird sichtbar, wie unterschiedlich sich technisch ähnliche Projekte entwickeln können. Zwei Shops mit einem vergleichbaren Projektbudget verursachen nach einigen Jahren deshalb oft völlig unterschiedliche Gesamtkosten.

Der Grund dafür liegt darin, dass ein großer Teil der Total Cost of Ownership erst nach dem Go-live entsteht. Warum der reine Projektpreis diese langfristigen Kosten nur unvollständig abbildet, erklären wir im Artikel „TCO im E-Commerce: Warum der Projektpreis nur der Anfang ist“. In diesem Beitrag geht es darum, welche Faktoren die Betriebskosten im Alltag besonders stark beeinflussen und warum ihre Wirkung mit der Zeit zunimmt. Eine wichtige Rolle spielen dabei die technische Komplexität, die Performance des Shops und die Qualität des Hostings. Wie stark sich diese Faktoren langfristig auf die Kosten auswirken, hängt wesentlich von der Architektur ab, die zu Beginn des Projekts gewählt wurde.

Komplexität entsteht nicht auf einmal, sondern wächst mit jeder Erweiterung und jeder individuellen Anpassung. Im Alltag fällt das oft erst dann auf, wenn Updates plötzlich länger dauern oder die laufende Wartung deutlich mehr Aufwand verursacht. Hinweise darauf liefern unter anderem die Zahl der aktiven Extensions und der Anteil an Custom-Code. Auch zunehmende Abhängigkeiten zu externen Diensten oder immer längere Release-Zyklen zeigen, dass das Setup mit der Zeit schwerer zu beherrschen ist.

Jede Zeile selbst geschriebener Code muss langfristig gepflegt werden. Während Standard-Code innerhalb des jeweiligen Ökosystems weiterentwickelt und an neue Versionen angepasst wird, bleibt die Verantwortung für Custom-Code beim eigenen Team oder bei der betreuenden Agentur.

Eine hohe Zahl aktiver Extensions kann die Wartung deutlich erschweren. Entscheidend ist dabei nicht nur die reine Anzahl, sondern auch, wie stark sich die Erweiterungen gegenseitig beeinflussen, ob sie regelmäßig gepflegt werden und wie viel Custom-Code darauf aufbaut. Ab mehreren Dutzend Extensions steigt der Prüfungs- und Abstimmungsaufwand bei größeren Updates häufig deutlich.

Beispiel-Szenario: Das Update, das fünf Monate dauerte

Der Shop läuft seit fünf Jahren auf Magento und ist in dieser Zeit deutlich gewachsen. Mittlerweile sind 65 Extensions aktiv, dazu kommen rund 18.000 Zeilen Custom-Code und vier individuell entwickelte Module.

Für das Major-Update kalkuliert die Agentur zunächst sechs Wochen und 60.000 Euro. Nach drei Monaten ist jedoch erst die Hälfte der Arbeiten abgeschlossen, weil mehrere Extensions nicht miteinander kompatibel sind und eines der Custom-Module teilweise neu entwickelt werden muss.

Am Ende dauert das Update fünf Monate und kostet 168.000 Euro. Einen einzelnen Schuldigen gibt es dafür nicht. Das Setup ist über Jahre immer komplexer geworden, sodass inzwischen selbst eine überschaubare Änderung unverhältnismäßig viel Aufwand verursacht.

Diese Komplexität kostet auch dann Geld, wenn am Shop gerade nichts Neues entwickelt wird. Die laufende Wartung wird aufwendiger, bei Störungen dauert die Fehlersuche länger und auch neue Mitarbeiter oder Agenturpartner brauchen mehr Zeit, um das System zu verstehen. Dieser zusätzliche Aufwand bleibt bestehen und nimmt mit den Jahren weiter zu.

Performance wird häufig vor allem als UX-Thema betrachtet, obwohl sie für Onlineshops auch ein direkter wirtschaftlicher Faktor ist. Je länger eine Seite lädt, desto größer ist das Risiko, dass Nutzer abspringen oder den Kauf abbrechen.

Wie stark sich bereits kleine Verbesserungen auswirken, zeigt eine Studie von Google und Deloitte. Eine um 0,1 Sekunden kürzere Ladezeit erhöhte dort die Conversion im Retail um 8,4 Prozent (Quelle: Deloitte/Google, 2020).

Das eigentliche Problem entsteht meist schleichend, weil ein Shop über Monate hinweg langsamer wird, ohne dass dies im Alltag sofort auffällt. Neue Skripte kommen hinzu, Bilder werden größer und zusätzliche Funktionen erhöhen das Seitengewicht. Wenn die Ladezeit nicht regelmäßig gemessen wird, bleibt diese Entwicklung oft lange unbemerkt.

Beispiel-Szenario: Performance-Drift über 18 Monate

Ein Shop mit 12 Millionen Euro Jahresumsatz startet mit einer mobilen Ladezeit von 2,1 Sekunden. In den folgenden 18 Monaten wird er kontinuierlich erweitert: Neue Funktionen kommen hinzu, weitere Tracking-Skripte werden eingebunden und die übertragene Datenmenge steigt, ohne dass die Ladezeit regelmäßig überprüft wird.

Nach eineinhalb Jahren liegt die mobile Ladezeit bei 4,3 Sekunden, während die Conversion-Rate von 2,1 auf 1,7 Prozent sinkt. Im Quartals-Review wird diese Entwicklung zunächst mit dem schwierigen Marktumfeld erklärt.

Rechnerisch entspricht das einem Rückgang der Conversion um rund 19 Prozent. Je nach Berechnungsgrundlage fehlen dadurch zwischen 600.000 und 900.000 Euro Jahresumsatz, obwohl regelmäßige Messungen die Verschlechterung schon deutlich früher sichtbar gemacht hätten.

In der Praxis wird eine schlechtere Performance häufig zunächst mit zusätzlichen Ressourcen aufgefangen. Der Server wird größer dimensioniert oder die Infrastruktur erweitert, wodurch sich die Ladezeiten kurzfristig stabilisieren können. Die eigentliche Ursache bleibt jedoch bestehen.

So bezahlt der Shopbetreiber über Jahre für zusätzliche Infrastruktur, obwohl das Problem möglicherweise im Code, in einer Erweiterung oder bei einer externen Schnittstelle liegt. Im ungünstigsten Fall werden dadurch 30 bis 100 Prozent mehr Ressourcen betrieben, als tatsächlich nötig wären.
 

Auf den ersten Blick lassen sich Hosting-Angebote gut vergleichen, denn sowohl der Monatspreis als auch die gebuchten Ressourcen sind klar sichtbar. Wie groß die Unterschiede tatsächlich sind, zeigt sich jedoch meist erst im laufenden Betrieb.

Dabei spielt unter anderem eine Rolle, wie schnell der Anbieter bei einer Störung reagiert und wie zuverlässig das Monitoring arbeitet. Werden kritische Veränderungen frühzeitig erkannt oder erst dann, wenn der Shop bereits langsam oder nicht mehr erreichbar ist? Über mehrere Jahre können solche Unterschiede Kosten im sechsstelligen Bereich verursachen.

Besonders deutlich wird das vor saisonalen Peaks, denn zusätzliche Kapazität allein reicht häufig nicht aus. Vorab sollte geprüft werden, ob die Cache-Konfiguration zur erwarteten Last passt und ob die Datenbank entsprechend vorbereitet ist. Gleichzeitig braucht es einen klaren Ablauf für den Störungsfall, damit das Team weiß, wer reagiert und wann eine Eskalation notwendig ist.

Der Wert eines spezialisierten Hostings zeigt sich deshalb weniger an einzelnen Hardware-Spezifikationen, sondern daran, wie gut der Anbieter den Shop und seine Anforderungen kennt und wie zuverlässig er den laufenden Betrieb begleitet.

Beispiel-Szenario: Black-Friday-Ausfall in einem Fashion-Shop

Ein Fashion-Shop mit 20 Millionen Euro Jahresumsatz erzielt am Black Friday rund ein Viertel seines üblichen Monatsumsatzes an nur einem Tag. In der umsatzstärksten Stunde werden dabei etwa 15.000 Euro umgesetzt.

Fällt der Shop während dieser Phase für sechs Stunden aus, fehlen zunächst rund 90.000 Euro direkter Umsatz. Hinzu kommen weitere Kosten, weil Kunden ihren Kauf abbrechen und möglicherweise zu einem anderen Anbieter wechseln. Gleichzeitig ist das technische Team damit beschäftigt, die Ursache zu finden und den Betrieb wiederherzustellen.

Je nach Verlauf kann ein solcher Ausfall Gesamtkosten zwischen 150.000 und 250.000 Euro verursachen. Demgegenüber liegt der Aufpreis für spezialisiertes Managed Hosting häufig zwischen 20.000 und 60.000 Euro pro Jahr. Schon ein vermiedener Ausfall kann diese zusätzlichen Kosten über mehrere Jahre ausgleichen.

Wie teuer Ausfallzeiten für Unternehmen werden, zeigen auch unabhängige Studien. Laut ITIC beziffern 98 Prozent der befragten Unternehmen die Kosten einer Ausfallstunde mit mehr als 100.000 US-Dollar (Quelle: ITIC, 2024).

 

Wie stark sich Komplexität, Performance und Hosting auf die laufenden Kosten auswirken, hängt wesentlich von der gewählten Architektur ab. Viele dieser Entscheidungen fallen bereits zu Beginn des Projekts und lassen sich später nur mit erheblichem Aufwand ändern. Das betrifft zum Beispiel die Wahl des Frontends, aber auch die Frage, wie externe Systeme angebunden werden und welches Hosting-Modell zum Einsatz kommt.

Eine wichtige Rolle spielt dabei das Frontend. Laut Herstellerangaben reduziert Hyvä sowohl die Zahl der Requests als auch die übertragene Datenmenge deutlich (Quelle: Hyvä, 2025). Agenturen berichten zudem von 20 bis 50 Prozent weniger Entwicklungsaufwand im Vergleich zu Luma.

Dieser Unterschied wirkt sich nicht nur bei der ersten Umsetzung aus. Auch spätere Anpassungen und Releases benötigen weniger Zeit, und neue Entwickler können sich schneller in das Frontend einarbeiten. Über mehrere Jahre können sich diese Einsparungen so weit summieren, dass sich auch eine zunächst größere Migrationsinvestition wirtschaftlich rechnet.

Case Study: SD Bullion

Der US-Edelmetallhändler SD Bullion migrierte auf Adobe Commerce mit Hyvä-Theme. Danach stieg der mobile Performance-Score von 45 auf 89, während die Conversion über alle Kategorien hinweg um 40 Prozent zunahm. Gleichzeitig gingen die Hosting-Kosten um rund 35 Prozent zurück, bei den Infrastrukturkosten waren es etwa 25 Prozent (Quelle: Hyvä, 2025).

Das Beispiel zeigt, dass sich die Entscheidung für ein anderes Frontend nicht nur auf die Performance auswirkt. Sie kann auch den laufenden Infrastrukturbedarf senken und damit die Betriebskosten reduzieren.

Besonders teuer wird es, wenn sich die einzelnen Kostentreiber gegenseitig verstärken. Mit wachsender Komplexität dauern Releases länger, wodurch auch Performance-Optimierungen schwieriger umzusetzen sind. Bleiben diese Arbeiten aus, wird häufig zusätzliche Infrastruktur eingesetzt, um die Symptome kurzfristig aufzufangen.

Mit der Zeit entsteht so ein Setup, das sich nur noch mit großem Aufwand warten und weiterentwickeln lässt. Irgendwann ist eine grundlegende Modernisierung oder sogar ein Replatforming wirtschaftlich sinnvoller als weitere Einzelanpassungen.
Die Kosten steigen deshalb meist nicht plötzlich, sondern über mehrere Jahre hinweg. Viele Entscheidungen wirken zum Zeitpunkt ihrer Umsetzung nachvollziehbar, werden später jedoch teuer, weil sie auf einem bereits komplexen System aufbauen. Ein Refactoring, das im zweiten Jahr noch 20.000 Euro gekostet hätte, kann im fünften Jahr unter Zeit- und Wachstumsdruck ein Vielfaches davon verursachen.

Komplexität, Performance und Hosting wirken sich selten unabhängig voneinander auf die Betriebskosten aus. Meist entstehen die größten Mehrkosten dort, wo sich diese Faktoren gegenseitig verstärken und die gewählte Architektur spätere Anpassungen zusätzlich erschwert.

Wer Veränderungen früh erkennt, kann rechtzeitig gegensteuern. Dazu gehört, länger werdende Release-Zyklen ebenso im Blick zu behalten wie steigende Ladezeiten oder einen wachsenden Infrastrukturbedarf. So lassen sich Probleme häufig beheben, bevor eine umfassende Modernisierung oder ein Replatforming notwendig wird.

Diese Kennzahlen solltest du regelmäßig prüfen

• Anzahl der aktiven Extensions und Anteil an Custom-Code
• Dauer der Release-Zyklen
• Mobile Ladezeit und Core Web Vitals
• Entwicklung der Conversion-Rate
• Infrastrukturbedarf im Verhältnis zum Traffic
• Reaktionszeiten bei Störungen
  
   

Was treibt die Betriebskosten eines Shops?

Ein großer Teil der laufenden Kosten entsteht durch wachsende Komplexität, zum Beispiel durch viel Custom-Code oder zahlreiche Extensions. Auch eine schlechter werdende Performance und die Qualität des Hostings wirken sich langfristig auf die TCO aus. Wie stark diese Faktoren ins Gewicht fallen, hängt wesentlich von der Architektur ab, die zu Beginn des Projekts gewählt wurde.

Woran erkenne ich wachsende Komplexität?

Ein erstes Warnsignal ist eine steigende Zahl aktiver Extensions. Auch ein hoher Anteil an Custom-Code, zunehmende Abhängigkeiten zwischen Erweiterungen oder immer längere Release-Zyklen zeigen, dass das Setup schwerer zu warten wird. Entscheidend ist dabei nicht nur die reine Anzahl der Extensions, sondern auch ihre Qualität, ihre Kompatibilität und der damit verbundene Prüfungsaufwand bei Updates.

Was bedeutet Performance-Drift?

Damit ist gemeint, dass ein Shop über mehrere Monate hinweg langsam an Performance verliert. Neue Funktionen, zusätzliche Skripte oder größere Bilder erhöhen nach und nach die Ladezeit. Ohne regelmäßige Messungen fällt diese Entwicklung oft erst auf, wenn bereits weniger Nutzer kaufen oder Seiten abbrechen.

Warum gehört Hosting zur TCO?

Beim Hosting zählt nicht nur der Monatspreis. Entscheidend ist auch, wie schnell der Anbieter bei einer Störung reagiert und ob kritische Veränderungen frühzeitig erkannt werden. Gerade vor Lastspitzen kann ein gut vorbereiteter Betrieb einen Ausfall verhindern und damit deutlich höhere Folgekosten vermeiden.