HomeLearnWebsite Launch Checklist
Launch checklist ยท Updated August 2026

Website Launch Checklist

A launch is a controlled change to a public business system. This checklist brings content, conversion, search, accessibility, security, analytics, domains, and recovery into one approval process so the site is not considered finished merely because it looks correct.

Assign launch owners before the final week

Name one person who can approve content and business claims, one who controls the domain and DNS, one who can deploy or roll back the website, and one who will verify leads and analytics. Record how the team will communicate during the change and who makes the decision to pause.

Freeze nonessential scope before launch. New preferences discovered during final review should enter a post-launch list unless they affect accuracy, accessibility, security, legal requirements, search continuity, or a primary customer action.

Content and conversion checks

Search and migration checks

Indexability

Production pages use the intended robots directives, status codes, canonicals, and crawl rules. Staging restrictions do not follow the site into production.

Page signals

Each indexable page has a unique title, useful description, one clear H1, descriptive headings, meaningful internal links, and appropriate structured data.

URL continuity

Every changed or removed URL has an intentional direct redirect. Important linked, ranking, converted, and shared addresses are included in testing.

Discovery

The XML sitemap contains canonical indexable URLs only, uses the correct host and protocol, and is referenced from robots.txt and submitted to Search Console.

Crawl the production candidate before DNS changes when possible. After launch, crawl the public site again because domains, redirects, headers, caching, and platform settings can behave differently in production.

Accessibility, device, and browser QA

Automated tools find only part of the problem set. Manual keyboard, zoom, screen-reader spot checks, and real task completion remain necessary.

Security and operational readiness

AreaLaunch evidence
AccountsNamed administrators, MFA, least privilege, recovery contacts, and removed test users.
TransportValid TLS, HTTPS redirects, no mixed content, and secure cookie behaviour.
SoftwareSupported versions, reviewed dependencies, updates applied, and unnecessary components removed.
FormsInput validation, spam protection, limited data collection, secure delivery, and retention ownership.
BackupsCurrent backup, separate storage, documented restore path, and an identified recovery owner.
MonitoringUptime, certificate, form, error, security, and performance alerts route to people who can act.
RollbackPrevious production state, deployment instructions, DNS values, decision authority, and communication plan.

Analytics and post-launch checks

Record the pre-launch analytics property, consent settings, tag configuration, event names, form completions, calls, bookings, sales, and baseline traffic. Test in real time with consent declined and accepted where applicable. Exclude internal and test activity according to the measurement plan.

Immediately after launch, verify the homepage, important landing pages, forms, redirects, robots rules, sitemap, canonicals, analytics, and error monitoring. Repeat checks after caches and DNS changes settle. Review Search Console coverage, queries, crawl errors, and redirected URLs over the following weeks.

Use the companion website migration checklist when URLs, platforms, domains, or content are moving.

Frequently asked questions

Website Launch Checklist FAQ

Who should approve a website launch?

The accountable business owner should approve content and outcomes, while designated technical, search, analytics, accessibility, security, and operational owners approve their areas. One named launch lead should coordinate the final decision.

When should redirects be tested?

Test the redirect map before launch against the production candidate, immediately after launch on the public domain, and again after platform or caching changes settle. Include important historical, linked, ranking, and converted URLs.

What forms should be tested before launch?

Test every contact, quote, booking, payment, newsletter, login, search, download, and support form. Verify validation, consent, spam protection, confirmation, notifications, data routing, mobile use, keyboard use, and failure handling.

What should be monitored after a website launch?

Monitor availability, certificates, errors, forms, security events, performance, analytics, conversions, crawl status, indexing, redirects, search queries, and customer feedback. Alerts must reach someone who can investigate and respond.

Does a website need a rollback plan?

Yes. A rollback plan defines the previous working state, deployment and DNS restoration steps, backups, decision authority, communication, and the conditions that justify reversing the launch.

Turn the plan into a website that sells

North Star designs, rebuilds, hosts, and supports business websites remotely across Canada. Bring the checklist or brief to a scope call and we will translate it into a clear proposal.

Request a Website ScopeExplore Web Design