The useful part, first
  • Search crawling and model training use distinct controls.
  • Check public-page access and the quality of the information.
  • Track citations, referrals and enquiries as separate outcomes.

A business website can be discoverable in ChatGPT search when the platform can access relevant public information, but crawler access is not a promise that the business will be recommended or cited. The work combines technical checks with clear, accurate pages that answer useful questions.

Start by separating search discovery from model training. They are different purposes, and treating them as one “AI bot” setting can lead to decisions the business did not intend.

Understand the crawler names

OpenAI’s crawler documentation distinguishes these roles:

Crawler Documented purpose Practical implication
OAI-SearchBot Discovery for search features Review its access when assessing search visibility
GPTBot Content that may be used for model training Make this choice separately from search access
ChatGPT-User User-triggered visits It is not the same as automatic search crawling

The documentation also provides published IP information for verification. Do not assume every request using a familiar user-agent name is authentic. Ask the maintainer to review access using the platform’s current guidance.

Check access at more than one layer

A robots.txt rule is one part of the investigation. Hosting security rules, a firewall, authentication or an application challenge may also affect access. Ask whether the intended public pages return usable content to the verified crawler.

Keep private pages and review environments outside this work. The objective is to make the correct public information available, not to remove every access restriction on the website. Document which paths are in scope before changing rules.

If a restriction is found, record the exact rule, the affected URLs and the proposed correction. After a change, verify the result rather than assuming that editing the robots file resolved every layer.

Explain the business in ordinary language

The website should make it easy to identify what the business does, who it serves, where it operates and how to continue. Use real service descriptions and consistent business details. Avoid relying on images alone to communicate essential information.

Answer the questions that shape a purchase: what is included, what is excluded, which alternatives are sensible and what the customer should prepare. Include the qualifications needed to prevent a short answer becoming misleading.

For example, a fictional restoration workshop could explain which damage can be assessed from photographs and which requires an in-person inspection. That distinction is useful source material because it helps a reader decide the next step. It does not need an invented success statistic.

Create evidence worth referring to

Use original explanations grounded in how the business works. That might be a comparison framework, an annotated process, an authorised project account or a checklist built from actual service requirements.

Distinguish observed facts from editorial recommendations. Link to primary guidance when discussing platform rules. Review time-sensitive information and show a meaningful date when it helps the reader judge currency.

Do not add fake quotations, credentials or reviews to make a page seem more authoritative. A clear limitation is more useful than a confident statement the business cannot support. Our comparison of being found in search results and AI answers explains why these content responsibilities overlap.

Test a defined set of customer questions

Create a small question set reflecting real customer decisions. Include a discovery question, a service comparison, a suitability question and a question that requires specialist information. Record the exact wording, date and platform context when checking results.

Look at whether the business is mentioned, whether its website is linked, which URL is cited and whether the description is accurate. These are different observations. A name appearing without a source link should not be counted as a website referral.

Repeated manual checks are samples, not a complete picture of every customer’s experience. Answers can vary. Do not present a single favourable screenshot as a stable ranking or evidence that an optimisation method caused the result.

Measure referrals separately

OpenAI’s publisher FAQ says ChatGPT search referral URLs include utm_source=chatgpt.com. Where your analytics preserves and recognises that information, it can help identify visits from those links.

Check the landing pages and subsequent useful actions. Attribution may still be incomplete because of the way people browse, tracking settings or missing data. Absence of recorded referrals is not proof that the business was never mentioned.

Use the AI search measurement worksheet to keep mentions, citations, visits and enquiries distinct. Do not combine them into one unexplained “visibility score”.

Ask for concrete work and honest reporting

A useful ChatGPT visibility proposal should name the public pages, access checks, content improvements and measurement method. Ask how findings will be verified and which parts remain uncertain.

Be cautious of guaranteed inclusion or a promise that one file, prompt or schema type will force recommendations. Technical eligibility and clear information are within the scope of website work; the platform’s eventual selection is not under a supplier’s control.

Explore AI search visibility services when the business needs a practical review of its discoverability and source material, alongside a website that gives visitors a clear next step.

Behind the guide

Sources & further reading

Platform guidance checked on . The examples, worksheets and decision frameworks are Business Web Development’s editorial guidance.

Put the useful ideas to work.

We can help shape the pages, content and search foundations around your business.

Help customers find you in AI answers ↗