Black-Friday-Vorbereitung im E-Commerce: So bleibt Ihr Shop unter Spitzenlast stabil

Black Friday und Cyber Monday werden für E-Commerce-Unternehmen jedes Jahr zu technischen Stresstests. 2026 dürfte das nicht anders sein: Laut dem „Holiday Retail Report 2026“ von Shopify planen Konsumenten in Deutschland, am Black-Friday- und Cyber-Monday-Wochenende durchschnittlich 198 Euro auszugeben, was 15 Euro mehr als 2025 sind.

Für Shop-Verantwortliche ist die Black Week eine große Chance. Damit dieses Umsatzpotenzial genutzt werden kann, muss der Onlineshop auch unter hoher Nachfrage stabil funktionieren: mit guter Performance, belastbarer Infrastruktur und einem zuverlässigen Checkout.

Mit einer fundierten Black-Friday-Vorbereitung erkennen Sie mögliche Risiken frühzeitig und legen Zuständigkeiten fest. Dieser Beitrag zeigt, worauf es technisch ankommt.

Die Traffic-Spitzen von Black Friday und Cyber Monday verteilen sich selten gleichmäßig. Peaks entstehen häufig innerhalb weniger Minuten, etwa durch Newsletter, Anzeigen in sozialen Netzwerken oder den Start einer Rabattaktion. Für Kunden zählt dann vor allem: Seiten müssen schnell laden und der Kaufabschluss muss zuverlässig funktionieren. Ob der Fehler im Server, im Cache oder bei einem Zahlungsdienstleister liegt, ist für den Kunden nicht sichtbar: Er erlebt nur, ob der Shop funktioniert. 

Schwache Performance erhöht Ladezeiten und verschlechtert die Konversion. Fehler im Checkout führen zu Kaufabbrüchen, fehlerhafte Zahlungen zu Supportaufwand. Auch die Kosten eines Ausfalls gehen über entgangene Bestellungen hinaus: Kampagnenbudget läuft ins Leere, Teams werden belastet und das Vertrauen in den Shop sinkt.

Deshalb darf technische Vorbereitung nicht erst kurz vor Kampagnenstart beginnen. Als grobe Orientierung gilt: Erste Kapazitätsannahmen und Systemprüfungen sollten mehrere Wochen vor der Black Week stehen. Danach folgen Lasttests, die Behebung gefundener Fehler und Wiederholungstests. Kurz vor dem Event sollte ein Feature-Freeze gelten, damit keine riskanten Änderungen mehr live gehen.

Bevor Teams über Server, Caching oder Lasttests sprechen, müssen Kampagnenzeitpunkte, Umsatzziele, erwartete Besucher- und Bestellzahlen sowie kritische Kaufpfade für Black Friday und Cyber Monday feststehen. Das gilt auch für weitere saisonale Aktionen wie Adventskalender-Kampagnen, bei denen tägliche Angebotswechsel oder Gewinnspiele wiederkehrende Traffic-Spitzen erzeugen können.

Für die technische Kapazitätsplanung ist nicht nur wichtig, wie viele Besucher insgesamt erwartet werden, sondern auch, wann sie gleichzeitig aktiv sind und wie viele Anfragen oder Bestellungen der Shop pro Minute verarbeiten muss. Die Spitzen entstehen oft innerhalb weniger Minuten, etwa um Mitternacht oder nach einem Newsletter-Versand. Liegen keine Vorjahreswerte vor, sollte mit begründeten Annahmen und einem Sicherheitsaufschlag gearbeitet werden.

Entscheidend ist, diese Werte transparent zu dokumentieren, damit alle Beteiligten wissen, worauf die Planung basiert. So wird aus einer groben E-Commerce-Prognose eine technische Planungsgrundlage für Performance, Infrastruktur und Skalierung.

Baseline, Peak und Worst Case festlegen

Für die Kapazitätsplanung sind drei Szenarien sinnvoll:

1. Baseline (Normalbetrieb): der übliche Betrieb außerhalb von Aktionszeiten.
2. Peak (erwartete Spitzenlast): die realistisch erwartete Last rund um Black Friday und Cyber Monday.
3. Worst Case (Risikofall): ein bewusst höher angesetztes Szenario, etwa wenn Newsletter und Ad-Start zusammenfallen.

