E-Commerce und Web

Black Friday: So bereiten Sie Website und Zahlungsabwicklung auf den Ansturm vor

Weiter Datenzentrumssaal mit hellem Boden, Kabelkanälen an der Decke und Serverschränken im Hintergrund

Kurze Antwort: Die Website-Vorbereitung für den Black Friday besteht aus sieben Aufgaben: ein Lasttest, der den echten Warenkorb und Bezahlvorgang abdeckt, Caching und CDN für statische Dateien, ein zweiter Zahlungsweg, ein beschleunigter Bestandsabgleich, ein Performance-Budget für die Aktionsseite, der Code Freeze am 20. November und ein schriftlicher Kommunikationsplan für den Ausfall. Ziel ist nicht, mehr Traffic zu bekommen, sondern zu verhindern, dass der Besucher, den die Werbung bringt, im Bezahlschritt verloren geht.

Welche Aufgaben stehen vor dem Black Friday an der Website-Infrastruktur an?

Die Vorbereitung der Infrastruktur lässt sich auf sieben Aufgaben herunterbrechen: Lasttest, Caching und CDN, Absicherung der Zahlung, Bestandsabgleich, Geschwindigkeit der Aktionsseite, Code Freeze und Ausfallplan. So gut das Werbebudget auch verteilt ist, eine Website, deren Bezahlschritt nicht antwortet, verbrennt es. Den Gesamtplan für den November finden Sie im Planungsleitfaden zum Black Friday 2026, den Ablauf der Wellen behandelt der Leitfaden zum Singles' Day, die acht Prüfbereiche der kostenlosen November-Readiness-Check. Dieser Beitrag behandelt nur die technische Seite.

Im deutschsprachigen Raum ist für diese Wochen auch der Begriff Black Week gebräuchlich. Für die Infrastruktur zählen zwei Tage. Der 11. November (11.11) ist die erste Spitze und der erste echte Belastungstest Ihres Systems, der 27. November ist der eigentliche Gipfel. Reservieren Sie den Zeitraum vom 12. bis 19. November, um die Engpässe, die Sie am 11.11 sehen, bis zum 27. November zu schließen.

DatumAufgabeErgebnis
29. Oktober bis 4. NovemberLasttest-Szenario schreiben und ersten Durchlauf fahrenEngpassliste mit Verantwortlichem und Datum
5. bis 9. NovemberKorrekturen bei Caching, CDN und ZahlungsabsicherungKorrigierte Umgebung und Testbestellung
10. NovemberCode Freeze für den 11.11Schriftliche Freeze-Mitteilung
11. NovemberLive-BeobachtungStündliche Notiz zu Fehlern und abgeschlossenen Zahlungen
12. bis 19. NovemberErkenntnisse vom 11.11 abarbeiten, zweiter LasttestAktualisierte Engpassliste
20. NovemberCode Freeze für den Black FridaySchriftliche Freeze-Mitteilung
27. bis 30. NovemberLive-Beobachtung, Ausfallplan bereithaltenVorfallprotokoll
1. DezemberFreeze aufhebenListe für Rückbau und Aufräumen

Wie führen Sie einen Lasttest für die Website durch?

Ein Lasttest misst vorab, ob Ihre Website unter einer bestimmten Zahl gleichzeitiger Nutzer weiter antwortet. Testen Sie nicht die Startseite, sondern die echte Kundenreise: Aktionsseite, Produktseite, In-den-Warenkorb, Bezahlschritt und Bestellbestätigung. Die Startseite kann aus dem Cache kommen, Warenkorb und Bezahlschritt erfordern dagegen für jeden Nutzer Serverarbeit. Dort entsteht die eigentliche Last.

Berücksichtigen Sie bei der Schätzung des Zieltraffics die Spitzenstunde des Vorjahres, Ihre Ergebnisse vom 11.11 und die zusätzlichen Besucher, die das geplante Werbebudget bringt. Legen Sie das Testziel über diese Schätzung und steigern Sie die Last schrittweise, nicht auf einmal. Führen Sie den Test auf einer Kopie des Livesystems durch und belasten Sie nicht die Live-Website. Beobachten Sie Fehlerquote, Antwortzeit und Abschlussquote des Bezahlschritts getrennt. Listen Sie jeden Engpass aus dem Test mit Verantwortlichem und Datum auf.

