Skip to main content

GEO & AI visibility audit

Find out what AI crawlers cannot read on your site.

We crawl your whole site the way an AI engine does, then report what it could not read, could not parse, or was never allowed to reach. Every finding comes with the evidence attached and a place in the queue.

What you get →

What the audit looks for

Six failure modes, in the order they cost you the most. Each one is invisible to the reports you already run, because each one returns a healthy answer to the question those reports ask.

01

A page can return a success code and still show a visitor nothing

Discontinued products, emptied collections and quiet failures answer every automated check correctly while rendering an empty screen. They pass a status-code report, they spend crawl budget, and a model reads them as your answer to the question someone asked.

You receiveEvery affected URL, classified by how certain we are, with a screenshot of what the page actually renders.

02

Anything JavaScript assembles, the model never sees

AI crawlers do not execute JavaScript the way a browser does. Specifications, descriptions, prices and reviews built on the client are absent for them. The page looks finished to you and blank to the model.

You receiveA raw-versus-rendered comparison per template, with the missing elements named and before and after screenshots.

03

Structured data can be present and still be ignored

Two separate failures hide under one heading. Schema that is absent, and schema that is there but wrong or incomplete enough that nothing will use it. We check both, and whether either survives without JavaScript.

You receiveCoverage by page type, every error and warning by severity, and rich-result eligibility per template.

04

Robots rules written for search engines now block AI crawlers

A file edited years ago for a different set of bots still governs who reaches your pages, often on a subdomain nobody remembers owning. A model that cannot fetch the page has nothing to cite.

You receiveWhich AI crawlers are allowed and which are blocked, per host, with the exact rule responsible.

05

A response that arrives too slowly is a page nobody read

Slow first bytes, redirect chains and challenge pages served to anything that is not a browser. Crawlers give up sooner than people do, and a fetch abandoned halfway is indistinguishable from a page that was never published.

You receiveResponse behavior per template, and the pages where delivery is the reason nothing downstream works.

06

The rest of the web still links to pages you removed

Every replatform and redesign leaves internal links aimed at URLs that no longer resolve, and other sites keep sending people to the same dead addresses. Each one is a route into your catalog that ends in nothing.

You receiveEvery 404 we find, split by region where it applies, with the pages still linking to each one.

How the engagement runs

One to two weeks end to end for most sites. You approve the scope before anything is crawled.

  1. 01

    Scope

    We map your site structure first: subdomains, locales, page types and scale. You confirm what is in and what is out before anything is crawled.

    1 to 2 days
  2. 02

    Crawl

    We crawl at a deliberately conservative pace, as a well-behaved client. Large catalogs run as a representative sample rather than an exhaustive pass.

    2 to 5 days
  3. 03

    Analysis

    Each finding is verified against the live page and captured with evidence. Anything uncertain is labeled uncertain rather than rounded up.

    3 to 5 days
  4. 04

    Readout

    A working session with your team, walking the findings in priority order, plus the full package to hand to whoever implements it.

    90 minutes

What you get

A package your engineers can work from without us in the room, and evidence for every claim in it.

  • A dashboard of every finding, filterable by template, severity and page type
  • Screenshots as evidence, so no finding has to be taken on trust
  • The fix list in priority order, scoped so an engineer can pick it up without you in the room
  • Structured data coverage and errors by page type
  • A raw-versus-rendered readout naming exactly what a non-JavaScript client loses
  • Robots and AI crawler access per host
  • Full URL exports: live pages, 404s, and the pages that link to them

Every finding arrives with the evidence attached.

An audit that hands you a list of assertions is an audit you have to re-verify before you can act on it. Ours ships the screenshot, the URL and the specific element that failed, so the first conversation with your engineering team is about scheduling rather than proving.

Questions

What is a GEO audit?

A crawl of your site performed the way an AI engine reads it rather than the way a browser does, followed by a report of everything it could not read. That covers pages returning a success code while rendering nothing, content that only appears after JavaScript runs, structured data that is missing or fails validation, AI crawlers blocked by robots rules, and delivery problems that cause a fetch to be abandoned. It is a technical audit rather than a content review. The output is a ranked fix list with the evidence attached.

How is a GEO audit different from a normal SEO audit?

An SEO audit asks whether Google can index the page and rank it. A GEO audit asks whether a model can read the page well enough to quote it. Much of the groundwork overlaps, and four things separate them: AI crawlers do not execute JavaScript the way Googlebot does, they abandon slow responses sooner, they are blocked by robots rules written before they existed, and they lean on structured data more heavily than a ranking algorithm does. A site can be in perfect health in Search Console and still be unreadable to the systems answering your customers' questions.

How long does an audit take?

Between one and two weeks for most sites, driven by catalog size and how much of it needs crawling. Scoping takes a day or two, the crawl runs for a few days at a deliberately polite pace, analysis and verification take another few days, and the readout is a 90-minute session. Very large catalogs are audited as a representative sample rather than exhaustively, which we agree with you during scoping.

Will the crawl slow down or affect my live site?

No. We crawl at a conservative rate by default, well below the load a search engine puts on you, and we can slow further or restrict to specific windows if your infrastructure team prefers. If your site sits behind bot protection we coordinate with you beforehand rather than working around it.

What do we actually receive at the end?

A dashboard covering every finding, filterable by template and severity, with screenshots attached as evidence. Alongside it: structured data coverage and errors by page type, a raw-versus-rendered readout naming what a non-JavaScript client loses on each template, robots and AI crawler access per host, and full URL exports including the 404 inventory with referring pages. The fix list is scoped so an engineer can act on it without further interpretation.

Do we need to give you access to anything?

Nothing to begin. The audit runs against your public site. Access to Search Console and your server logs makes the findings sharper, since logs are the only place AI crawler behavior is actually recorded, but neither is required to start.

Start with the scope call.

Tell us the site and what is moving. We come back with what we would crawl, what we would sample, and what the audit will and will not answer.

See how we work →