Query Fan-Out Just Made AEO the Same as SEO
Jillian Oco, CMO

Google just told the industry, in its own words, that AEO is not a separate discipline from SEO. The mechanism behind AI Overviews and AI Mode rewards the same thing classic search always rewarded, genuine topical depth, and punishes the isolated, one-keyword-per-page structure most MSP marketing sites are still built on.
What did Google's new AI optimization guide actually say?
On May 15, 2026, Google published an official guide titled "Optimizing your website for generative AI features on Google Search" through Search Central, and it states plainly that optimizing for AI features is fundamentally SEO done well, not a new acronym-worthy practice sitting apart from it. That framing matters for any marketing team that has spent the past year treating AEO or GEO as a separate workstream from its core SEO program. Google's own AI optimization guide puts it directly: optimizing for generative AI search is optimizing for the search experience, which makes it SEO, not a separate practice sitting apart from it. The fundamentals you already know, helpful and original content, clear structure, real topical authority, are the same fundamentals that determine whether an AI system cites you.
What is query fan-out, and why does it change how you build pages?
Query fan-out is the specific mechanism doing that rewarding. For a complex question, Google's AI systems break it into several related sub-queries and pull results across all of them before generating a single answer, a process Google's own AI optimization guide describes directly. Google's own example is a query like fixing a lawn with a weed problem, which the system can split into sub-queries covering the best weed killers, chemical-free removal methods, and how to prevent weeds from coming back in the first place. The answer that gets generated pulls from whichever sources covered those angles well, not just whichever page ranked highest for the original phrase.
That mechanism is why pages built around real topical depth outperform pages built around a single keyword. Semrush's guide to query fan-out puts it directly: pages that address the intents behind multiple sub-queries are more likely to be referenced and cited by AI, and addressing just one overall intent, corresponding to one target keyword, is no longer enough. Content that supports multiple related sub-questions survives query expansion. Content that answers exactly one phrase and stops does not.
Why do single-keyword pages lose to topic clusters now?
Because the fan-out mechanism is structurally biased toward depth. Conductor's explainer on query fan-out puts it plainly: a competitor with a comprehensive topic cluster that answers the main question and four or five of the likely sub-questions is far more likely to get prioritized and trusted as a go-to source by an AI system than a single narrow page is. If your site has one page for "managed IT services" and nothing else nearby, that page can only compete on the exact sub-query it happens to match, if any. A cluster of pages covering pricing models, co-managed arrangements, onboarding timelines, and industry-specific compliance needs around that same core service gives an AI system several relevant angles to pull from and cite, because it can draw pieces of its answer from whichever page actually covers that specific sub-question well.
This is not a license to spin up a thin page for every possible keyword variation. Google's spam policies explicitly classify content generated at scale primarily to manipulate search rankings, rather than to genuinely help users, as scaled content abuse. The distinction that matters is depth versus volume. A handful of pages that each answer a real sub-question thoroughly outperforms a large batch of near-duplicate pages built to catch keyword variants, both for ranking and for AI citation.
What does this look like for an MSP marketing site specifically?
Most MSP sites already have the raw material for this and just have not organized it. A typical site has a services page, a handful of blog posts, maybe an industries page, and a pricing page, all built independently with no deliberate linking between them and no shared plan for which sub-questions each one answers. The fix is not more content. It is organizing what exists, and what you add next, around a small number of core service topics with clear, non-overlapping sub-pages underneath each one.
| Structure | How it performs under query fan-out |
|---|---|
| Single page per core service, no supporting pages | Matches only the exact phrase it targets |
| Scattered blog posts with no topic plan | Occasionally matches a sub-query by accident |
| Pillar page plus intent-mapped sub-pages, internally linked | Can surface across multiple related sub-queries for the same core topic |
For a managed services page, that might mean a pillar page covering the core offering, linked to separate pages on pricing and packaging, onboarding and migration, industry-specific compliance needs, and how the service compares to break-fix support. Each of those answers a distinct sub-question a buyer, or an AI system fanning out on their behalf, is actually likely to ask.
How do you start without a full site rebuild?
Begin with an inventory, not new writing. List your core service topics, then check what sub-questions a buyer would realistically ask about each one, covering pricing, process, timeline, and fit for their industry. Wherever a sub-question has no page that answers it directly, that is your gap, and it is usually a smaller gap than teams expect once they map it out this way instead of guessing.
A workable first pass looks like this:
- Pick three to five core services that generate most of your pipeline, and treat each as a pillar topic rather than a single page.
- For each pillar, list the five or six sub-questions a real buyer asks before signing, not the keywords a tool suggests.
- Check whether an existing page answers each sub-question directly, or whether it is buried inside a paragraph on a page about something else.
- Write only for the gaps you actually find, and link every new page back to its pillar and every pillar out to its sub-pages in both directions.
That last step is where most sites fall short even after the content exists. A sub-page that answers a real question but sits three clicks away from its pillar with no direct link either way is invisible to both a search crawler tracing your site's structure and an AI system's fan-out queries trying to piece an answer together from related sources. Fixing that is usually a matter of hours, not a redesign, since the pages already exist and the only missing piece is the link connecting them.
From there, internal linking does most of the remaining work. Link every sub-page back to its pillar page and link the pillar page out to each sub-page, so both a search crawler and an AI system's fan-out queries can trace the full cluster from any single entry point. Actiforge's ActiScore is built specifically to surface this kind of topical gap and internal-linking weakness on an existing site, rather than starting the audit from a blank spreadsheet.
Getting this structure right does not require abandoning work already done. It requires mapping what exists against the sub-questions your buyers are actually asking, filling the real gaps, and linking the pieces together so an AI system's fan-out queries have something specific to find at each step.
If you want to see where your own site's topic coverage stands against this kind of structure, Actiforge's stack builder tool walks through what a fuller topical cluster requires versus what a typical MSP site runs today. And the full Actiforge product catalog lays out the complete set of tools built around exactly this kind of SEO and AEO fundamentals work.
Google's own guidance settled the question of whether AEO is a separate skill set. It is not. It is topical depth, real internal linking, and content built to answer more than one narrow phrase, the same fundamentals that have mattered for years, now graded by a mechanism that actively searches for whether you have them.
See the full stack to find the tools built to close these topic gaps before your competitors do.