ChangeGamer

← All guides · The agent-ready web

How AI Search Engines Choose Sources (And What You Can Actually Influence)

Part 4 of The agent-ready web · 1,348 words · published 2026-07-26 · updated 2026-07-26 · Markdown variant

What is known, what is claimed and what is speculation about how ChatGPT, Perplexity and AI Overviews pick the pages they cite — and the short list of things a site owner can actually control.

In short

  • Answer engines are retrieval systems with a generation step. Citation is decided by retrieval (can a passage be found and matched) and by verifiability (can the model defend quoting it) — not by anything resembling PageRank.
  • The strongest controllable factor is passage-level self-containment: a section that answers one question completely, without depending on the paragraph above it, is the unit that gets retrieved and quoted.
  • Be explicit about facts: dates, numbers, named sources, versions. A model choosing between two passages will prefer the one it can attribute.
  • Most "GEO" tactics circulating today are untested. Treat anything without a published mechanism as a hypothesis, and spend the budget on retrievability instead.
  • You cannot be cited if you cannot be fetched. Access verification comes before any of this.

Part of the The Agent-Ready Website: A Complete Guide to AI Visibility, Access Control and Monetization guide.


This is the part of the agent-ready website where the industry is noisiest and the evidence thinnest. So it is worth separating three things: what is mechanically known about how these systems work, what the vendors state, and what is being sold as fact without support.

The mechanism, at the level that is actually known

Every mainstream answer engine is a retrieval-augmented generation system. The details differ per product and change without notice, but the pipeline shape is consistent:

  1. Query understanding — the user's question is rewritten, often into several sub-queries.
  2. Retrieval — candidate passages are gathered, from a live search index, the vendor's own crawl, a vector store of previously fetched content, or a mix.
  3. Reranking — candidates are scored for relevance to the rewritten query, frequently by a cross-encoder or an LLM judge.
  4. Generation with attribution — the model writes an answer over the surviving passages and attaches citations to the ones it used.

Two consequences follow directly from that shape, and they are the whole game:

What you can actually influence

Ordered by confidence. The first three are mechanical; the rest are reasonable inference.

1. Fetchability (mechanical, highest impact)

If the vendor's crawler gets a 403, nothing else on this list matters. Verify per user-agent token against your live origin, and remember that WAF and bot-management rules are evaluated before robots.txt. The token map — which bot indexes for answers versus which collects training data — is in AI crawler policy, and the failure catalogue is why AI agents can't read your site.

The specific mistake to avoid: blocking training crawlers on purpose and search crawlers by accident. GPTBot and OAI-SearchBot are different tokens with different jobs; so are ClaudeBot and Claude-SearchBot.

2. Passage self-containment (mechanical)

Write sections that survive being extracted alone. In practice:

3. Machine-cheap representations (mechanical)

A page whose content is only present after JavaScript hydration is unavailable to crawlers that do not render, and expensive for those that do. Markdown twins and JSON endpoints remove that risk entirely: see serving Markdown variants to AI agents and data formats and schema.

4. Verifiability signals (strong inference)

Give the generation step what it needs to defend a citation:

5. Structural clarity that machines already consume (moderate inference)

Real <table> markup for comparisons, real lists for sequences, real code blocks for code. Comparison tables in particular map cleanly onto the questions people ask answer engines ("X vs Y"), and they extract without ambiguity. Which schema.org types are worth adding on top is in structured data for AI agents.

6. Freshness where freshness is real (moderate inference)

A truthful dateModified on substantively revised pages is useful; bumping dates without changing content is the oldest bad idea in SEO and adds a new failure mode here, because a model that finds a stale claim under a fresh date has been actively misled by you.

What is being sold that is not supported

Being blunt about this saves budget:

The pattern is consistent: tactics that mimic 2010s SEO ritual, applied to systems that do not work like a ranked link index. The durable version of the same instinct is make each passage independently useful and independently verifiable.

What to measure instead of guessing

Because vendor behaviour is opaque, treat your own logs as the ground truth:

Signal Where it comes from What it tells you
Requests by crawler UA, per path Server-side logs Which products are indexing you at all
403/404/429 rate by UA Server-side logs Whether your edge is undoing your policy
Referrals from answer-engine domains Referrer header Whether citations produce clicks
Live spot-checks of your own head terms Manual, monthly Whether you are cited, and who is cited instead
Fetch-to-referral ratio Both Crawl without referral means you are feeding answers, not receiving traffic

That last row is the strategic one, and it is where this cluster stops being an SEO conversation. If your content is being consumed to produce answers with no click coming back, your options are to accept it as brand exposure, restrict it, or price it. The restriction path is should you block AI crawlers?; the pricing path is what to charge AI crawlers. The instrumentation for all of it is measuring AI agent traffic.

A short, honest checklist

  1. Verify every answer-engine crawler gets a 200 from your origin.
  2. Rewrite your top ten pages so every H2 answers one question in its first sentence.
  3. Put a date and a source on every factual claim you would mind being misquoted.
  4. Ship Markdown twins for those ten pages and link them from llms.txt.
  5. Turn comparisons into real tables.
  6. Log crawler traffic server-side and check monthly whether fetches turn into referrals.
  7. Re-check your own head terms in the two or three answer engines your audience uses, and note who is cited instead of you.

Nothing on that list is a trick, and that is the point: the systems reward being easy to retrieve and safe to quote, which is a property of the content, not of a tag.

Frequently asked questions

Is there a ranking algorithm for AI answers I can optimise against?
No public one, and the architectures differ per product: some ground answers in a live search index, some in their own crawl, some in a vector index of previously fetched content, and most combine several. What they share is a retrieval step over passages and a generation step that has to justify a citation — which is why passage quality and verifiability are the durable levers rather than any single trick.
Does blocking training crawlers stop me being cited?
It depends on which token you block, because training and answering are usually different crawlers. Blocking `GPTBot` (training) does not by itself remove you from ChatGPT Search, which uses `OAI-SearchBot`; blocking the search bot does. Check the token table before assuming a block is safe.
Do I need to write "AI-friendly" content?
You need to write structurally clear content, which is not a new discipline. Question-shaped headings, one idea per section, real tables, dated claims and named sources all help a retrieval system — and all of them also help human readers. There is no separate register that flatters models.
How do I tell whether AI answer engines are actually reading my site?
Server-side logs by user agent are the only reliable signal, plus referral traffic from answer-engine domains. Client-side analytics miss almost all of it. See the measurement guide linked below.

#ai-visibility #citations #answer-engines #seo #rag

Agents: this guide is available as Markdown and JSON; the whole cluster is indexed at /api/articles.json. The reference corpus behind it is at /llms.txt, with licensing at pricing.