Für jedes Szenario sollten konkrete Lastwerte festgehalten werden, etwa die Anzahl gleichzeitiger Nutzer, Suchanfragen pro Sekunde und Checkout-Starts pro Minute.  Sie bilden die Grundlage für Infrastruktur, Datenbank und spätere Lasttests. Wichtig ist, dass jedes Szenario nachvollziehbar bleibt.

Beispiel: Ein Modehändler kann den Normalbetrieb mit 50 gleichzeitigen Nutzern ansetzen, den Peak mit 800 Nutzern und den Worst Case mit 1.500 Nutzern, wenn Newsletter und Social-Media-Kampagne gleichzeitig starten. Entscheidend ist nicht die exakte Zahl, sondern dass die Annahmen dokumentiert und im Lasttest überprüft werden.

Die Stabilität eines Shops hängt nicht nur vom Frontend ab. Auch Datenbank, Cache, Content Delivery Network (CDN), Produktsuche, Zahlungsdienstleister, Warenwirtschaftssysteme und Systeme zur Unternehmensressourcenplanung (ERP), Versanddienstleister sowie Tracking-Skripte beeinflussen den Kaufprozess.

Für jedes System muss klar sein, wer verantwortlich ist: internes Team, Agentur, Hoster oder externer Dienstleister. Besondere Aufmerksamkeit verdienen „Single Points of Failure“, also einzelne Komponenten ohne funktionsfähigen Ersatz, deren Ausfall den Kaufabschluss verhindert. Fällt etwa die Produktsuche aus, können Kunden meist noch über Kategorien kaufen. Reagieren dagegen Zahlungsabwicklung oder Warenwirtschaft nicht, kann der Kaufabschluss vollständig gestoppt werden oder der Checkout so langsam reagieren, dass Kunden abbrechen.

Zusätzlich lohnt sich ein Blick auf typische Risiken des jeweiligen Shopsystems:

• Magento: Wichtig sind Full Page Cache, Indexer, Cronjobs und die Produktsuche über Elasticsearch- oder OpenSearch-Cluster. Wenn Indizes veraltet sind oder Cronjobs hängen, können Preise, Bestände oder Suchergebnisse fehlerhaft bzw. langsam werden.
• Shopware: Zu prüfen sind HTTP-Cache, Message Queue, Erlebniswelten und die Performance der Storefront. Besonders dynamische Inhalte, aufwendige Layouts oder blockierte Hintergrundprozesse können unter Last bremsen.
• WooCommerce: Kritisch sind häufig Plugins, Object Cache, WP-Cron und die Hosting-Ressourcen. Da WooCommerce stark von WordPress, Plugins und Datenbankabfragen abhängt, können schlecht optimierte Erweiterungen schnell zum Engpass werden.
• Custom-Shops: Hier liegen Risiken oft in eigenen Datenbankabfragen, API-Schnittstellen, Deployment-Prozessen und fehlender technischer Dokumentation. Gerade hier kann eine erfahrene Webentwicklungsagentur helfen, Architektur und Betrieb auf Spitzenlast auszurichten.

Viele Teams denken bei Skalierung zuerst an mehr Serverleistung. Das verbessert die Performance aber nicht automatisch. Häufig liegen Engpässe in Datenbank, Cache oder externen Diensten. Zusätzliche Webserver helfen wenig, wenn alle Anfragen auf denselben langsamen Datenbankprozess warten.

Auch automatische Erweiterung der Serverkapazität ersetzt keine Planung. Neue Server brauchen Zeit, Datenbanken lassen sich schwerer erweitern als Webserver, und die Kapazität von Zahlungsdienstleistern sowie extern betriebenen ERP-Systemen muss mit den jeweiligen Anbietern abgestimmt werden. Deshalb sollte jeder Onlineshop-Betreiber vor Black Friday prüfen, welche Komponenten wirklich skalieren, welche Infrastruktur dafür vorbereitet sein muss und wie sich diese Maßnahmen testen lassen.

Cache, CDN, Datenbank und Suche optimieren

