Shop-Hosting

Was braucht Shop-Hosting technisch?

Ein selbst gehostetes Shopsystem stellt konkrete Mindestanforderungen an die Server-Infrastruktur, die sich mit Katalogumfang und Traffic verschieben:

• PHP: aktuelle PHP-8.x-Version, wichtig ist vor allem, dass der Hoster zeitnah auf neue Minor-Versionen aktualisiert — veraltete PHP-Stände sind eine häufige Quelle für Sicherheitslücken und Plugin-Kompatibilitätsprobleme.
• Datenbank: MySQL oder MariaDB in aktueller Version; bei wachsendem Katalog zählt weniger reine Prozessorleistung als schneller SSD-/NVMe-Storage und ausreichend RAM für den Datenbank-Cache.
• Speicherplatz: abhängig von Artikelzahl und Bildmaterial — hier lohnt sich von Anfang an Puffer statt knapper Kalkulation.
• Shell-Zugriff & Deployment: SSH-Zugang erleichtert Updates und Wartung erheblich; reines Shared Hosting ohne Shell-Zugang schränkt die Wartbarkeit spürbar ein.
• HTTPS/TLS: zwingend, sowohl für Google-Ranking als auch für Zahlungsabwicklung — Details dazu im Wiki-Eintrag SSL/TLS & HTTPS.

Diese Punkte sind die Basis, sagen aber noch nichts darüber aus, wie viel Leistung tatsächlich gebraucht wird — das hängt von Artikelzahl, gleichzeitigen Besuchern und der Anbindungsfrequenz zur Warenwirtschaft ab.

Shared Hosting, Managed Hosting oder vServer?

Die drei gängigen Hosting-Modelle unterscheiden sich vor allem in Kontrolle, Kosten und Wartungsaufwand:

Shared Hosting stößt bei steigendem Katalog- oder Bestellvolumen schnell an Grenzen, weil sich mehrere Kunden dieselben Ressourcen teilen. Ein vServer gibt volle Kontrolle, verlangt aber laufende eigene Serveradministration — Updates, Sicherheitspatches und Performance-Tuning liegen komplett in eigener Verantwortung. Managed Hosting nimmt diese Last ab: Der Anbieter kümmert sich um Betriebssystem, Updates und Monitoring, während der Shop-Betreiber sich auf Sortiment und Marketing konzentrieren kann — für die meisten wachsenden Shops der praktikabelste Mittelweg.

TTFB und PHP-Worker verständlich erklärt

Zwei technische Kennzahlen entscheiden maßgeblich über die gefühlte Geschwindigkeit eines Shops, bevor überhaupt eine einzige Optimierung im Frontend greift:

TTFB (Time to First Byte) misst die Zeit vom Absenden der Anfrage bis zum ersten empfangenen Datenpaket der Serverantwort. Ein hoher TTFB-Wert bedeutet, dass der Server selbst — durch Datenbankabfragen, PHP-Verarbeitung oder fehlendes Caching — zu lange braucht, bevor die Seite überhaupt anfängt aufzubauen. Kein noch so gut optimiertes Frontend kann einen schlechten TTFB kompensieren, weil die Uhr für den Nutzer schon vorher tickt.

PHP-Worker (oder PHP-FPM-Prozesse) sind die parallelen Prozesse, die eingehende PHP-Anfragen abarbeiten. Ist die Zahl verfügbarer Worker zu niedrig für die gleichzeitige Besucherlast, stauen sich Anfragen in einer Warteschlange — spürbar als plötzlich langsame Ladezeiten bei Lastspitzen, etwa während einer Rabattaktion. Zu viele Worker wiederum verschwenden Arbeitsspeicher, ohne einen Geschwindigkeitsgewinn zu bringen. Die passende Anzahl lässt sich nicht pauschal festlegen, sondern sollte über realistische Lasttests ermittelt werden, idealerweise in einer separaten Staging-Umgebung, bevor Änderungen live gehen.

Hosting und die Anbindung an die Warenwirtschaft

Bei JTL-basierten Shops laufen JTL-Wawi und JTL-Shop technisch fast immer auf getrennter Infrastruktur — die Wawi auf einem Windows-Server mit SQL Server, der Shop auf einem PHP/MySQL-Hosting. Entscheidend ist eine stabile, latenzarme Verbindung zwischen beiden Seiten, damit der JTL-Worker Bestände, Preise und Bestellungen ohne spürbare Verzögerung abgleicht. Ein unterdimensioniertes Shop-Hosting bremst dabei nicht nur die Ladezeit für Besucher, sondern kann auch die Synchronisation mit der Wawi ins Stocken bringen, wenn Datenbankabfragen während der Synchronisation zusätzlich Last erzeugen.