Ein Test ist nicht einmalig. Da der 11.11 echte Trafficdaten liefert, fahren Sie den zweiten Durchlauf zwischen dem 12. und 19. November mit diesen Daten.

Was lösen Caching und CDN am Black Friday?

Caching und CDN senken die Serverlast, indem sie dieselbe Datei aus einer fertigen Kopie ausliefern, statt sie für jeden Besucher auf dem Server neu zu erzeugen. Laut dem CDN-Leitfaden von web.dev lassen sich statische Inhalte wie Bilder, Videos und versionierte Bibliotheken lange cachen. Damit ein CDN eine Ressource zwischenspeichern kann, muss in der Regel mindestens einer der Header Cache-Control: max-age, Cache-Control: s-maxage oder Expires gesetzt sein.

Warenkorb, Bezahlvorgang und Kundenkonto sind personenbezogen. Laut web.dev verwenden Sie für personenbezogene Antworten Cache-Control: private, und zwischengeschaltete Caches speichern diese Antwort nicht. Ein falsch konfiguriertes CDN, das einem Nutzer den Warenkorb eines anderen zeigt, ist teurer als jedes Lastproblem. Prüfen Sie die Regel deshalb mit einer echten Testbestellung.

Halten Sie bei häufig wechselnden Inhalten wie Aktionspreis und Bestand die Cache-Dauer kurz oder leeren Sie den Cache im Moment der Aktualisierung. web.dev nennt für Inhalte, die sich in unvorhersehbarer Frequenz ändern, als Option, lange zu cachen und den Cache bei einer Aktualisierung zu leeren. Weitere Schritte zur Geschwindigkeit finden Sie im Leitfaden Website-Geschwindigkeit und Core Web Vitals.

Welche Absicherungen brauchen Sie für die Zahlungsabwicklung?

Für die Zahlungsabwicklung sollten drei Absicherungen bereitstehen: ein zweiter Zahlungsweg, ein getesteter 3D-Secure-Ablauf und ein Kontaktkanal zum Zahlungsanbieter am Spitzentag. Die Werbung bringt den Kunden, der Bezahlschritt ist die einzige Stelle, an der Umsatz entsteht. Die Abhängigkeit von einem einzigen Anbieter macht diese Stelle zum Single Point of Failure.

Ein zweiter Zahlungsanbieter oder ein zweites Payment-Gateway sorgt dafür, dass keine Bestellung verloren geht, wenn das erste einen Fehler meldet. Klären Sie vorab, ob die Umschaltung automatisch oder manuell erfolgt, ob auf beiden Wegen dieselben Zahlungsarten (Wallets, alternative Zahlarten) angeboten werden und wie hoch der Gebührenunterschied ist. Testen Sie die Umschaltung gemeinsam mit Ihrem Zahlungsanbieter vor dem Livegang mit einer Testbestellung.

Laut EMVCo ist 3D Secure ein Protokoll zur Authentifizierung des Karteninhabers bei Online-Kartenzahlungen, und bei riskanten Transaktionen kann der Kartenherausgeber eine zusätzliche Bestätigung verlangen. Dieser Schritt liegt außerhalb Ihrer Kontrolle, und geht der Kunde hier verloren, wird die Zahlung nicht abgeschlossen. Probieren Sie Testbestellungen mit Karten verschiedener Banken und auf dem Smartphone aus und prüfen Sie, was dem Kunden angezeigt wird, wenn etwa der Bestätigungscode verspätet ankommt. Für einen einfachen Bezahlvorgang setzen Sie die Schritte aus Warenkorbabbrüche reduzieren um.

Wie gleichen Sie den Bestand ab und vermeiden Überverkäufe?

Ein Überverkauf bedeutet, ein Produkt zu verkaufen, das Sie nicht auf Lager haben, und entsteht meist durch Verzögerungen beim Abgleich zwischen Shop, Marktplatz und Bestandssystem. Weil am Spitzentag Bestellungen im Sekundentakt eingehen, kann das letzte Stück auf mehreren Kanälen verkauft werden, selbst wenn die Verzögerung kurz ist.

