Onlineshop auf Black Friday vorbereiten: Plan für sechs Wochen

Stellen wir uns vor, Ihr Shop verarbeitet an einem normalen Tag zweihundert Bestellungen und läuft einwandfrei. Doch am Tag des Sales kommen um 10:00 Uhr zehnmal mehr Menschen — und in der ersten halben Stunde passiert alles auf einmal: Der Katalog braucht acht Sekunden zum Öffnen, das Zahlungsgateway liefert Fehler, das Lager zeigt die Bestände von gestern, und ein Gutscheincode greift zweimal bei einer Bestellung. Genau mit solchen Ausfällen beginnt es, den Onlineshop auf Black Friday vorzubereiten.

Den Onlineshop auf Black Friday vorzubereiten heißt nicht, ein Banner auf die Startseite zu setzen oder in letzter Minute einen Rabatt zu geben. Am Tag eines großen Sales steigt die Last schlagartig auf alles zugleich: Website, Katalog, Zahlung, Lager, CRM, Gutscheincodes und weitere Integrationen.

Und genau dann zeigen sich die Schwachstellen, die an einem normalen Tag unbemerkt bleiben können. Die Seite wird langsamer, Bestände aktualisieren sich verzögert, und ein Fehler in einem Schritt wirkt sich auf die gesamte Customer Journey aus.

Deshalb ist es vor Black Friday wichtig zu prüfen, wie der gesamte Bestellweg funktioniert. Nicht nur die Geschwindigkeit der Website, sondern auch Produktsuche, Warenkorb, Zahlung, Bestandsaktualisierung und Datenübergabe an CRM oder Warenwirtschaft.

Wann beginnt man am besten mit der Vorbereitung?

Je näher der Sale rückt, desto weniger Zeit bleibt für ernsthafte Änderungen. Zeigt der Test ein Problem bei Geschwindigkeit, Integrationen oder Performance, muss es nicht nur behoben, sondern erneut geprüft werden.

Deshalb beginnt man am besten etwa sechs Wochen vorher. So bleibt Zeit, die wichtigsten Risikopunkte ohne Hektik durchzugehen, Schwachstellen zu beheben und sicherzustellen, dass die Änderungen wirklich funktionieren.

Im Folgenden ein Vorbereitungsplan nach Wochen: was im Voraus zu prüfen ist, was näher am Start bleibt und worauf man schon während des Sales achten sollte.

Sechs Wochen vorher: Wir rechnen, worauf wir uns vorbereiten

Die Vorbereitung beginnt nicht mit technischen Arbeiten, sondern mit Zahlen. Nehmen Sie die Analytics des vorherigen Sales und einer normalen Woche und berechnen Sie, um das Wievielfache Besucherzahl, Bestellungen und Serverlast zur Spitzenstunde gestiegen sind. Waren es im Vorjahr 1.500 gleichzeitige Nutzer in der Spitze, planen Sie mindestens den doppelten Puffer ein.

Legen Sie sofort drei Dinge fest: die Zielzahl gleichzeitiger Nutzer, die maximale Zahl von Bestellungen pro Minute und die Liste der Seiten, die den Hauptansturm abfangen. Meist sind das die Startseite, zwei bis drei Aktionskategorien, die Aktionsseite und der Warenkorb. Sie werden zuerst getestet und optimiert, nicht die ganze Website auf einmal.

Fünf Wochen vorher: Lasttests

Lasttests sind der einzige Weg, die Grenze des Systems zu erfahren, bevor Kunden sie finden. Getestet werden sollte nicht die Startseite, sondern das vollständige Szenario: Kategorie ansehen, Filter anwenden, Produktkarte öffnen, in den Warenkorb legen, Bestellung mit Zahlung im Testmodus aufgeben.

Sinnvoll sind drei verschiedene Tests. Der erste ist ein schrittweiser Lastanstieg, um den Punkt zu finden, an dem die Antwortzeit zu wachsen beginnt. Der zweite ist ein Spike-Test, ein plötzlicher Sprung innerhalb einer Minute, denn genau so verhält sich das Publikum um 10:00 Uhr nach einem Newsletter. Der dritte ist ein langer Test über zwei bis drei Stunden, der Speicherlecks und volllaufende Warteschlangen aufdeckt.

Das Ergebnis eines Tests ist nicht „die Seite hat gehalten“, sondern konkrete Zahlen: bei wie vielen Nutzern die Antwortzeit des Katalogs zwei Sekunden überschreitet, wo 5xx-Fehler auftreten und welche Komponente zuerst ausfällt. Meist ist es die Datenbank, die Suche oder eine externe Integration, nicht der Server selbst.

