Growix
All insights

Industry Guide Technology

Black Friday Website Checklist: Final-Month Infrastructure Readiness for E-commerce

Four weeks before Black Friday, the work is testing and ownership, not new features. A checklist for checkout testing, dependencies, alerting and incident response.

In 2026, Thanksgiving falls on November 26, Black Friday on November 27 and Cyber Monday on November 30. With roughly a month to go, the most valuable infrastructure work is no longer building capacity from scratch. It is proving that the checkout works under realistic load, knowing which outside services can break it, and making sure a named person responds when something does.

Use the checklist below in order. Each section ends with the question that tells you whether it is done.

A timeline for the final month

Window (2026)Focus
Now to November 6Dependency map, load and spike tests, quota increases
November 9 to 13Fix what testing found; retest; agree alert owners and rota
November 16 to 20Change freeze begins; runbook walk-throughs; rollback test
November 23 to December 1Peak operations: monitoring, daily check-ins, approved changes only
December 2 to 4Post-event review while details are fresh

Adjust the dates to your own release calendar. The principle is to finish testing early enough to fix what it finds, and to freeze changes before traffic builds rather than on the day.

1. Test the full checkout path, not just the homepage

A fast homepage tells you little about Black Friday website performance. Revenue depends on a chain: product page, search, cart, shipping calculation, tax, payment authorization, order confirmation and the email that follows.

  • Script the three to five journeys that generate most revenue, including guest checkout and a discount-code path.
  • Run load tests against the whole journey with headroom above your expected peak, plus a short spike test that ramps traffic quickly.
  • Use test payment modes or sandbox credentials agreed with your payment provider, and warn third parties before you send test traffic to them.
  • Record baseline page times and error rates now, so you can recognize degradation on the day.
  • Retest after any change made late in the season.

Traffic does not arrive only on Friday. LogicMonitor's peak-season readiness guidance, published October 16, 2026, cites Fastly analysis showing traffic rising before Black Friday and staying elevated through the month, which is why tests should cover sustained load, not just a one-hour peak.

Done when: you know the order rate at which checkout times or error rates start to degrade, and it is comfortably above your forecast.

2. Review capacity and external dependencies

Most checkouts depend on services you do not run. List every one a purchase touches: DNS, CDN, web application firewall, hosting or platform provider, search, payments, fraud screening, tax, shipping rates, inventory sync, analytics and tag manager scripts.

DependencyQuestion to answerFallback if it fails
Payment gatewayIs a second method or provider available?Hide the failing method; show a clear message
Shipping or tax APIWhat happens if it times out?Flat-rate shipping or a cached rate table
Site searchCan browsing still work if search is slow?Category navigation and popular-product links
Third-party scriptsDo any block page rendering?Load asynchronously or disable through tag manager
CDN or DNSWho can switch configuration, and how fast?Documented change with an owner and approval

Outages at shared providers are a real risk. The same LogicMonitor article notes that a Cloudflare network failure began on November 18, 2025, ten days before last year's Black Friday, and affected retailers relying on its services.

Check capacity limits as well as servers: database connection limits, API rate limits with partners, autoscaling maximums, and account-level quotas on your cloud provider. Raise quotas now; requests can take time to approve.

Done when: every dependency on the checkout path has an owner, a known failure behavior and an agreed fallback.

A store checkout journey linked to its external dependencies and three checks for peak-season readiness.
Black Friday checkout readiness. Checkout readiness spans transaction monitoring, connected services and recovery ownership. View full size

3. Set alerts and name the owners

Alerts without owners create noise, not responses.

  • Monitor checkout from the customer's side with synthetic transactions that run every few minutes, alongside real-user monitoring.
  • Alert on order rate, payment failure rate and checkout response time against your baseline, not only on server CPU.
  • Assign a primary and backup owner for each alert across the full Thanksgiving-to-Cyber-Monday window, including nights.
  • Confirm escalation contacts at your hosting platform, payment provider and CDN, along with your support plan level.
  • Keep a way to check the site that does not rely on the same infrastructure, in case your monitoring provider is affected too.

Done when: a payment-failure spike at 2 a.m. on Saturday would reach a named person within minutes.

4. Prepare rollback and an incident runbook

Decide in advance what you will do, so nobody improvises under pressure.

  • Set a change freeze date for non-urgent code and configuration, and agree who can approve exceptions.
  • Confirm that rollback works for the current release and has been tested recently.
  • Write a one-page runbook for each likely failure: payment provider degraded, search down, inventory sync delayed, site slow under load, CDN problems.
  • Define who can turn off non-essential features, such as recommendations, live chat widgets or heavy personalization, to protect checkout.
  • Prepare customer-facing status messages and share them with the support team. If you are also planning support coverage, see our guide to Black Friday customer support staffing and escalation.
  • Book a post-event review for the first week of December while details are fresh.

Done when: each person on the rota knows which runbook they own and has walked through it at least once.

How to judge whether you were ready

After the peak, compare actual results with your baseline: checkout success rate, payment authorization rate, page response time at the busiest hour, the number of incidents, and the time from alert to response. Note which dependencies caused problems and which fallbacks you used. Those notes become next year's checklist and often reveal architecture work worth scheduling for the quieter first quarter.

If campaigns are part of your peak plan, align send times with this checklist; a large email drop is effectively a scheduled traffic spike. Our Black Friday email and SMS checklist covers the marketing side.

Frequently asked questions

When is Black Friday 2026?

In 2026, Thanksgiving falls on Thursday, November 26, Black Friday on November 27 and Cyber Monday on November 30. Traffic typically builds before Black Friday and stays elevated through the weekend, so plan monitoring and on-call cover for the whole window, not just one day.

How do you load test an e-commerce site for Black Friday?

Script the three to five journeys that produce most revenue, including guest checkout and a discount code, and test the full path from product page to order confirmation. Run sustained load above your forecast peak plus a short spike test, use your payment provider's test mode, and warn third parties before sending test traffic to them.

What should a Black Friday incident runbook include?

One page per likely failure, such as a degraded payment provider, slow search, delayed inventory sync or CDN problems. Each page should name the owner, the first checks to run, the fallback, who can switch off non-essential features and how to communicate with customers and the wider team.

Getting help before the freeze

Growix's Infrastructure Reliability & Monitoring service sets up monitoring, alerting and incident troubleshooting, and our Cloud Infrastructure & Architecture team reviews scaling and capacity. With weeks rather than months remaining, the realistic scope is testing, alerting and runbooks, not re-architecture.

Discuss your IT and infrastructure needs