A Practical AEO Framework: From Near-Zero to 52K AI Search Appearances in Three Months

Ignas V. avatar
Ignas V.
Cover for A Practical AEO Framework: From Near-Zero to 52K AI Search Appearances in Three Months

Update, July 2026. Two things changed since I published this in April, and both are worth correcting in public rather than quietly editing.

1. Google published official guidance on generative AI search. Their AI optimization guide explicitly debunks several tactics circulating in the AEO space, including llms.txt files, “chunking” content for machines, and rewriting content specifically for AI systems. Google’s position is that optimizing for generative AI search is SEO, not a separate discipline. I’ve updated this article accordingly. My original llms.txt prediction was wrong, and I’ve said so below rather than deleting it.

2. The headline metric was mislabeled. The 52,000 figure came from Ahrefs, which at the time counted AI Overview presence as a single number. Ahrefs has since split that into two distinct metrics: query appearances (the AI Overview surfaced for a query where the site was in the candidate set) and direct citations (the site was named as a source). Under the current taxonomy, that 52,000 was query appearances. Direct citations across all platforms sit closer to 5,600. Both numbers are real; the original label was imprecise, and I’ve corrected it throughout.

The five pillars themselves held up. If anything, Google’s guidance validates them, because four of the five are just rigorous SEO with the priorities sharpened.

Answer Engine Optimization is not a separate discipline from SEO. It’s SEO with the priorities reordered for a retrieval layer that cites passages instead of ranking pages.

That framing matters, because a lot of AEO advice in 2026 is tactics in search of evidence. Google’s own guidance now says as much directly: their generative AI features run on the same core ranking and quality systems as the rest of Search, so the work that earns visibility is the work that always earned visibility.

What genuinely changes is emphasis. In the first three months of 2026 I took a high-authority YMYL publisher from fewer than 100 AI search appearances to over 52,000 across AI Overviews, ChatGPT, Perplexity, Gemini, and Copilot. No new backlinks. No content pruning exercise. No new articles. The work was entirely structural, and every piece of it would have been defensible SEO work in 2019.

This article is the framework I used.

The Core Insight

Traditional ranking asks: “Is this page the best answer to this query?”

Retrieval asks: “Can a clean, self-contained passage be pulled from this page to support a specific claim?”

Those aren’t different disciplines, but they are different failure modes. A page can rank #1 and still lose the citation, because the answer is buried under 400 words of preamble or locked inside client-side JavaScript the retrieval layer never executes.

This matters because AI surfaces are absorbing an increasing share of informational queries. In my own data, I’ve watched pages hold position one, hold impressions, and lose the majority of their clicks. The demand didn’t disappear. It got answered upstream. When that happens, the choice isn’t between traffic and no traffic. It’s between being the cited source and being invisible.

The Framework

Five pillars. Each maps to a specific reason content does or doesn’t get retrieved and cited. You can improve each independently, and they compound.

Pillar 1: Information Gain

The variable: Does this page contain unique, original, or non-obvious information not available on other pages covering the same topic?

Retrieval systems reward sources that contribute something new. A page that restates what ten other pages already say adds nothing a model can’t already generate from its training data. A page with original research, proprietary data, expert commentary, specific case studies, or genuine first-hand experience contributes information gain.

Google’s guidance says the same thing in different words: create “non-commodity content” with “a unique point of view,” and don’t publish what “could easily be produced by a generative AI model.”

In the YMYL engagement, I worked with the editorial team to move the most unique material to the top of every piece: the expert perspective, the cited studies, the specific frameworks this resource was known for. Most of that content already existed. It was buried under generic introductions. Restructuring surfaced it.

What to do: For every important page, ask what it says that no other page says as clearly or credibly. If the answer is nothing, you have a content problem, not an AEO problem. If the answer is something, make sure it appears in the first 150 words rather than the last 500.

Pillar 2: Content Extractability

The variable: Can a clean, self-contained passage be pulled from this page and used to support a specific claim?

Citations bind to passages, not pages. A wall of text with context-dependent references and no clear statement boundaries is harder to cite cleanly, even when the underlying information is excellent.

Content that extracts well tends to have:

  • Direct answers within the first 100 words of any section
  • Clear definitions for key terms
  • FAQ sections where each answer stands alone
  • Statements of fact that make sense without surrounding context
  • Lists and tables where the information is genuinely list-like or tabular

An important clarification, because this gets distorted. This is not “chunk your content for machines.” Google has explicitly said there’s no requirement to break content into small pieces and no ideal page length, and I agree. This is “write clearly and put the answer first,” which is advice that predates LLMs by about a century. Clarity is what makes content easy to extract. Retrieval systems are just the current mechanism that rewards it, and human readers in a hurry reward exactly the same thing.

Pillar 3: Structured Data

The variable: Is your key information exposed in a machine-readable form?

I’ll flag upfront that this pillar deserves less weight than I originally gave it. Google’s guidance is explicit: structured data is not required for generative AI search, and there’s no special schema you need to add for AI systems specifically.

What remains true is that structured data is worth maintaining as part of a normal SEO program, because it drives rich result eligibility and it removes ambiguity about authorship, dates, and page type. The schema types that carry their weight:

  • Article on editorial content, with author, datePublished, and dateModified
  • FAQPage where a genuine FAQ section exists
  • Organization and WebSite to establish entity identity
  • BreadcrumbList on nested pages
  • Person for authors, with credentials and sameAs links
  • HowTo for genuinely procedural content
  • Domain-specific types like MedicalWebPage where appropriate