Vier Wochen vorher: Core Web Vitals und Geschwindigkeit

Unter Last ist eine Website immer langsamer als an einem ruhigen Tag, deshalb muss der Geschwindigkeitspuffer im Voraus geschaffen werden. Google bewertet Seiten nach drei Kennzahlen der Core Web Vitals: LCP — Geschwindigkeit, mit der der Hauptinhalt erscheint, INP — Reaktion auf Nutzeraktionen, CLS — visuelle Stabilität.

Den größten Effekt vor einem Sale bringen einfache Dinge: Komprimierung und moderne Bildformate, verzögertes Laden von Bannern unterhalb des sichtbaren Bereichs, weniger JavaScript und eine ehrliche Prüfung von Drittanbieter-Skripten. Vor Black Friday sammeln sich auf einer Website oft fünf bis sechs Werbepixel und Chats an, und jeder von ihnen erzeugt Verzögerung genau dann, wenn jede Sekunde Geld kostet.

Prüfen Sie die Aktionsseiten gesondert. Sie werden oft hastig mit schweren Bannern und Timern gebaut, weshalb die teuerste Seite der Kampagne die langsamste ist.

Drei Wochen vorher: Skalierung und Degradationsplan

Danach kommt die Infrastruktur. Die Skalierung am Tag des Sales muss vorhersehbar sein, nicht manuell. Legen Sie vorab fest, welche Komponenten sich horizontal ergänzen lassen und welche zum Engpass werden.

Das Grundset sieht so aus:

• Caching von Katalog und Aktionsseiten mit Regeln für die Invalidierung nach Preisänderungen;
• ein CDN für Bilder und statische Dateien;
• Auslagerung schwerer Vorgänge in Warteschlangen: Berechnung von Empfehlungen, Versand von E-Mails, Export an Marktplätze;
• Ratenbegrenzung für Bots und Parser;
• eine eigene Leistungsreserve für Datenbank und Suche.

Ebenso wichtig ist ein Degradationsplan: was der Shop genau abschaltet, wenn die Last die Berechnung übersteigt. Personalisierte Empfehlungen, Live-Chat, den Zähler der Produktaufrufe und die Synchronisation mit externen Diensten kann man vorübergehend deaktivieren. Warenkorb, Zahlung und Bestellbestätigung — niemals. Vereinbaren Sie das vor dem Start, nicht am Freitag um zwei Uhr nachts.

Zwei Wochen vorher: CRM, Zahlungen und Bestände

In der Spitze geht nicht nur die Website kaputt. Die teuersten Ausfälle passieren an den Schnittstellen der Systeme: Die Bestellung ist angelegt, aber nicht im CRM angekommen; die Zahlung ging durch, doch der Status blieb unverändert; ein Produkt wurde zweimal verkauft, weil Bestände nur einmal pro Stunde synchronisiert werden.

Prüfen Sie jede Integration einzeln: wie sich das System verhält, wenn ein externer Dienst langsam antwortet oder nicht erreichbar ist. Eine Bestellung muss auch dann gespeichert werden, wenn das CRM nicht antwortet, und eine erneute Verarbeitung darf kein Duplikat erzeugen. Führen Sie für Zahlungen Testszenarien durch: erfolgreiche Zahlung, Ablehnung durch die Bank, erneutes Klicken auf den Button, Rückerstattung.

Bestände sollten im Sale häufiger als sonst aktualisiert und das Produkt im Moment der Bestellung reserviert werden, nicht erst nach der Zahlung. Sonst wird der beliebteste Artikel mehrfach verkauft, und statt Gewinn erhalten Sie eine Retourenwelle. Sind Katalog und Attribute noch nicht in Ordnung, beginnen Sie mit der Struktur des Produktkatalogs: Während einer Aktion müssen Preis und Verfügbarkeit aus einer einzigen führenden Quelle kommen.

Eine Woche vorher: UX, Gutscheincodes und Abschlussprüfungen

Ist der technische Teil fertig, bleibt der Weg des Kunden. Am Tag des Sales muss er kurz und verständlich sein: sichtbare Ersparnis in Hrywnja und Prozent, ein ehrlicher Timer, klare Liefer- und Zahlungsbedingungen, möglichst wenige Felder im Checkout und Gastbestellung ohne Pflichtregistrierung.

Filter werden gesondert vorbereitet: In einer Aktion wird meist ein Merkmal „reduziert“ ergänzt, das sofort neue Adresskombinationen erzeugt. Um nach der Kampagne nicht Tausende leerer Seiten in der Suche zu haben, wenden Sie die Regeln aus unserem Artikel zur Facettennavigation an.

