Your business is invisible to ChatGPT (and how to check)

There is a specific kind of bad news that never shows up in your analytics: the customer who never arrived. No session, no bounce, no abandoned form. They asked an assistant a question, got an answer that named a business, and drove there. If the business named was not yours, nothing in your reporting will ever tell you the conversation happened.

This is the part of the AI shift that is easy to miss. It does not look like a traffic drop. It looks like nothing at all.

What an assistant actually receives

Open your product page and look at it. Now consider what arrives on the other end when a machine requests that same page.

On a large share of sites, the answer is: a shell. The product grid is assembled in the browser by JavaScript after the page loads, so a fetch that does not execute scripts gets an empty container. The detail a customer reads off the spec sheet lives inside a JPEG, which is opaque to a text model. The price is calculated by a widget that runs client side. The current offers are a PDF, or worse, an image of a PDF. And the structured data, the machine-readable summary that says “this is what it is, this is what it includes, this is its price, this is who sells it”, is either missing entirely or present in a thin, generic form that describes the business but not a single product.

Then there is the quietest failure of all: the crawler policy. Cloudflare moved to gating AI crawlers by default, and plenty of sites now block AI user agents without anyone in the store having made a decision about it. You can have flawless structured data and still be unreachable because a default setting somewhere says no.

Stack those together and the assistant is not being unfair to you. It genuinely cannot see what you have.

Why it recommends someone else

Assistants do not fail loudly. When a model lacks specific, current information about your store, it does not announce a gap. It answers the question with whatever it does have, which is usually one of three things.

It falls back to a third party. Marketplaces and aggregators invest heavily in machine-readable catalog, so their version of your stock is often more legible than yours. The buyer gets an answer built on someone else’s summary of your lot, complete with someone else’s lead form.

It falls back to a competitor. The store two exits down that happens to run a platform with clean structured data becomes the concrete, checkable recommendation. Concreteness wins. An assistant asked to name a business will name the one it can describe.

Or it falls back to generalities. It tells the buyer to check local businesses, which is another way of saying it could not help, and the buyer goes back to searching.

None of these outcomes generate a signal you can see. That is the whole problem.

The check takes about a minute

You do not have to take any of this on faith, and you should not. Run your own URL through the public checker at isitagentready.com. It looks at your live site the way an agent does and scores what a machine can actually read, understand and act on, from zero to 100 across five levels.

Most businesses who run it for the first time land somewhere around 21 out of 100. That is not a mark of a bad website. Plenty of stores scoring in the low twenties have genuinely excellent sites by every human measure: fast, attractive, converting well, recently redesigned. The score is measuring a different axis entirely, one that nobody was building for until very recently.

If you want to sanity check it yourself before trusting any tool, here are three things you can do in the next ten minutes.

Ask an assistant directly. Open ChatGPT or Claude and ask, in the voice of a real shopper in your market, which business has a specific kind of product in a specific payment range. See who gets named. See whether the details about your store are current, or invented, or absent.

View the page source of a product page, not the rendered page. In your browser use view-source rather than inspect, since inspect shows you the DOM after JavaScript has run. Search that raw source for the item identifier and for application/ld+json. If the item identifier is not there and there is no JSON-LD block describing the product, a crawler that does not execute scripts is getting nothing.

Check your robots and your AI bot policy. Look for /robots.txt and see what it says about AI user agents. Then ask whoever manages your CDN whether AI crawler blocking is on. A surprising number of stores find the answer is yes and nobody chose it.

What fixing it actually means

The remedy is not a redesign. Your website is not the problem, and rebuilding it will not move this number much on its own.

What moves it is making the same catalog legible in a second form: complete schema.org markup for every product and every offer, a per-item identifier spec record that does not live inside an image, an llms.txt that tells an agent what you are and how to work with you, clean sitemaps, and a crawler policy that deliberately allows the agents you want to reach you. That is the readable floor.

Above that floor sits the part that actually wins the recommendation: a live connection, so an assistant queries your real catalog in the moment rather than relying on whatever it crawled last week, and real tools so it can estimate a trade, run a payment and hand you a lead inside the conversation.

The first step is just knowing. Run the check, get the number, and decide from there. Being invisible is a fixable condition. Not knowing you are invisible is the expensive part.