Pre-Launch Website QA Checklist
37 checks across SEO, performance, accessibility, content, analytics, and security. Run this before your site goes live to catch what most teams miss.
SEO
SEO issues discovered after launch can take months to recover from. Catch them now.
Performance
Performance issues directly affect both search rankings and conversion rates. Test on mobile first.
Accessibility
Accessibility is both a legal requirement and a UX improvement. These checks cover the highest-impact items.
Content and Copy
Content errors found by a first-time visitor erode trust immediately. Proofread on multiple devices.
Analytics and Tracking
If your tracking is not set up before launch, you lose day-one data permanently.
Security
Security basics that protect your site and build trust with visitors.
Launch Decision: Go or No-Go?
Use this simple rule before approving any launch:
- All critical items pass
- High-priority items are either passing or documented with a fix scheduled
- Analytics tracking verified in real-time report
- Contact form tested and confirmed working
- Any critical item is failing
- Placeholder content remains on any page
- GA4 events are not firing
- Old URLs are not redirecting to new ones
Pre-Launch Questions Answered
Common questions about website launch preparation.
When should I run this checklist — before or after staging review?
Run it on your staging environment first, fix all issues, then run it again after deploying to production. Some issues only appear in production (SSL, CDN behavior, certain redirects). The critical and high items should all pass in staging before you flip DNS.
How long does a pre-launch QA review take?
For a typical 10-20 page service business site, plan 2-4 hours for a thorough review. Larger sites with more pages, integrations, and custom functionality can take 8-16 hours. Do not compress this into 30 minutes — post-launch fixes are more disruptive than pre-launch ones.
What is the most commonly missed pre-launch item?
Robots.txt configuration. It is very common for development environments to have robots.txt set to block all crawlers (to prevent Google from indexing a half-built site), and then that file gets deployed to production accidentally. Always verify robots.txt allows crawling before launch.
Do I need to test on every browser?
Priority order: Chrome (largest market share), Safari on iOS (the dominant mobile browser in many markets), Firefox, Edge. You do not need to test on every browser — focus on these four. Use your existing analytics to determine which browsers your current visitors use.
What should I do if GA4 is not firing correctly?
Check that the measurement ID is correct and present in the HTML source code. Use the GA4 real-time report to verify events are coming through as you browse the site. If using Google Tag Manager, confirm the GTM snippet is on every page (including the closing body tag version). Common cause of missing data: the tracking code is only on some pages, not all.
What happens if my old URLs change during the redesign?
Every URL that changes needs a 301 redirect from the old URL to the new one. Failing to set these up means you lose any search rankings the old URLs had accumulated. Map out every old URL and its new equivalent before launch, and test every redirect. Do not rely on a CMS to handle this automatically.
Need a Professional Launch Review?
We run a thorough pre-launch QA on every site we build — and offer launch audits on sites built elsewhere that need a second set of eyes before going live.