Review the visitor experience with final material
Check approved copy, image rights, contact details and the main journey on a phone as well as a larger screen. Use keyboard navigation for menus and controls. Inspect pages beyond the homepage, including long titles, product details and legal information. Confirm that concept imagery and illustrative examples cannot be mistaken for client case studies.
Confirm the release package and destination
Identify the exact host, recoverable source and previous version before publication. Verify the planned page set, links, metadata and intended indexability settings. Preview restrictions should only change as part of the authorised production release. Keep credentials and private working files outside public output. A prepared package is not evidence that it has been deployed.
Check the public result after publication
Verify representative pages, images, redirects and error routes on the released address. Exercise contact delivery only with the appropriate authorisation and identify which external receipts were actually observed. Search submission, analytics receipt and field performance require their own evidence. Record untested items explicitly and assign a person to review early post-launch issues.
A practical next step
What to prepare.
- Content sign-off
Approve business facts, contacts, images and representative interior pages.
- Recovery and target
Record the release destination and a verified recovery procedure.
- Public checks
Plan route, asset, enquiry and indexability verification on the actual host.
Questions worth asking.
Does a successful build mean the site is live?
No. It proves an output was produced. Publication and public verification are separate steps.
Does submission guarantee search indexing?
No. Search engines decide which submitted pages to crawl and index.
Can analytics be called tested without a real receipt?
A local event or intercepted request does not establish that the provider received and reported the event.
Sources & further reading.
Primary documentation for the factual background. Our project recommendations depend on your requirements.
W3C — Easy Checks for Web Accessibility Introductory checks that complement, rather than replace, a complete accessibility evaluation.