Learning Centre

What Should Be Tested Before A Website Goes Live?

Learn what to test before a website goes live, from links, forms and mobile layouts to SEO, analytics, security, redirects, DNS and hosting readiness.

On this page

    Definition

    Website Launch Testing

    Website launch testing is the final review process used to check that a website works correctly before it is made public. It should cover content, links, forms, mobile layouts, page speed, SEO settings, analytics, security, redirects, DNS and hosting readiness.

    A launch should not be treated as a simple button press. Even a well-built website can have missed redirects, broken forms, incorrect tracking or DNS issues if the final checks are rushed.

    Key Takeaways Before Launch

    • A pre-launch website checklist should test both user-facing items, such as navigation, forms and mobile layouts, and technical items, such as redirects, metadata, indexing rules, DNS and SSL.
    • Testing should happen in a secure staging environment first, then key checks should be repeated after the website goes live because live hosting, DNS and third-party integrations can behave differently.
    • A clean launch reduces avoidable disruption, protects search visibility and gives users a smoother experience, but it does not remove the need for ongoing maintenance, monitoring and improvement.

    Quick answer

    What Should Be Tested Before a Website Goes Live?

    Before a website goes live, you should test that every important part of the site works for users, search engines and the business systems connected to it. That includes page content, navigation, contact forms, calls-to-action, mobile responsiveness, browser compatibility, load speed, technical SEO, analytics, redirects, security, hosting and DNS. The aim is not to find every possible future issue. The aim is to catch preventable problems before customers, search engines or staff are affected. A broken enquiry form, a blocked search engine index, a missing SSL certificate or an incorrect DNS change can turn a launch into an operational problem. A good website pre-launch checklist should also match the purpose of the website. A small brochure website, an e-commerce store and a custom Laravel application will not need exactly the same checks. The right process depends on the website’s structure, integrations, hosting environment and business risk.
    Final testing should confirm that the site works for real users, not only that it looks finished.
    Final testing should confirm that the site works for real users, not only that it looks finished.

    Website Pre-Launch Checklist

    Use this checklist as a practical starting point before approving a new website for launch. The exact checks may vary depending on the website platform, content, hosting setup and connected services.

    • User experience and conversion checks

      Review the main navigation, internal links, calls-to-action, contact forms, phone links, enquiry paths, service pages, product pages and checkout flow where relevant. A user should be able to understand what you offer and take the next step without confusion.

    • Technical, SEO and tracking checks

      Check title tags, meta descriptions, headings, canonical tags, redirects, XML sitemap, robots settings, schema markup where used, analytics, conversion tracking, page speed and Core Web Vitals. Search engines need to crawl and understand the site after launch.

    • Infrastructure, security and launch checks

      Confirm SSL/TLS, hosting readiness, backups, DNS records, email-related records, staging to live deployment steps, third-party integrations and post-launch monitoring. These checks help reduce downtime, broken services and unexpected launch issues.

    User testing

    Test the Website Like a Customer Would Use It

    The first layer of website launch testing is simple but often overlooked. Open the site and use it like a real customer. Start from the homepage, move through service pages, read key content, click buttons and submit test forms. Check whether the main message is clear on the first screen. Users should quickly understand what the business does, who it helps and what action they should take next. If the website has multiple services or locations, the structure should make it easy to find the right page without guessing. Forms need special attention. Test every form field, required field, error message, success message, notification email and redirect after submission. If the website relies on enquiries, a broken form can directly affect revenue from the first day. You should also test phone number links, email links, quote buttons and any booking, payment or account functions. A website can look polished but still fail commercially if the conversion paths do not work.
    Testing should follow the customer journey from first visit to enquiry, booking or purchase.
    Testing should follow the customer journey from first visit to enquiry, booking or purchase.

    Launch process

    A Practical Website Launch Testing Process

    A structured launch process keeps testing organised and reduces the chance of missing important issues. The steps below are a general framework, not a replacement for a project-specific checklist.

    1. Test the staging website first

      Review the website in a secure staging environment before it is public. Check content, layouts, navigation, forms, functionality, integrations and SEO foundations. This is the safer place to find issues because changes can be made before customers or search engines see the site.

    2. Approve launch only after key fixes are complete

      Record issues, assign responsibility and retest after corrections. Approval should be based on practical readiness, not only visual approval. Where the website replaces an existing site, redirects, content migration and tracking should be checked before launch.

    3. Repeat critical checks after the site is live

      Once the website is live, test forms, SSL, redirects, analytics, DNS, page access, indexing settings and key user journeys again. Some issues only appear once the live domain, hosting environment or third-party services are involved.

    Do Not Skip Live Testing After Launch

    Staging testing is essential, but it is not the final step. DNS, SSL, caching, redirects, payment gateways, email notifications and analytics can behave differently on the live domain. Always repeat the most important checks after launch.

    SEO checks

    SEO Tests That Should Be Completed Before Launch

    SEO testing before launch is about making sure search engines can crawl, understand and index the right pages. It is not about guaranteeing rankings. Search visibility depends on many factors, including competition, content quality, technical performance and ongoing optimisation. Start by checking that important pages have clear title tags, useful meta descriptions, logical headings and indexable content. Service pages should be structured around search intent, not just visual sections. Internal links should help users and search engines understand the relationship between important pages. If the new website replaces an old website, redirects are critical. Old URLs that have search visibility, backlinks or user bookmarks should redirect to the most relevant new pages. Missing redirects can cause users to land on error pages and may affect organic visibility during migration. Also check the XML sitemap, robots instructions, canonical tags, schema markup where relevant and analytics setup. If the site was blocked from search engines during staging, make sure those restrictions are removed before launch.
    Search-first launch checks help protect crawlability, indexing and page structure from day one.
    Search-first launch checks help protect crawlability, indexing and page structure from day one.

    Staging Testing vs Live Testing

    Both stages matter. Staging testing helps catch issues before public launch, while live testing confirms the final domain, hosting and integrations behave as expected.

    Area Staging Testing Live Testing
    Purpose Find and fix design, content, functionality and SEO issues before the public website is visible. Confirm the launched website works correctly on the real domain with live hosting, DNS and integrations.
    Risk level Lower risk because the site is private and changes can be made before users or search engines are affected. Higher risk because issues may affect customers, tracking, search engines or business operations.
    Typical checks Layouts, content, forms, navigation, page templates, integrations, redirects plan and technical SEO setup. SSL, DNS, redirects, forms, analytics, indexing access, caching, uptime monitoring and key conversion paths.

    Common Issues Found During Website Launch Testing

    Final testing often reveals issues that are small individually but serious if they reach the live website. These examples show why a structured launch review matters.

    The contact form submits but no email arrives

    Likely cause

    The form may be misconfigured, the notification address may be wrong, or email authentication and DNS records may not support reliable delivery.

    Solution

    Test form submissions from multiple pages, confirm where notifications are sent, check spam folders and review SPF, DKIM and DMARC where email delivery is involved.

    Pages load correctly on desktop but break on mobile

    Likely cause

    The layout may not have been tested across common screen sizes, or content such as tables, buttons or images may not respond properly.

    Solution

    Test key pages on mobile and tablet viewports, check tap targets, menus, forms, text sizing, image scaling and sticky elements before launch.

    Old URLs show 404 errors after launch

    Likely cause

    Redirects from the previous website may be missing, incomplete or pointing to unsuitable pages.

    Solution

    Prepare a URL redirect map before launch, test important old URLs after launch and monitor errors so affected pages can be corrected quickly.

    Website Launch Testing Mistakes to Avoid

    Most launch issues are avoidable when the testing process is planned. These mistakes are common when a launch is rushed or treated as purely visual approval.

    Only checking the homepage

    Do this instead

    Test the full journey across key pages, including service pages, contact pages, forms, menus, footer links, location pages and any product or checkout pages.

    Leaving SEO checks until after launch

    Do this instead

    Review metadata, headings, crawl access, sitemap, redirects, internal links and page structure before launch. SEO works better when it is built into the structure, not patched in later.

    Changing DNS without a launch plan

    Do this instead

    Audit existing DNS records first, prepare the new hosting environment, coordinate timing and understand that DNS propagation and third-party systems can still cause temporary interruptions.

    Performance and security

    Speed, Security and Hosting Checks Before Go-Live

    Website performance should be tested before launch because slow pages can frustrate users and reduce conversion. Check large images, unnecessary scripts, caching, server response times and mobile performance. Core Web Vitals are not the whole of SEO, but they are useful indicators of user experience. Security checks should confirm that the website uses HTTPS, that SSL/TLS is correctly configured and that the live site does not expose staging-only tools or private content. Access credentials should be handled carefully, especially around CMS access, hosting, DNS and third-party integrations. Backups and monitoring should also be considered before launch. If a deployment issue occurs, a recent backup and clear rollback plan can reduce disruption. If the site is business-critical, uptime and error monitoring can help identify problems early. Hosting readiness matters as well. The live hosting environment should be suitable for the site’s traffic, functionality and performance needs. Cheap hosting may be enough for some simple projects, but business websites with important enquiry paths, e-commerce or custom functionality need a more careful hosting decision.
    Performance, security and hosting checks reduce avoidable risk during launch.
    Performance, security and hosting checks reduce avoidable risk during launch.

    DNS Changes Can Affect More Than the Website

    DNS records can control the website, email, SSL, verification records and third-party services. A rushed DNS change can affect business email or integrations, not only the website. Always review records before changing nameservers or launch-related DNS settings.

    Our approach

    How We Approach Website Testing and Launches

    We develop and test websites and applications in a secure staging environment before deployment. Where possible, clients can review a password-protected staging website, usually on a staging subdomain. If domain access is not available yet, staging access may be shared securely through a password-protected Cloudflare Tunnel. Our approach reflects Structure Before Aesthetics. A website should not only look ready. It should be structured for search visibility, conversion, performance, security and future growth before it goes live. That means launch testing includes practical checks across design, development, content, SEO, hosting and connected services. When a launch involves hosting, domain or email migration, we plan the change carefully. Existing services are audited where applicable, backups are taken where possible, the new environment is prepared and tested, and DNS changes are coordinated to reduce disruption. Temporary interruptions may still occur because DNS propagation, third-party providers and internet caching are not fully controlled by any website provider. We also set realistic expectations. Final testing reduces avoidable launch risk, but it does not guarantee that a website will never need changes, maintenance or monitoring. Websites should continue to be reviewed as the business, content, search landscape and technical environment change.
    A structured staging and launch process helps protect search, performance and business continuity.
    A structured staging and launch process helps protect search, performance and business continuity.

    Website Launch Testing FAQs

    These short answers address common questions businesses ask before approving a website launch.

    Should a website be tested before or after it goes live?

    Both. Most testing should happen in staging before launch, but critical checks should be repeated after launch on the live domain. DNS, SSL, redirects, forms, analytics and integrations can behave differently once the website is public.

    Who should approve a website before launch?

    Approval usually involves both the website team and the client. The website team should check technical readiness, while the client should review content, business details, services, contact information and key user journeys.

    Can launch testing guarantee there will be no issues?

    No. Launch testing reduces avoidable risk, but no process can guarantee a website will never have issues. Third-party systems, DNS propagation, hosting conditions, user behaviour and future changes can still affect a live website.

    Planning a Website Launch?

    If your website is being rebuilt, migrated or prepared for launch, we can help you review the structure, functionality, SEO foundations, hosting and deployment plan before it goes live.

    Discuss Your Project Get a Quote

    Keep learning

    Tap to call
    Enquire now

    Ask Dobble

    Ask a question

    Send us your question and the Dobble team will get back to you.

    Prefer to talk to us directly?

    Get in touch

    Contact us

    Tell us about your project and the Dobble team will be in touch shortly.

    Prefer to talk to us directly?