Caching und ein Content Delivery Network (CDN) helfen, häufig aufgerufene Seiten schneller auszuliefern. Kategorie- und Produktseiten sowie Kampagnen-Landingpages sollten vor Black Friday im Cache verfügbar sein. Ein „Cache-Warm-up“ befüllt den Cache vorab und kann Wartezeiten bei den ersten Seitenaufrufen nach Kampagnenstart reduzieren.

Personalisierte Inhalte in Warenkorb, Checkout und Kundenkonto dürfen nicht über einen gemeinsam genutzten Cache an andere Nutzer ausgeliefert werden. Statische Bestandteile können weiterhin gecacht werden. BYPASS-Regeln legen fest, welche Seiten den Cache umgehen. Wenn zu viele Anfragen den Cache umgehen, verliert Caching an Wirkung. Werden dagegen personalisierte Inhalte für mehrere Nutzer gecacht, können falsche Inhalte ausgeliefert werden. 

Auch Datenbank, Produktsuche und Hintergrundprozesse gehören in die Prüfung. Langsame Abfragen, fehlende Indizes, stark belastete Filter, große Importe, Indexierungen oder Synchronisationen können die Ladezeit erhöhen. Gleiches gilt für große Bilder, zu viele Plugins und externe Skripte.

Checkout, Payment und externe Dienste absichern

Der Checkout ist bei Black-Friday-Aktionen einer der kritischsten Bereiche. Ein Shop kann erreichbar sein und trotzdem Umsatz verlieren, wenn Kunden nicht bezahlen können oder Bestellungen nicht korrekt an Warenwirtschaft, Versand oder Zahlungsdienstleister übertragen werden.

Für Anfragen an externe Dienste müssen klare Timeouts festgelegt werden, also Zeitgrenzen für das Warten auf eine Antwort. Wiederholungsversuche können sinnvoll sein, müssen aber begrenzt werden, damit sie Fehler und Last nicht verstärken. Wichtig ist auch Idempotenz: Wird dieselbe Anfrage versehentlich zweimal ausgeführt, darf daraus keine doppelte Bestellung oder Abbuchung entstehen.

Fallbacks sollten vorab geklärt sein. Dazu gehören alternative Zahlarten, Eskalationskontakte und Regeln für verzögerte Bestands- oder Bestellübertragungen.

Ein Lasttest sollte nicht nur messen, ob einzelne Seiten erreichbar sind. Entscheidend ist, ob der gesamte Kaufprozess unter Spitzenlast stabil bleibt: von Startseite, Kategorie und Produktsuche über Produktseite und Warenkorb bis zu Checkout und Zahlungssimulation.

Für die Black-Friday-Vorbereitung sind vor allem drei Testarten sinnvoll:

1. Load-Test prüft, ob der Shop die erwartete Last aus der Kapazitätsplanung trägt.
2. Spike-Test simuliert plötzliche Lastspitzen, etwa nach Newsletter-Versand oder Start einer Rabattaktion.
3. Soak-Test läuft über mehrere Stunden und zeigt, ob Datenbank, Schnittstellen, Queues und Server dauerhaft stabil bleiben.

Realistische Lasttests orientieren sich am tatsächlichen Kaufverhalten. Sie berücksichtigen Produkte, Warenkörbe, Versandarten, Zahlungswege und unterschiedliche Cache-Zustände. Wichtig ist die klare Trennung zwischen Test- und Produktivbetrieb: Testbestellungen dürfen keine echten Zahlungen, Lagerbuchungen, Versandaufträge oder Kundenbenachrichtigungen auslösen. Die Prozesskette lässt sich über Testsysteme, Zahlungs-Sandboxen oder simulierte Schnittstellen prüfen. Der Hosting-Partner sollte vorab informiert sein, damit die erzeugte Last richtig eingeordnet wird.

Nach größeren Optimierungen ist ein erneuter Test notwendig. Erst dann zeigt sich, ob der Shop wirklich stabiler geworden ist.

Technische Bereitschaft sollte nicht aus dem Bauchgefühl entstehen, sondern aus messbaren Kriterien. Grundlage dafür sind Lasttest-Ergebnisse, definierte Schwellenwerte und ein benannter Entscheider.

