Website QA Checklist: Free Interactive Tool

From staging to live website. Use this website QA checklist before you ship.
This free interactive website QA checklist helps web teams and agencies check functionality, design, content, accessibility, SEO, AEO, performance, and browser compatibility – with saved progress and a shareable completion summary.

Functional Testing

  • Test all primary user flows across the website.

    Complete end-to-end testing of the website's key paths (e.g. ecomm sites: browse product → cart → checkout → confirmation).

  • Test all links and buttons work (no 404s or broken hrefs)

    Run a link checker tool (e.g. W3C Validator or ask your AI coding agent) and manually spot-check key paths.

  • Test all forms submit correctly and trigger the right actions

    Test forms end-to-end: fill in valid data, submit, and check that submissions reach the intended destination (CRM, email, database).

  • Test form validation handles errors gracefully

    Test forms with invalid data (empty required fields, malformed email addresses etc). Error messages should be clear and specific.

  • Test third-party integrations are connected and functional

    Such as help/chat widgets, analytics, CRMs, booking systems etc.

  • Test site search and filtering works correctly (if applicable)

    Returns relevant results. Search for common terms, misspellings, and an empty query.

Design

  • Check brand elements are applied consistently

    Pay attention to colors, logos, fonts, icons – they should match the intended design system.

  • Check if typography is consistent across all pages

    Confirm heading hierarchy (H1→H6), font families, weights, sizes, and line-heights match the intended design system.

  • Review general layout of the pages

    Spacing and alignment throughout the pages should feel consistent and polished. Check padding, margins, and gutters.

  • Check quality of images/videos

    Ensure images/videos are not broken, stretched, cropped awkwardly, or blurry.

  • Check if interactive element states are all styled

    Check for hover, focus, active, disabled states. Ensure they match the intended design system and are clear to users.

Content

  • Proofread and spell-check copy

    Run a spell-check tool across all pages, or ask your AI agent to do it.

  • Ensure there is no placeholder text (lorem ipsum)

    Search the codebase or CMS for 'lorem', 'ipsum', 'placeholder', 'TBD', 'TODO', and 'FIXME'.

  • Check heading hierarchy makes sense and supports readability

    One H1 per page, H2s for logical section breaks, and H3–H6 nested sensibly. Important for SEO/AEO and accessibility.

  • Check if required legal pages exist

    Such as Privacy Policy, Terms, Cookies, etc.

  • Check for tone and voice

    Review copy against the brand's tone of voice guidelines.