Drei Maßnahmen helfen. Erstens: Geben Sie nicht den gesamten Bestand für jeden Kanal frei, sondern halten Sie einen Teil als Sicherheitspuffer zurück. Zweitens: Verkürzen Sie das Abgleichintervall für den Spitzentag und überwachen Sie die Verzögerung. Drittens: Testen Sie, dass ein Produkt bei Bestand null im Shop und im Werbefeed automatisch deaktiviert wird. Zur Verteilung zwischen Marktplatz und eigenem Shop lesen Sie Marktplatz oder eigene Website.

Kommt es zu einem Überverkauf, schreiben Sie dem Kunden so früh wie möglich mit Grund und Optionen. Eine stille Stornierung bringt Bewertungen und Beschwerden. Bereiten Sie den Text für Stornierung und Information im Voraus vor.

An welchen Schwellenwerten wird die Geschwindigkeit der Aktionsseite gemessen?

Die Geschwindigkeit der Aktionsseite wird mit den Core-Web-Vitals-Schwellen von Google gemessen: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1. Gemessen wird beim 75. Perzentil der Seitenaufrufe, getrennt für Mobilgeräte und Desktop.

Die Aktionsseite ist im November die Seite mit dem meisten Werbetraffic, setzen Sie das Performance-Budget deshalb speziell für sie an. Legen Sie keine unoptimierten hochauflösenden Bilder, schweren Videos und zahlreichen Drittanbieter-Skripte auf die Seite. Platzieren Sie Countdown und Aktionsbanner so, dass sie den Inhalt nach dem Laden nicht verschieben. Machen Sie die letzte Messung vor dem Freeze auf einem echten Mobilgerät.

Wann sollte der Code Freeze beginnen?

Ein Code Freeze bedeutet, ab einem bestimmten Datum keine neuen Funktionen und Änderungen mehr auf das Livesystem zu spielen. Legen Sie den Freeze für den Black Friday auf den Abend des Freitags, 20. November, das lässt bis zum 27. November eine Woche Sicherheitspuffer. Für den 11.11 lässt sich nach derselben Logik der 10. November verwenden.

Während des Freeze werden nur kritische Fehlerkorrekturen durchgelassen, jeweils mit freigebender Person, Rollback-Plan und Testprotokoll. Inhaltliche Arbeiten wie Aktionspreise, Bestand und Textaktualisierungen bleiben außerhalb des Freeze, folgen aber einer einfachen Regel: Sie erfolgen über das Admin-Backend und erfordern keinen Code. Teilen Sie den Freeze dem Team schriftlich mit und heben Sie ihn am 1. Dezember auf.

Was tun, wenn die Website ausfällt?

Fällt die Website aus, müssen die Schritte der ersten Minuten vorher schriftlich feststehen, denn Entscheidungen im Krisenmoment kosten Zeit. Laufen Anzeigen weiter, während die Seite nicht erreichbar ist, wird Budget verschwendet. Der erste Punkt des Plans lautet daher, wer die Anzeigen bei welchem Anzeichen pausiert.

Wichtig ist auch der Statuscode der Seite, die beim Ausfall ausgeliefert wird. Laut Googles Dokumentation sollten Sie, wenn Sie die Website für ein bis zwei Tage abschalten müssen, die Hinweisseite mit dem Statuscode 503 ausliefern und mit dem Header Retry-After den Zeitpunkt des nächsten Versuchs angeben. Google behandelt 503 und 429 als Serverfehler und verlangsamt das Crawling. URLs im Index bleiben eine Zeit lang erhalten, fallen bei anhaltendem Fehler aber irgendwann aus dem Index, halten Sie die Störung daher kurz. Für Messprobleme auf der Werbeseite lesen Sie den Abschnitt zum Datenausschluss in Black Friday: Google Ads und Meta einstellen.

Der Ausfallplan sollte mindestens diese fünf Fragen schriftlich beantworten:

  • Verantwortung: Ist klar, wer den Vorfall leitet und wer die Vertretung ist?
  • Entscheidung: Wer entscheidet bei welchem Anzeichen, die Anzeigen zu pausieren?
  • Kundenkommunikation: Gibt es fertige Texte für Wartungsseite, Social Media und Kundenservice?
  • Externe Ansprechpartner: Liegen die Notfallkontakte von Zahlungsanbieter und Hosting-Anbieter vor?
  • Rückkehr: Gibt es einen Plan, nach der Behebung die Anzeigen wieder zu starten und Erinnerungen an abgebrochene Warenkörbe zu senden?