Wann lohnt sich der Wechsel zu leistungsfähigerem Hosting?

Mehrere Signale deuten zuverlässig darauf hin, dass die aktuelle Hosting-Stufe an ihre Grenzen kommt: spürbar steigender TTFB trotz unveränderter Seitenstruktur, regelmäßige Verzögerungen bei Lastspitzen wie Aktionen oder Newslettern, ein Sortiment, das deutlich über die ursprüngliche Kalkulation hinausgewachsen ist, oder wiederkehrende Ausfälle bei parallelen Wawi-Synchronisationsjobs. Wer erst reagiert, wenn Kunden aktiv über eine langsame Seite klagen, hat den Umstieg meist schon zu spät angestoßen — ein regelmäßiger Blick auf TTFB- und Worker-Auslastung gehört deshalb in jede laufende Shop-Betreuung.

Eine ausführliche Übersicht zu Systemanforderungen, Anbieter-Typen und Kosten speziell für JTL-Shop bietet unser Guide JTL-Shop Hosting.

Kosten realistisch einordnen

Die Spanne zwischen den Hosting-Modellen ist groß, und ein reiner Preisvergleich pro Monat greift zu kurz. Shared Hosting ist auf den ersten Blick am günstigsten, verlagert Wartungsrisiken aber implizit auf den Betreiber, sobald der Anbieter selbst wenig Konfigurationsspielraum lässt. Ein vServer wirkt in der Grundgebühr günstig, verursacht dafür indirekte Kosten durch die nötige eigene Serveradministration — entweder als interne Arbeitszeit oder als externes Wartungspaket. Managed Hosting liegt in der Grundgebühr meist darüber, deckt dafür Betrieb, Updates und einen Großteil des Monitorings mit ab. Wer die Gesamtkosten über ein bis zwei Jahre vergleicht, statt nur auf die monatliche Rechnung zu schauen, trifft in aller Regel die realistischere Entscheidung.

Checkliste vor dem Hosting-Wechsel

Ein Wechsel des Hosting-Anbieters oder -Modells sollte nie unter Zeitdruck passieren. Bewährt haben sich folgende Schritte vor der eigentlichen Umstellung:

• Ist-Zustand messen — aktuellen TTFB, PHP-Worker-Auslastung und Ladezeiten unter realistischer Last dokumentieren, um den Effekt des Wechsels später überhaupt beurteilen zu können.
• Zielumgebung in einer Staging-Kopie testen — der Shop läuft testweise auf der neuen Infrastruktur, bevor der Live-Betrieb umgestellt wird, siehe Staging-Umgebung.
• DNS- und TLS-Umstellung planen — Zertifikat auf der neuen Umgebung vorbereiten, damit beim eigentlichen Umzug keine unverschlüsselte Lücke entsteht.
• Wawi-Anbindung erneut prüfen — nach dem Umzug sicherstellen, dass der JTL-Worker weiterhin zuverlässig synchronisiert, insbesondere wenn sich IP-Adressen oder Netzwerkpfade geändert haben.
• Rollback-Plan bereithalten — für den Fall, dass die neue Umgebung unerwartete Probleme zeigt, sollte der alte Stand kurzfristig reaktivierbar bleiben.

Typische Fehler beim Shop-Hosting

1. Shared Hosting trotz Wachstum beibehalten — der Umstieg wird aufgeschoben, bis Performance-Probleme bereits Umsatz kosten.
2. PHP-Version veraltet — fehlende Updates führen zu Sicherheitslücken und Plugin-Inkompatibilitäten.
3. Kein Lasttest vor Aktionen — eine unterdimensionierte Worker-Anzahl fällt erst während des Traffic-Peaks selbst auf.
4. Wawi- und Shop-Hosting ohne stabile Verbindung geplant — hohe Latenz zwischen beiden Systemen bremst die Synchronisation.
5. Kein Monitoring von TTFB und Ressourcenauslastung — Engpässe werden erst bemerkt, wenn Kunden bereits abspringen, statt frühzeitig anhand von Kennzahlen.

Die passende Hosting-Strategie hängt stark von Sortimentsgröße, Traffic und geplanter Kanal-Anbindung ab. Bei der Einrichtung und laufenden Betreuung unterstützen wir als JTL Agentur, von der Server-Wahl bis zur Wawi-Anbindung.