Monitoring muss technische Werte und Geschäftskennzahlen verbinden:

• Technisch: Antwortzeiten, Fehlerraten, Datenbanklast, Cache-Hit-Rate und Server-Auslastung.
• Geschäftlich: Bestellungen pro Minute, Konversionsrate, Checkout-Abbrüche und Zahlungsfehler.

Server-Kennzahlen allein reichen nicht aus. Ergänzend sollten externe Prüfungen den Kaufpfad regelmäßig von außen durchlaufen. Dieses Monitoring erkennt etwa Fehler im Checkout, die reine Infrastruktur-Dashboards nicht zeigen.

Schwellenwerte, Alarme und Zuständige müssen vor Black Friday feststehen. Die Grenzwerte sollten projektspezifisch aus den Lasttests abgeleitet werden, statt pauschal festgelegt zu werden. Typische Freigabekriterien sind zum Beispiel:

• Bleibt die Checkout-Fehlerrate unter der intern definierten Grenze?
• Reagieren Startseite, Suche, Warenkorb und Checkout auch unter Peak-Last schnell genug?
• Werden Testzahlungen zuverlässig abgeschlossen?

Auch für ein No-Go braucht es einen klaren Ablauf: Wird nachoptimiert und erneut getestet, eine Kampagne verschoben oder eine Funktion vorübergehend deaktiviert?

Eine gute Vorbereitung verhindert viele Probleme, aber nicht jede Störung zeigt sich vorab. Deshalb braucht jeder Shop einen Notfallplan mit typischen Szenarien, Entscheidungswegen und Sofortmaßnahmen. Ein kompakter Auszug:

Auch kurzfristige Wartung einzelner Funktionen gehört zu den möglichen Sofortmaßnahmen, etwa wenn sich ein Problem nicht sofort vollständig beheben lässt.

BFCM-Runbook: Wer macht am Event-Tag was?

Ein BFCM-Runbook ist das operative Handbuch für Black Friday und Cyber Monday. BFCM steht für Black Friday und Cyber Monday. Das Runbook beschreibt, wer am Event-Tag welche Systeme überwacht, welche Kontakte gelten und welche Eskalationsstufen aktiviert werden.

Dazu gehören Schichtplan, zentraler Abstimmungsraum für das Event-Team (War Room), verantwortliche Person für Entscheidungen im Störungsfall (Incident Commander), Anbieter-Kontakte, Monitoring-Dashboards und Entscheidungswege. Auch vorab genehmigte Maßnahmen werden festgehalten. So muss im Ernstfall niemand klären, ob ein Feature abgeschaltet werden darf oder wer den Zahlungsanbieter kontaktiert.

Das Runbook sollte kurz, praktisch und zugänglich sein. Es ist kein theoretisches Dokument, sondern ein Arbeitsmittel für Stresssituationen. Je präziser Rollen und Abläufe definiert sind, desto schneller kann das Team reagieren.

Die Tabelle zeigt: Technische Black-Friday-Planung endet nicht mit dem Kampagnenstart. Sie umfasst Vorbereitung, Überwachung und Nachbereitung, damit der Onlineshop das Event stabil bewältigt und für die nächste Spitzenlast besser vorbereitet ist.

Vor der Black Week sollten kritische technische Risiken bewertet und Zuständigkeiten für den Störungsfall geklärt sein. Unklare Engpässe, fehlende Lasttests oder ein nicht getesteter Notfallplan sind Risiken, die sich vorher prüfen lassen. Wer erst am Event-Tag merkt, dass Checkout, Hosting, Monitoring oder Schnittstellen nicht stabil laufen, verliert wertvolle Zeit und Umsatz. Ein technischer Readiness-Check oder eine Performance-Analyse hilft, Risiken früh sichtbar zu machen, Ausfallkosten zu vermeiden und konkrete Optimierungspotenziale zu priorisieren.

Sie möchten wissen, ob Ihr Onlineshop für Black Friday und Cyber Monday technisch bereit ist? alkima WEB & DESIGN ® unterstützt Sie mit Readiness-Check, Performance-Analyse, Skalierungsberatung und technischer Umsetzung vor der Black Week. Sprechen Sie uns gerne an.