Set a bounded audit scope

An initial audit should produce a short list of justified actions, not an encyclopedic scorecard. Choose one product, its main buyer, one language, and a small number of meaningful tasks. List the public pages that explain the product and its important capabilities. Decide which search surfaces you can observe responsibly and consistently. Record the date window and who will review findings. This scope keeps the work useful when the site is small and avoids spending the first week collecting hundreds of prompts before checking whether the basic product explanation is correct.

Check public accessibility

Inspect the homepage, a product page, documentation, and representative articles. Confirm that useful text is available, important links work, and intended public pages are not accidentally blocked. Review crawler policy against current official guidance. OpenAI's crawler documentation distinguishes search access from training preferences, so make those choices deliberately. Preserve the actual response or log evidence for an access issue. A robots rule, a CDN challenge, and an application error require different fixes. Do not describe a page as indexed or eligible simply because it loads in your own browser.

Review the factual foundation

Read public statements about features, pricing, integrations, and availability. Mark contradictions and unsupported claims before testing external answers. An early-access site should distinguish planned features from available capabilities. Hypothetical example: a fictional content service advertises scheduled publishing on the homepage but documents only export. The first audit action is to reconcile that contradiction. Otherwise, testing whether an AI answer repeats either version produces a measurement problem built on unclear product facts. Assign the correction to the person who can verify current functionality and record the accepted wording.

Observe buyer questions

Run the defined questions and save responses, sources, context, and collection status. Separate brand mentions from citations and recommendations. Open cited pages for important claims. Note inaccurate information, genuinely useful competitor material, and missing explanations on your own site. Do not convert every omission into a new article. Group observations by the underlying buyer task so one well-designed improvement can resolve several related gaps. Keep unsuccessful collections out of the visibility calculation while showing them in the audit's completeness note and preserving errors for later troubleshooting.

Deliver an actionable review

Prioritize factual corrections, accessibility problems, and high-value missing information. Each action should name the page, intended change, owner, and verification method. Include a few representative answers rather than overwhelming stakeholders with raw transcripts. Establish the next review using the unchanged question set, while allowing separate exploratory questions. Report whether implementation succeeded independently of any visibility movement. This makes the audit useful even if answer selection remains variable: the business receives clearer public facts, accessible content, and a repeatable way to investigate how relevant buyers encounter it in search. Recheck the changed public pages before closing tasks, including links from the homepage and relevant navigation.

PUT IT TO WORK

A practical audit sequence for access, product facts, buyer questions, and evidence-based follow-up.

Sources & further reading

Official documentation informs this guide. Examples are illustrative, and product interfaces or limits can change.

THE WORKSPACE WE'RE BUILDING

From search signals to a useful first draft.

SERP.so is in development. Join the waitlist for a workspace that connects research, content review, and publishing.

Join early access ↗