Validate what you deploy. Partially valid schema creates ambiguity, which is worse than none.

But if you’re choosing between a week on schema and a week on making your best content genuinely better and easier to find, choose the content. I had that priority backwards in the original version of this article.

Pillar 4: Technical Accessibility and Rendering

The variable: Can retrieval systems actually reach and parse your content?

This is the pillar most likely to be quietly costing you visibility, because the failure is invisible from the front end.

The core issue is rendering. Google can process JavaScript, but it does so in a delayed second wave, and many other AI crawlers execute little or no JavaScript at all. Content or structured data that only exists after JavaScript runs may be invisible to a meaningful share of the retrieval layer. I recently audited a major streaming site whose schema was injected client-side; the markup was perfectly valid and most non-Google systems would never see it.

The practical checks:

  • Compare view-source against the rendered DOM. If content only exists in the rendered version, some crawlers won’t see it.
  • Prefer server-side rendering for content that matters.
  • Watch server response times. Retrieval fetches are not patient, and slow responses can get truncated or abandoned entirely.
  • Keep pages reasonably lean.

On semantic HTML specifically, I’d soften what I originally wrote. Google’s position is that perfect semantic markup isn’t required and their systems handle imperfect HTML fine. Use <article>, <section>, <nav>, <time> and proper heading hierarchy anyway, because it genuinely helps screen readers and other assistive technology, and because clean structure is easier for everyone to maintain. Just don’t expect semantic tags alone to move AI visibility.

Pillar 5: Entity Authority and Off-Site Signals

The variable: Does the wider web recognize this source as authoritative on this topic?

Retrieval systems don’t just evaluate your page. They evaluate your source: how authoritative publications reference you, whether your entity identity is clear and consistent, and how you’re discussed across the platforms models weight heavily.

This is the slowest pillar to move. Schema takes a week. Genuine authority takes years.

One caution Google now makes explicit, and I agree with: don’t chase inauthentic mentions. Manufactured brand mentions and coordinated seeding are the AI-era version of link buying, and they carry the same eventual risk. Google’s late-January 2026 update hit sites scaling low-quality content and self-serving listicles specifically.

It’s also worth being honest about attribution here. The YMYL publisher reached 52,000 AI search appearances in three months partly because it was already an established authority cited by government agencies and universities. The structural work unlocked visibility the authority signals were already capable of supporting. A newer site doing identical work would not see identical results, and anyone selling you a framework that ignores this is selling you something.

How I Sequence the Work

  1. Weeks 1-2: Audit and baseline. Establish where you actually stand before changing anything. Google Search Console’s Generative AI performance report is the ground-truth layer here; third-party tools are directional and their taxonomies shift (as this article’s own correction demonstrates).
  2. Weeks 2-4: Technical foundation. Rendering, crawlability, response times, redirect chains, canonical issues. This is foundational SEO that happens to unblock retrieval.
  3. Weeks 4-8: Content restructuring. Surface information gain, put answers first. This is the slowest work because it requires editorial judgment page by page, and it’s also the highest-value work.
  4. Weeks 6-12: Structured data. Deploy and validate systematically. Useful, but no longer where I’d start.
  5. Ongoing: Measure and iterate. Track weekly, identify which page templates are winning, and be honest about what you can and can’t attribute.

What I Got Wrong

Publishing a framework in a field moving this fast means some of it ages badly. Here’s what did:

llms.txt. I originally listed llms.txt standardization as an emerging development to watch. Google has since confirmed that Search ignores these files entirely and that they neither help nor harm visibility. If you maintain one for other systems, fine, but it does nothing for Google. I flagged it as a watch item rather than recommending resources be spent on it, which is the only reason this correction is cheap rather than expensive.

I overweighted structured data. See Pillar 3. It’s useful infrastructure, not a primary lever for AI visibility.

I framed AEO as adjacent to SEO rather than part of it. Google’s guidance, and honestly my own results, both point the other way. The pillars that mattered most were information gain and technical accessibility, which are just good SEO practiced with discipline.

The metric label. Covered in the update note at the top. The number was real; the word “citations” was wrong.

What Still Holds

Measurement is maturing, slowly. Search Console’s Generative AI performance report is now the most defensible source available, because it’s Google’s own data. Third-party AI tracking remains immature; treat it as directional and be skeptical of any tool claiming access to internal ranking signals.

Retrieval is passage-oriented. Not a reason to chunk your content, but a reason to make sure any given section can stand on its own.

Agentic workflows are the direction of travel. As AI tools shift from answering questions to executing tasks, being the source consulted during a decision becomes more valuable than being cited in a one-off answer. Google’s guidance now includes agent-friendly website practices, which suggests they think so too.

The surfaces will keep multiplying. Voice, browser agents, vertical-specific models. The underlying framework doesn’t change much; the places it applies keep expanding.

The Honest Bottom Line

AEO is real work, and most organizations are underinvested in it. It is not, however, a separate discipline requiring exotic tactics. It’s information gain, extractability, technical accessibility, sensible structured data, and genuine authority, sequenced deliberately and measured honestly.

If you’re leading organic growth and wondering where to start: start with whether your best content is genuinely better than what’s already out there, and whether a machine can actually reach it. Those two questions cover most of the value.

And when the evidence changes, update in public. It costs less than defending a position you no longer hold.