A buyer asks an AI assistant to find a tool that does the job, compare the top options, and start a trial. The agent visits your site, tries to read your pricing, can't get what it needs, and moves on to a competitor whose page it could parse. On your end there is no trace. No bounce in Google Analytics, no 404 in your error log, no abandoned-cart event. A visit that decided a sale left no fingerprint at all.
That gap has a name now that more buyers are delegating research and purchases to agents: the silent funnel. It is the traffic you are losing to an audience your analytics was never built to count.
What the silent funnel is
The silent funnel is the set of AI-agent visits that fail without registering anywhere you look. A human who hits a broken page rage-clicks, hits back, or bounces, and every one of those actions is something your stack can record. An agent does none of it. It requests a page, evaluates whether the content answers its task, and either uses it or discards it and tries the next source. Success and failure look identical from the outside: one request, one response, no follow-up.
This matters because agents are becoming a real path to the sale, not a curiosity. When the agent is the one reading your page, the question is no longer "does this convert humans." It is "can a machine extract what it needs to act." If it can't, you don't get a low conversion rate. You get nothing, and you never find out why.
Why your analytics can't see it
Google Analytics is the wrong instrument for this, by design. It filters known bots out of reports, and it depends on a JavaScript tag executing in a real browser. Plenty of agent traffic is server-side or headless and never runs that tag. ChatGPT and other in-app browsers also strip the referrer on the way out, so the visits that do land often show up as "direct" with no story attached. We covered that specific attribution leak in why ChatGPT traffic shows as direct.
The deeper problem is that failure doesn't generate a signal. Your error monitoring watches for 500s and 404s. An agent that gets a clean 200 on a page it then finds unusable triggers none of those alarms. The request succeeded; the task failed; only one of those is something your tools were told to care about. So the funnel stays silent not because nothing happened, but because nothing your dashboards listen for happened.
A new category is forming around this
Scope launched recently with a sharp framing of the problem: it simulates how an AI agent discovers and uses your product, then surfaces the friction, the failed tool calls, and the dead ends that a real agent would hit. It is part of an emerging "agent experience" category that treats agents as a first-class user worth testing for, the same way teams test human user journeys.
That is a genuinely useful idea. Testing an agent's path before a real one arrives can catch a broken checkout flow or an unreadable pricing table early. The honest caveat is that a simulation is a model. It runs the journey it was told to run against the assumptions it was given. It does not tell you whether real agents are visiting, which ones, or which of your pages they actually care about.
Simulation tells you what could happen. Logs tell you what did.
Both halves are needed, and they answer different questions. A synthetic test answers "if an agent tried to buy from me, where would it get stuck." Your traffic data answers "are agents trying, and where are they going." Run only the simulation and you can spend a week fixing a flow no agent uses while ignoring the page GPTBot fetches forty times a day.
This is why detection is the foundation. Server-side and edge logs record every request, agent or human, successful or not. They show that ClaudeBot pulled your docs, that PerplexityBot keeps re-fetching one comparison page, that an OpenAI fetch hit your pricing and never came back. That last pattern, repeated fetches with no downstream action, is the closest thing the silent funnel gives you to a bounce. It is the same fetch-versus-outcome gap we unpack in retrieval vs citation, and it is only visible in the logs.
What to do this week
Three steps, in order, because the order is the point.
1. Detect real agent traffic. Look at your logs for known AI user-agents and how often they appear. If you'd rather not parse logs by hand, our walkthrough on how to track which AI bots crawl your site covers capturing requests from nginx, Vercel, Cloudflare, and WordPress, then sorting crawlers by intent. This is the step that tells you whether the silent funnel is a real problem for you yet or a future one.
2. Make your content readable to them. Once you know agents are arriving, give them content they can parse without fighting your layout. A clean agentic-web-ready page and an llms.txt index help an agent find and read what matters. Worth knowing: this is also where bot traffic starts to carry a real cost, which we break down in deciding which AI crawlers are worth it.
3. Let capable agents act. If transactions matter, expose the actions an agent can take rather than hoping it reverse-engineers your forms. That is the WebMCP layer, and it only pays off after the first two steps are real.
Skipping to step three is the common mistake. Building an elaborate agent-commerce flow before confirming a single agent visits is the same error as redesigning a checkout no one reaches.
Start with who's actually showing up
The silent funnel is unsettling precisely because it is quiet. You can't manage what you can't measure, and right now most sites are flying blind on a visitor class that already shapes what AI assistants recommend. The fix is not exotic. It starts with looking at the traffic you already generate through a lens that counts agents instead of filtering them out.
Beware the trap of measuring agents through invented scoreboards instead of real requests, a habit we pushed back on in why AI share of voice is a made-up number. The defensible signal is the request that actually hit your server. If you want a fast read on whether AI crawlers can even reach and parse your pages, the free Agent-Ready Grader scans your site across five categories in about a minute, no account needed. Knowing who's visiting is the first move. Everything else is downstream of it.
Written by Crawlytics Team. Crawlytics tracks AI bots, generates llms.txt, and powers WebMCP commerce, all from one snippet on any stack. See how it works →