Accessibility

  • Check alt text has been applied to all meaningful images

    Informative images must have descriptive alt text that conveys their purpose. Skip decorative images with alt="".

  • Check if color contrast meets WCAG AA standard

    Use a contrast checker (e.g. [WebAIM Contrast Checker](https://webaim.org/resources/contrastchecker/)) on all text/background combinations.

  • Ensure interactive elements have clear states and don't rely on color alone

    Buttons, inputs, etc. need distinct hover, focus, active, and disabled states. Never rely on color alone for things like error states, required fields, status indicators.

  • Check to see if the entire site is navigable by keyboard alone

    Tab through every page without using a mouse. You should be able to reach and activate every link, button, form etc.

  • Check if the language attribute has been set for the pages

    Confirm `<html lang="en">` (or the appropriate language code) is present. Screen readers use this to select the correct voice.

SEO, AEO & Performance

  • Check page speed with PageSpeed Insights or Lighthouse

    Aim for a performance score of 90+. Pay close attention to LCP, CLS, and INP metrics.

  • Check images are appropriately sized

    500kb+ images are a red flag. Use free services such as [TinyPNG](https://tinypng.com) to compress image sizes.

  • Ensure an XML sitemap exists and is submitted to Google Search Console

    Confirm `yourdomain.com/sitemap.xml` is accessible and lists all indexable pages. Excl. noindex pages, duplicates, admin URLs.

  • Ensure robots.txt exists

    Fetch `yourdomain.com/robots.txt`, verify it exists and is not blocking key pages.

  • Ensure structured data (schema.org) is implemented

    Structured data is a little 'cheat sheet' you add to your pages to tell search engines and AI tools exactly what each page is about – like 'this is an FAQ', 'this is a product', or 'this is a recipe'. Common ones to look for: `FAQPage`, `Article`, `Product`, `BreadcrumbList`, and `Organization`. Run your pages through [Google's Rich Results Test](https://search.google.com/test/rich-results) to confirm it's there and valid.

  • Check every page has a unique title tag and meta description

    The title is the clickable headline in search engine results and a primary ranking signal. The description doesn't affect rankings directly but heavily drives click-through.

  • Check canonical tags are correctly set on all pages

    Confirm `<link rel="canonical" href="...">` points to the preferred URL for each page.

  • Check Open Graph images are set on all shareable pages

    Open Graph tags control how your page looks when shared on social media (Facebook, LinkedIn, Slack, etc.).

Cross-browser & Device

  • Ensure site renders correctly in Chrome, Safari, Firefox, and Edge

    Test the latest versions of all four major browsers. Use BrowserStack or a similar tool if you don't have access to all platforms.

  • Ensure site is fully responsive across mobile, tablet, and desktop

    Test at common breakpoints. Use DevTools responsive mode as a starting point, but also test on real devices where possible.

  • Check if touch targets are large enough on mobile (buttons, links, forms etc)

    Tiny tap targets are a top mobile usability complaint. Minimum 44x44px.

Checklist categories explained

Functional Testing

Functional testing checks whether the website behaves the way users expect. Test forms, buttons, links, navigation menus, search, filters, redirects, downloads, login flows, error states, and confirmation messages. A page can look finished but still fail QA if a form does not submit, a CTA points to the wrong page, or a user journey breaks on mobile.

Design

Design QA checks that the final website matches the approved visual direction across real pages and devices. Review spacing, typography, image quality, icon usage, layout consistency, responsive behaviour, hover states, and component alignment. This is where teams catch the small visual issues that make a site feel unfinished.

Content

Content QA confirms that every page is ready for real users. Check for typos, placeholder text, outdated claims, broken formatting, missing legal copy, inconsistent tone, duplicate content, and incorrect contact details. For agency teams, this is also where final client-approved copy should be checked against what actually made it into the build.

Accessibility

Accessibility QA checks whether people can use the website with different devices, abilities, and assistive technologies. Test keyboard navigation, visible focus states, alt text, form labels, colour contrast, heading order, link text, and screen reader basics. Accessibility issues are easier to fix before launch than after a client or customer reports them.

SEO, AEO & Performance

AEO and performance checks make sure the website is both fast and easy for answer engines to interpret. Review structured data, FAQ formatting, crawlable page content, clean headings, Core Web Vitals, image compression, lazy loading, script weight, and mobile page speed. A page that loads slowly or hides key answers from crawlers is less likely to perform well in search or AI-generated results.

Cross-browser & Device

Cross-browser and device QA checks whether the website works across the environments real users rely on. Test priority pages in Chrome, Safari, Firefox, Edge, iOS, Android, tablet, laptop, and desktop views. Pay close attention to navigation, forms, sticky elements, pop-ups, responsive layouts, and interactions that behave differently across browsers.

How to use the website QA checklist

Work through each category with your team/clients before launching your website.

1
Open the website on staging

Run through the checklist with your staging or pre-production environment open in a second tab.

2
Work category by category

Start with Functional Testing and work down. Each item has a description to guide what to look for.

3
Log bugs as you find them

Make your web developer's life easier by using a website QA tool like BugHerd to pin issues directly on the page.

4
Share what's been done with your team

When done, hit "Copy summary" to export a plain-text report of what passed and what remains.

Frequently asked questions

Common questions about this checklist, website QA testing, and AEO.

What does this website QA checklist cover?

A proper website QA pass checks more than whether the page "looks right." Before launch, your team needs to confirm that key user journeys work, content is final, layouts hold across devices, accessibility basics are covered, SEO and AEO signals are in place, performance is acceptable, and analytics scripts are firing correctly. This checklist is grouped into six launch-critical categories: Functional Testing, Design, Content, Accessibility, SEO, AEO & Performance, and Cross-browser & Device. Use it on staging before go-live, then copy your completion summary to share progress with your team or client.

What is AEO and why does it matter for website QA?

AEO, or Answer Engine Optimisation, is the process of making website content easy for AI tools, voice assistants, and search engines to understand, extract, and cite. In a website QA checklist, AEO means checking that important content is crawlable, clearly structured, and written in a format that can stand alone as an answer. Before launch, teams should check that key pages use clear headings, descriptive alt text, structured data where appropriate, and FAQ-style answers for common questions. If important content is hidden behind JavaScript, buried in vague marketing copy, or missing from the HTML, AI tools are less likely to surface it as a source.

What is website QA testing?

Website QA testing is the final quality check before a website goes live. It confirms that the site works correctly, looks right across devices, includes final approved content, meets accessibility basics, and can be crawled by search engines. A good QA pass catches issues like broken forms, missing metadata, layout bugs, placeholder copy, poor mobile behaviour, and tracking scripts that are not firing.

How long does website QA take?

A thorough QA pass on a standard marketing website usually takes 4–8 hours for an experienced tester working through a structured checklist. Complex sites — such as e-commerce builds, membership platforms, multilingual sites, or projects with custom functionality — can take 1–3 days. Cross-browser and device testing is often the biggest time sink, so many teams run that part in parallel.

Who should be responsible for website QA?

In most agency projects, QA should be shared across three roles: developers check technical correctness, designers check visual fidelity, and a project manager or dedicated tester runs the final sign-off pass. The final pass should be done by someone who did not build the page, because they are more likely to catch missed edge cases, confusing flows, and small inconsistencies.

What's the difference between QA testing and UAT?

QA testing checks whether the website works as intended before it reaches the client or end user. UAT, or user acceptance testing, checks whether the website meets the client's expectations and real-world requirements. In practice, QA should happen first so obvious bugs are fixed before stakeholders are asked to review and approve the site.

What should I check for AEO before launching a website?

AEO checks whether your content can be easily understood, extracted, and cited by AI tools and answer engines. Before launch, check that important pages have clear headings, FAQ-style answers, descriptive alt text, schema markup where appropriate, and crawlable HTML content. If the page hides key information behind JavaScript or vague marketing copy, AI tools are less likely to use it as a source.

How does BugHerd help with website QA?

BugHerd helps teams capture, assign, and resolve website QA feedback directly on the page being tested. Instead of sending screenshots, spreadsheets, or vague notes in Slack, testers can pin feedback to specific elements, automatically capture technical details, and send issues into a shared task board. That makes it easier for developers, designers, project managers, and clients to stay aligned before launch.

More guides and tools to help you ship client websites with confidence.