Shared Hosting eignet sich gut für einen kleinen Webshop: Der Server muss nicht selbst administriert werden, die Ressourcen werden im Rahmen eines fertigen Tarifs bereitgestellt und die Kosten bleiben vergleichsweise niedrig. Probleme entstehen, wenn mit dem Shop auch der Produktkatalog, die Besucherzahlen, die Anzahl der Bestellungen, Integrationen und Hintergrundprozesse wachsen.
Dabei ist es nicht sinnvoll, sich ausschließlich an der Besucherzahl zu orientieren. Ein Webshop kann auch bei mehreren Zehntausend Seitenaufrufen problemlos auf Shared Hosting laufen, während ein anderer deutlich früher an die Grenzen dieser Infrastruktur stößt. Die tatsächliche Last hängt von der CMS, der Anzahl der Produkte, den Datenbankabfragen, Plugins, dem Caching und dem Nutzerverhalten ab.
Wer für einen wachsenden Webshop einen VPS mieten möchte, sollte die Entscheidung daher nicht an einer bestimmten Besucherzahl festmachen. Der Wechsel auf einen VPS oder Dedicated Server ist dann sinnvoll, wenn die Einschränkungen des Shared Hostings die Geschwindigkeit, Stabilität oder Skalierbarkeit des Shops beeinträchtigen.
Warum Shared Hosting zum limitierenden Faktor wird
Beim Shared Hosting nutzen mehrere Kunden die Ressourcen eines physischen Servers. Der Provider verteilt CPU, RAM, Storage und weitere Ressourcen auf verschiedene Accounts und setzt Limits, die für einen stabilen Betrieb der gemeinsam genutzten Plattform erforderlich sind.
Für eine kleine Website ist das komfortabel: Der Kunde muss keine Serverkonfiguration auswählen und sich nicht selbst um das Betriebssystem kümmern. Ein Webshop wird mit zunehmender Entwicklung jedoch deutlich komplexer als eine gewöhnliche Informationswebsite.
Bei jeder Nutzeranfrage können PHP-Prozesse, Datenbankabfragen, Bestandsprüfungen, Preisberechnungen sowie Warenkorb- und Session-Funktionen ausgeführt werden. Gleichzeitig laufen Hintergrundaufgaben wie Produktimporte, die Synchronisierung mit ERP oder CRM, Bestandsaktualisierungen, die Generierung von Bildern, der Versand von Benachrichtigungen und Backups.
Dadurch kann die Serverlast deutlich schneller steigen als die Zahl der Besucher.
Beim Shared Hosting kann der Kunde CPU oder RAM für eine bestimmte Aufgabe in der Regel nicht selbst erhöhen, die Systemkonfiguration nicht beliebig ändern und die Serverumgebung nicht vollständig kontrollieren. Zunächst lässt sich das Problem möglicherweise durch den Wechsel in einen höheren Tarif lösen. Dieses Modell hat jedoch technische Grenzen.
Erstes Signal: Der Shop wird unter Last langsamer
Das deutlichste Anzeichen für unzureichende Ressourcen ist eine Verschlechterung der Antwortzeiten bei steigender Zahl gleichzeitig aktiver Nutzer.
Dabei ist es wichtig, Serverprobleme von einem langsamen Frontend zu unterscheiden. Große Bilder, JavaScript und externe Skripte können die Ladezeit unabhängig von der Serverleistung erhöhen. Deshalb sollten serverseitige Kennzahlen betrachtet werden, insbesondere Time to First Byte (TTFB) und die Ausführungszeit dynamischer Requests.
Werden Seiten bei geringer Last schnell ausgeliefert, steigt die serverseitige Response Time während Lastspitzen jedoch deutlich an, können unzureichende Rechenressourcen die Ursache sein.
Besonders empfindlich sind dynamische Vorgänge wie:
- Produktsuche und Filterung;
- Hinzufügen von Produkten zum Warenkorb;
- Anmeldung;
- Neuberechnung des Bestellwerts;
- Checkout;
- Zugriffe auf das Kundenkonto.
Caching kann die Last bei Katalogseiten erheblich reduzieren. Warenkorb, Checkout und personalisierte Inhalte lassen sich jedoch nicht vollständig aus einem gewöhnlichen Page Cache bereitstellen. Mit wachsendem Shop ist es deshalb häufig der dynamische Teil, der als Erstes die Grenzen der Infrastruktur sichtbar macht.
Zweites Signal: Sie erreichen regelmäßig die Limits Ihres Tarifs
Shared Hosting unterliegt in der Regel bestimmten Einschränkungen, selbst wenn in der Tarifbeschreibung Begriffe wie „Unlimited Traffic“ oder „Unlimited Websites“ verwendet werden. Der Provider muss die Nutzung der gemeinsam verfügbaren Ressourcen trotzdem kontrollieren.
Je nach Plattform können unter anderem folgende Ressourcen begrenzt sein:
- CPU Time;
- verfügbarer RAM;
- Anzahl gleichzeitiger Prozesse;
- Anzahl der PHP Workers;
- Anzahl der Datenbankverbindungen;
- I/O-Intensität;
- Prozesslaufzeit.
Erreicht der Shop regelmäßig eines dieser Limits, kann steigender Traffic zu Request Queues, Fehlern oder einer Verlangsamung der Website führen.
Eine einzelne Lastspitze bedeutet noch nicht, dass eine Migration erforderlich ist. Werden die Limits jedoch bei normaler Arbeitslast regelmäßig erreicht, bietet Shared Hosting nicht mehr den notwendigen Ressourcenpuffer für weiteres Wachstum.
Drittes Signal: Die Datenbank wird zum Bottleneck
In einem Webshop wird die Datenbank deutlich intensiver genutzt als bei den meisten Content-Websites. Produktkatalog, Produkteigenschaften, Preise, Lagerbestände, Kunden, Bestellungen und Sessions erzeugen eine große Anzahl von Lese- und Schreiboperationen.
Mit wachsendem Katalog und steigender Zahl von Bestellungen werden nicht optimierte Abfragen zunehmend spürbar. Zusätzliche Last können Plugins, komplexe Filterfunktionen und Datenimporte verursachen.
Der Wechsel auf einen leistungsfähigeren Server behebt schlechte SQL-Abfragen nicht automatisch. Deshalb sollten zunächst Indizes, Slow Queries, Datenbankstruktur und die Funktionsweise der Anwendung überprüft werden.
Beim Shared Hosting sind die Möglichkeiten für eine solche Optimierung jedoch begrenzt. Der Kunde kann die Konfiguration des Datenbankmanagementsystems nicht immer ändern, ihm mehr Arbeitsspeicher zuweisen oder serverseitiges Caching konfigurieren. Sobald die Performance des Shops von solchen Einstellungen abhängt, ist der Wechsel auf eine Infrastruktur mit mehr Kontrolle sinnvoll.
Viertes Signal: Hintergrundprozesse beeinträchtigen den Shopbetrieb
Der Import eines großen Produktkatalogs, die Synchronisierung von Lagerbeständen, die Erstellung von Bildern oder Backups können gleichzeitig CPU, RAM und Storage beanspruchen.
Bei einem kleinen Shop sind diese Prozesse kaum spürbar. Mit wachsendem Datenvolumen dauern sie jedoch länger und konkurrieren zunehmend mit Nutzeranfragen um die verfügbaren Ressourcen.
Ein typisches Symptom: Der Shop funktioniert den größten Teil des Tages problemlos, wird aber während Importen, Backups oder anderen Scheduled Jobs regelmäßig langsamer.
Eine Möglichkeit besteht darin, den Zeitplan zu ändern und ressourcenintensive Aufgaben in Zeiten mit geringer Besucherzahl zu verschieben. Wenn das Geschäft jedoch rund um die Uhr läuft oder Hintergrundprozesse häufig ausgeführt werden müssen, reicht eine einfache Anpassung des Zeitplans irgendwann nicht mehr aus.
Auf einem VPS oder einer dedizierten Infrastruktur können mehr Ressourcen bereitgestellt oder Aufgaben getrennt werden – beispielsweise indem einzelne Prozesse auf einen anderen Server ausgelagert werden.
Fünftes Signal: Verkaufsspitzen werden für die Infrastruktur kritisch
Die durchschnittliche Besucherzahl zeigt nicht immer den tatsächlichen Ressourcenbedarf eines Webshops. Im E-Commerce sind Lastspitzen während Werbekampagnen, Sales-Aktionen, Produkteinführungen und saisonaler Nachfrage besonders relevant.
Beansprucht die normale Last bereits fast alle verfügbaren Ressourcen des Shared Hostings, kann selbst ein kurzfristiger Anstieg der Zahl gleichzeitig aktiver Käufer zu längeren Response Times oder Fehlern führen. Das Problem tritt damit genau dann auf, wenn die Verfügbarkeit des Shops für das Unternehmen besonders wichtig ist.
Deshalb sollten nicht nur die durchschnittliche, sondern auch die maximale Last berücksichtigt werden. Die Infrastruktur muss über ausreichende Reserven bei CPU, RAM, Database Connections und anderen Ressourcen verfügen, um erwartete Aktivitätsspitzen bewältigen zu können.
Treten solche Peaks nur selten auf, kann ein höherer Shared-Hosting-Tarif ausreichen. Werden sie dagegen regelmäßig erreicht oder sind sie im Rahmen von Marketingaktivitäten im Voraus absehbar, gewinnt die Möglichkeit, die verfügbaren Ressourcen gezielt zu steuern, an Bedeutung.
Wann nicht die Leistung des Shared Hostings das eigentliche Problem ist
Nicht jede Verlangsamung eines Webshops erfordert einen Wechsel auf einen VPS. Vor einer Migration sollten zunächst Probleme innerhalb der Anwendung ausgeschlossen werden.
Ursachen für eine geringe Performance können sein:
- nicht optimierte Datenbankabfragen;
- zu viele Plugins;
- fehlendes Caching;
- große und nicht optimierte Bilder;
- langsame Zugriffe auf externe APIs;
- Fehler im Code oder eine veraltete CMS-Version.
Wenn der Shop aufgrund der Anwendung selbst schlecht funktioniert, kann der Wechsel auf einen leistungsfähigeren Server das Problem lediglich vorübergehend kaschieren.
Es gibt jedoch einen entscheidenden Unterschied: Die Software lässt sich grundsätzlich auf nahezu jeder Infrastruktur weiter optimieren, während die Limits des Shared Hostings durch den jeweiligen Tarif vorgegeben sind. Ist die Anwendung optimiert, stößt aber regelmäßig an CPU-, RAM-, I/O- oder Prozesslimits, erfordert weiteres Wachstum eine Änderung der Infrastruktur.
Wann der Wechsel auf einen VPS sinnvoll ist
Ein VPS ist in der Regel der nächste Schritt, wenn ein Webshop ihm zugewiesene virtuelle Ressourcen und mehr Kontrolle über die Serverumgebung benötigt, ein eigener physischer Server aber noch überdimensioniert wäre.
Ein Wechsel ist sinnvoll, wenn:
- der Shop regelmäßig die Ressourcenlimits des Shared Hostings erreicht;
- im Rahmen des gewählten VPS-Modells eine bestimmte Menge an RAM oder vCPUs garantiert verfügbar sein soll;
- eine eigene Konfiguration von Webserver, PHP, Datenbank oder Caching erforderlich ist;
- Hintergrundprozesse eine spürbare Last erzeugen;
- mehr Kontrolle über Updates und Serversoftware benötigt wird;
- mit weiterem Wachstum des Shops zu rechnen ist.
Ein VPS ermöglicht es, die Umgebung an die konkrete CMS und das Lastprofil anzupassen. So lassen sich beispielsweise PHP Workers, Redis, Datenbankkonfiguration und weitere Komponenten selbst verwalten.
Mit der zusätzlichen Kontrolle steigt jedoch auch die Verantwortung. Bei einem Unmanaged VPS ist der Kunde selbst für Betriebssystem, Updates, Sicherheit, Monitoring, Backups und Wiederherstellung verantwortlich. Fehlt dafür die eigene technische Kompetenz, sollte ein Managed VPS oder ein separater Administrationsservice in Betracht gezogen werden.
Wann ein Webshop einen Dedicated Server benötigt
Bei weiterem Wachstum kann auch ein VPS zum limitierenden Faktor werden. Ein Dedicated Server ist dann sinnvoll, wenn der Shop dauerhaft erhebliche CPU-, RAM- oder Storage-Ressourcen benötigt und diese Last ausreichend stabil ist.
Ein dedizierter Server stellt einer Infrastruktur physische Ressourcen zur Verfügung, ohne CPU und RAM mit virtuellen Maschinen anderer Kunden auf demselben Host zu teilen. Das ermöglicht mehr Kontrolle über die Hardwarekonfiguration und erlaubt es, die Umgebung gezielt für den jeweiligen Workload aufzubauen.
Eine solche Lösung kann bei großen Produktkatalogen, intensiver Datenbanknutzung, einer hohen Anzahl gleichzeitiger Bestellungen oder ressourcenintensiven Hintergrundprozessen sinnvoll sein.
Ein Dedicated Server ist jedoch nicht zwangsläufig die Endstufe in der Entwicklung jedes Webshops. Je nach Architektur können mehrere VPS, eine Private Cloud oder eine Kombination aus physischen und virtuellen Ressourcen besser geeignet sein.
Das entscheidende Kriterium bleibt dasselbe: Die Infrastruktur muss zur tatsächlichen Last passen und eine Skalierung ermöglichen, ohne ständig an Ressourcenlimits zu stoßen.
So bereiten Sie den Wechsel vom Shared Hosting vor
Die Migration sollte möglichst geplant werden, bevor die Einschränkungen des Hostings regelmäßig Auswirkungen auf den Umsatz haben.
Zunächst sollten Daten zur aktuellen Last gesammelt werden: CPU- und RAM-Auslastung, I/O-Intensität, Datenbankgröße, maximale Anzahl gleichzeitiger Requests und Zeiträume mit der höchsten Aktivität. Stellt das Shared Hosting keine detaillierten Statistiken bereit, können zumindest einige dieser Informationen über das Control Panel, Anwendungslogs und die im jeweiligen Tarif verfügbaren Monitoring-Systeme ermittelt werden.
Anschließend muss festgestellt werden, was den Shop tatsächlich limitiert. Liegt das Problem bei den PHP Workers, wird mehr Speicherplatz es nicht lösen. Ist die Datenbank der Bottleneck, sind CPU-, RAM- und Storage-Performance wichtiger.
Vor der Migration sollte der Shop möglichst auf der neuen Infrastruktur mit einer Kopie der Production-Daten und einer realitätsnahen Last getestet werden. Zusätzlich müssen Integrationen mit Zahlungssystemen, CRM/ERP, Versanddienstleistern, E-Mail-Systemen und anderen externen Services überprüft werden.
Für E-Commerce ist außerdem die Synchronisierung der Daten beim eigentlichen Wechsel entscheidend. Zwischen der Erstellung einer Kopie des Shops und der endgültigen Migration können neue Bestellungen, Kunden und Änderungen der Lagerbestände entstehen, die nicht verloren gehen dürfen.
Wann Shared Hosting wirklich ersetzt werden sollte
Steigende Besucherzahlen allein bedeuten nicht, dass ein Webshop einen VPS oder Dedicated Server benötigt. Ein gut optimierter Shop kann lange auf Shared Hosting betrieben werden, solange seine Last innerhalb der verfügbaren Ressourcen bleibt.
Ein tatsächliches Signal für eine Migration ist vielmehr das Zusammenspiel mehrerer Faktoren: regelmäßiges Erreichen von Ressourcenlimits, steigende Server Response Times während Lastspitzen, Konkurrenz zwischen Hintergrundprozessen und Nutzeranfragen sowie der Bedarf an Konfigurationsmöglichkeiten, die in einer Shared-Hosting-Umgebung nicht verfügbar sind.
Die Entscheidung sollte daher anhand messbarer Kennzahlen und nicht anhand der Größe des Produktkatalogs oder der Besucherzahl getroffen werden. Bewältigt das Shared Hosting auch Spitzenlasten zuverlässig und bietet weiterhin ausreichende Ressourcenreserven, besteht allein aufgrund des Wachstums des Shops kein Grund für einen Wechsel. Beeinträchtigen infrastrukturelle Einschränkungen dagegen bereits die Geschwindigkeit und Zuverlässigkeit des Bestellprozesses, sollte die Migration vor der nächsten Wachstumsphase erfolgen.