Welche Kennzahlen sollten Sie am Spitzentag beobachten?

Beobachten Sie am Spitzentag sechs Kennzahlen auf demselben Bildschirm: Bestellungen pro Minute, Abschlussquote des Bezahlschritts, Antwortzeit des Servers, Fehlerquote, Verzögerung beim Bestandsabgleich und das Verhältnis der Werbeausgaben zum Bestelleingang. Verschlechtert sich eine, warnt sie vor den anderen. Schreiben Sie Schwellenwerte vorher auf, zum Beispiel, wer wen anruft, wenn die Abschlussquote unter den Wert eines normalen Tages fällt. Prüfen Sie mit einer Testbestellung, dass die Mess-Tags korrekt arbeiten, sonst pausieren Sie womöglich irrtümlich eine Kampagne, deren Bestellungen im Dashboard nicht erscheinen.

Häufig gestellte Fragen

Wann sollte der Lasttest vor dem Black Friday stattfinden?

Fahren Sie den ersten Durchlauf vor dem 11.11 und den zweiten mit den Daten vom 11.11 zwischen dem 12. und 19. November. Testen Sie nicht die Startseite, sondern die echte Kundenreise mit Aktionsseite, Warenkorb und Bezahlschritt, legen Sie das Ziel über die Spitzenstunde des Vorjahres und führen Sie den Test auf einer Kopie des Livesystems durch.

Wann sollte der Code Freeze beginnen?

Unsere Empfehlung ist der Abend des Freitags, 20. November, für den Black Friday und der 10. November für den 11.11. Während des Freeze werden nur kritische Fehlerkorrekturen durchgelassen, jeweils mit Freigabe, Rollback-Plan und Testprotokoll. Heben Sie den Freeze am 1. Dezember auf.

Welchen Statuscode sollte die Fehlerseite bei einem Ausfall liefern?

Bei einer vorübergehenden Störung sollte 503 geliefert werden. Laut Googles Dokumentation wird die Hinweisseite bei einer Abschaltung von ein bis zwei Tagen mit dem Statuscode 503 ausgeliefert, und mit dem Header Retry-After lässt sich der Zeitpunkt des nächsten Versuchs angeben. Google behandelt 503 und 429 als Serverfehler, bei anhaltendem Fehler können URLs im Index irgendwann wegfallen.

Soll ein CDN am Black Friday Warenkorb und Bezahlseiten cachen?

Nein. Warenkorb, Bezahlvorgang und Kundenkonto sind personenbezogen und sollten mit Cache-Control: private aus zwischengeschalteten Caches herausgehalten werden. Gecacht werden statische Dateien wie Bilder, CSS und JavaScript. Prüfen Sie die Regel mit einer Testbestellung.

Ist ein zweiter Zahlungsweg wirklich nötig?

Da der Bezahlschritt die einzige Stelle ist, an der Umsatz entsteht, schafft die Abhängigkeit von einem Anbieter einen Single Point of Failure. Ein zweiter Zahlungsanbieter oder ein zweites Payment-Gateway verhindert, dass Bestellungen verloren gehen, wenn das erste einen Fehler meldet. Klären Sie vor dem Livegang, ob die Umschaltung automatisch oder manuell erfolgt, welche Zahlungsarten auf beiden Wegen angeboten werden und wie hoch der Gebührenunterschied ist.

Wie vermeide ich Überverkäufe?

Geben Sie nicht den gesamten Bestand für jeden Kanal frei, sondern halten Sie einen Teil als Sicherheitspuffer zurück. Verkürzen Sie das Abgleichintervall für den Spitzentag und testen Sie, dass ein Produkt bei Bestand null im Shop und im Werbefeed automatisch deaktiviert wird. Kommt es doch zum Überverkauf, schreiben Sie dem Kunden früh mit Grund und Optionen.

Verwandte Artikel

Lassen Sie uns gemeinsam sehen, ob Ihre Website für die Spitze bereit ist. Im kostenlosen November-Readiness-Check gehören Ladezeit und Core Web Vitals sowie Warenkorb und Bezahlvorgang zu den acht Bereichen.

Kostenlosen Check anfragen

Zurück zu allen Artikeln