Which pages need to be reachable?
Start with a small set of important answers: product purpose, pricing, supported use cases, contact details and a representative guide. Record each intended URL and how a reader should reach it. Include translated equivalents when they serve a real audience. Testing a known set is more useful than declaring an entire site healthy from one citation.
For each page, open it in a fresh browser session and follow the links from relevant navigation. Check that the visible content matches the intended answer and that the next action works. Record access errors, redirects to unrelated pages, empty content and elements that fail on mobile.
What should the technical owner inspect?
Ask for the response status, redirect chain, canonical target, indexing directives and applicable crawler controls. Compare the delivered HTML and rendered page when important text depends on scripts. Check whether authorization, a cookie overlay or a broken request prevents the public content from appearing.
Use Google's current AI search guidance for its technical eligibility and foundational SEO recommendations. Keep provider scope explicit when reviewing access rules. A decision about training access can differ from a decision about search discovery; avoid opening all crawlers as a generic fix.
Does a long URL mean a buried page?
Count the meaningful links required to reach the page from relevant entry points. A URL with several path segments can be directly linked from a hub. A short URL can be orphaned. Document the actual navigation path and add relevant contextual links where a reader would expect them.
An illustrative audit finds a detailed setup guide at a long path, reachable directly from the product page, while a short pricing URL appears in no navigation. The useful action is to connect the pricing page appropriately and test its content. Renaming the setup guide would introduce migration work without addressing the observed issue.
How should duplicate and translated versions be handled?
Identify pages that substantially repeat the same answer and decide which version should be maintained. Ask the site owner to align redirects, canonical annotations, internal links and sitemap entries where applicable. Google's canonical documentation treats canonicalization as a set of signals; a tag is not an unconditional command.
Real translations require accurate language content and appropriate equivalent-page references. Avoid routing every language version to English or creating visible English placeholders under localized URLs. Keep the publication record aligned with the pages that actually exist.
What establishes that the repair worked?
Repeat the specific failing check after implementation. A fixed redirect should reach the intended content; a repaired rendered page should display the answer; an added link should provide a useful route. Record the old observation, change and verified result.
Then inspect search reporting or later AI answers as separate discovery evidence. A citation's presence cannot certify every structural detail, and its absence cannot prove a fault. Close technical issues on verified technical outcomes while keeping content relevance, source quality and answer sampling under their own review.
Steps to follow
Select important answer URLs
Define the pages and navigation paths the audit must cover.
Check access and rendering
Capture concrete failures with the relevant browser and response evidence.
Review navigation and URL signals
Resolve orphaned pages, duplicate destinations and inconsistent preferred URLs.
Verify the exact repairs
Retest each fault before examining later discovery observations.
A website discovery diagnostic worksheet
A blank CSV worksheet for your own evidence and decisions.
Download worksheet (CSV)Sources
Put the guide to work
A website discovery diagnostic worksheet
Explore the public playbooks ↗