Content and discovery
Page purpose, title, canonical, internal path, useful answer, current claims and any supporting evidence match the visible page.
We treat accessibility, semantic HTML, responsive behaviour, metadata, internal linking, performance, forms, analytics readiness and content accuracy as part of the product.
We treat release checks as part of the product plan. Start with the question the page must answer, then follow the action it invites: book, call, read, calculate or enquire. The test is incomplete if it ends at the button. A form should deliver a usable enquiry; a booking should confirm the correct time; a price should match the charged amount.
Check the same path on a phone, with a keyboard and with slower connections where practical. Text hierarchy, contrast, labels and focus states must make the next step understandable without relying on decoration. We also review links and page metadata so visitors and crawlers can reach the intended page.
Page purpose, title, canonical, internal path, useful answer, current claims and any supporting evidence match the visible page.
Navigation, controls, form validation, mobile layout, keyboard focus, assistive labels and empty or failure states work in a real browser.
Destination mailboxes, conversion events, analytics consent, backups and account access have named owners and a verified live test.
Publishing is the start of the evidence. Review search coverage, qualified enquiries, support requests and the pages that send the wrong visitors. Document who updates advice when products, policies or platforms change. The tests and cadence depend on the actual project scope and the team's capacity.
For a practical pre-launch list, use the website launch guide ↗. To define a build and its acceptance tests, prepare a project brief ↗.