Gutscheincodes sind eine eigene Verlustquelle, wenn man sie nicht durch Regeln beschreibt. Legen Sie vor dem Start fest, ob mehrere Codes kombinierbar sind, ob der Rabatt auf bereits reduzierte Ware gilt, ob er die Lieferung umfasst, wie oft ein Kunde einen Code nutzen darf und wann er verfällt. Prüfen Sie unbedingt, dass ein Rabatt die Bestellsumme nicht negativ machen kann und ein Code bei erneutem Klicken nicht zweimal greift.

Tag X: Checkliste für den Start

Am Tag des Sales arbeitet das Team nach einer Liste, nicht nach Eingebung. Das Mindestset an Prüfungen und Rollen sieht so aus.

Noch eine Regel: Am Tag des Sales wird nichts auf die Live-Website ausgerollt außer kritischen Korrekturen. Alle Änderungen müssen mindestens zwei Tage vorher fertig und geprüft sein.

Analytics: was vorher, währenddessen und danach zu zählen ist

Ohne eingerichtete Analytics wird ein Sale zum Rätselraten. Stellen Sie vor dem Start sicher, dass alle zentralen E-Commerce-Ereignisse funktionieren: Produktansicht, In-den-Warenkorb, Beginn des Checkouts, Zahlung, Rückerstattung. Prüfen Sie sie an einer echten Bestellung, nicht im Vorschaumodus.

Achten Sie während der Kampagne auf die Conversion nach Stunden, den durchschnittlichen Bestellwert, den Anteil der Bestellungen mit Gutschein, Abbrüche im Zahlungsschritt und die Seitengeschwindigkeit unter Last. Nach der Kampagne zählen Sie bereits anderes: die Marge unter Berücksichtigung von Rabatten und Lieferung, die Retourenquote, die Kosten der Kundengewinnung nach Kanälen und vor allem, wie viele der Neukunden in den folgenden drei Monaten zurückgekehrt sind.

Genau diese letzte Zahl unterscheidet einen gelungenen Black Friday von einem Sale, der die Ware einfach nur billiger abgegeben hat.

Nach dem Sale: Das Gewonnene nicht verlieren

Die erste Woche nach der Kampagne ist Zeit zum Aufräumen. Entfernen Sie Aktionsbanner und Timer, stellen Sie die normalen Preise wieder her, schließen Sie temporäre Aktionsseiten korrekt: Wird eine Seite nicht mehr gebraucht, muss sie 404 oder eine 301-Weiterleitung auf die passende Kategorie liefern und nicht leer im Index bleiben.

Halten Sie dann die technischen Erkenntnisse fest, solange sie frisch sind: welche Komponente der Engpass war, welche Integrationen ausfielen, was abgeschaltet werden musste. Diese Liste wird zur Grundlage des Entwicklungsplans für das Jahr — und zugleich zur Antwort auf die Frage, ob die Plattform Ihrem Geschäft entwachsen ist. Die Anzeichen dafür haben wir im Artikel „Wenn der Onlineshop dem CMS entwachsen ist“ beschrieben.

Häufige Fragen

Wie viel Leistungsreserve sollte man einplanen?

Orientieren Sie sich am doppelten Spitzenwert des Vorjahres. Gibt es keine Historie, nehmen Sie die maximale Tageslast, multiplizieren Sie sie mit mindestens fünf und präzisieren Sie die Zahl anschließend durch Lasttests.

Kann man vor dem Sale ein neues Design starten?

Besser nicht. Größere Änderungen sollten mindestens einen Monat vor der Kampagne abgeschlossen sein, damit Zeit bleibt, Daten zum Nutzerverhalten zu sammeln und Fehler zu beheben. Ist ein Redesign dennoch geplant, gehen Sie nach dem Plan für ein Redesign ohne SEO-Verlust vor.

Was tun, wenn die Seite trotzdem ausfällt?

Eine vorbereitete Warteseite mit ehrlicher Meldung einschalten, Nebenfunktionen abschalten und Bestellungen weiter speichern, auch wenn ein Teil der Dienste nicht erreichbar ist. Das schlechteste Szenario ist eine weiße Seite und Schweigen in der Kommunikation.

Black Friday erzeugt keine Probleme — er zeigt die, die bereits im System stecken. Das Team von GL.ua kann Lasttests durchführen, die Geschwindigkeit optimieren, die Integrationen mit CRM und Zahlungen prüfen und einen Aktionsplan für den Kampagnentag vorbereiten. Starten können Sie mit einem technischen Audit oder einem SEO-Audit Ihres bestehenden Shops — mehr zu unseren Leistungen auf der Seite Erstellung eines Onlineshops.