Invented by Josh Blyskal at Profound and taught in Profound 101.

SAGE for AEO

I use SAGE to keep AEO work in a sensible order. It starts with agreeing on what to track, then moves through diagnosis and execution. Automation comes later, after the team has a process that works by hand.

I use the question "what time is it?" as shorthand. It keeps a team from jumping to a later stage before the earlier output is reliable.

How I decide where to start

"What time is it?" is a quick way to ask which part of the work is still uncertain.

When I look at a new AEO program, there is usually plenty of activity already underway. The team may have a large prompt set, a content calendar, and an automation plan, but no shared view of which decision each piece is supposed to support. SAGE gives me a way to slow that down and ask which part of the process is still uncertain.

When the prompt set or baseline is still being debated, I work in Setup. A stable baseline with unexplained movement belongs in Analyze. Once the reason is clear, the team can move into Generate and decide what to publish or change. I only move the repeated parts into Engineer after the manual process has held up more than once.

A mature program does not march through all four stages every week. Most weeks begin with analysis, although a new product, market, or buyer can make part of the setup uncertain again.

How the stages fit together

Each stage produces a practical output. The diagnostic beneath it describes the situation in which that stage becomes useful.

  1. S01
    SetupA baseline with a clear reason for every topic, prompt, competitor, and filter.
    Setup time

    The team is still deciding what is worth tracking.

  2. A02
    AnalyzeA prioritized set of gaps with evidence behind each diagnosis.
    Analyze time

    A number moved and the team does not yet know why.

  3. G03
    GenerateA published page or another concrete change that responds to the diagnosed gap.
    Generate time

    The team understands the gap, but the relevant work is still not live.

  4. E04
    EngineerA repeatable workflow that keeps a person responsible for the decision.
    Engineer time

    The process works, although the team is rebuilding it by hand each time.

Teams usually return to SAGE each week. They identify the output that is missing or unreliable, work in that stage, and move again when the situation changes.

The four stages

S · A · G · E

Stage 01 · Setup time

Setup

Could I explain why every topic and prompt belongs in this setup?

The team is still deciding what is worth tracking.

Setup is where I decide what the measurement is actually for. A large prompt list does not reassure me, because I have seen plenty of large setups that nobody on the team has read. I start with the short category terms customers use, check the demand around them, read real prompt examples, and then write a small set that covers the category and the buyer questions we care about. I should be able to explain why each prompt is there before I add another hundred.

A practical way to begin

A head term and a tracked prompt do different jobs. I use the short head term to understand demand, then write the full questions I want to monitor. A 12-word prompt often returns zero in a volume tool because the lookup is too specific, not because nobody asks anything like it.

  1. 01

    Start with the category language

    Write down 10 to 20 short phrases from product navigation, customer calls, sales material, and the words buyers use when they compare options. For an AI visibility company, that might include AI search, brand visibility, citation tracking, and prompt monitoring.

  2. 02

    Check demand before writing the prompt set

    Run those terms through Prompt Volumes and read the anonymized examples around them. Phrase Match is useful when the wording varies, while Exact Match is better when word order changes the meaning. If a term has no useful signal, shorten it and try again. Teams without volume data can use site search logs, customer interviews, support tickets, and real prompt exports, although the estimate will be less precise.

  3. 03

    Turn the demand into a small tracked set

    Write questions that add a buyer, criterion, or constraint to the category. I begin with a few broad topics and a smaller set of deeper buyer questions, then expand the areas that prove useful after the team has read the first answers. Brand names stay out of visibility prompts.

  4. 04

    Keep the first baseline fixed

    Add the competitors that appear in the answers, including the ones missing from the sales deck. Save the engines, region, persona, competitor set, and date, then leave that setup alone for the first weekly comparison so the team knows what actually changed.

An example using one head term and two prompts

Too narrow for a volume check
AI search visibility software for enterprise marketing teams
Head term
AI search
Coverage prompt
What are the best AI search platforms for enterprise marketing teams?
Depth prompt
Which AI search platform tracks historical visibility and supports Salesforce?

Leave with

A baseline with a clear reason for every topic, prompt, competitor, and filter.

In practice

I would start with roughly 20 prompts that somebody on the team has actually read and can defend. Once those answers are in front of us, it becomes much easier to see whether the setup is missing a buyer, a comparison, or a part of the category. That is a better reason to expand than an arbitrary target of 500 prompts.

Stage 02 · Analyze time

Analyze

What changed, where did it change, and which source helps explain it?

A number moved and the team does not yet know why.

When a dashboard changes, I start with the prompts underneath the number. I read the answers, separate the engines, and inspect the exact pages they cited. Sometimes the explanation is a new publisher, sometimes it is a competitor page, and sometimes the engine simply changed how it framed the question. The analysis is finished when I can describe what happened in plain language and point to the evidence behind it.

What I look at

  • The prompts inside the topic, especially the ones that moved
  • Visibility, rank, and citation share for each engine separately
  • The domains and pages that supplied the answer
  • How the engine described the brand over several weeks
  • Whether the expected page was fetched, selected, and easy to quote

What I do

  • Read the affected prompts before explaining the topic average
  • Separate engines when their source sets differ
  • Decide whether the gap belongs on the brand site, a third-party site, or in the product
  • Write down what changed, why it probably changed, and who can act on it

Leave with

A prioritized set of gaps with evidence behind each diagnosis.

In practice

Suppose ChatGPT visibility falls while citation share looks healthy overall. I would isolate the ChatGPT citations, find the publisher or competitor that gained, and read the page it started using. From there, the team can decide whether it needs a better page of its own or a credible place in the source that already shapes the answer.

Stage 03 · Generate time

Generate

What can we publish or change that responds to the gap we found?

The team understands the gap, but the relevant work is still not live.

Once the gap is specific enough to explain, I decide what kind of work would address it. A new page is one option, although an existing page often needs a clearer answer or a narrower job. There are also topics where publishers, communities, or product information supply most of the evidence, which means another article on the brand site may do very little. The diagnosis should determine the work, including where that work lives.

What I look at

  • One or two gaps the team can explain without relying on a dashboard
  • The format and level of detail in the pages already being cited
  • The existing page that should answer the question, if one exists
  • The brand's writing rules and an example worth using as a reference

What I do

  • Improve the existing page when it covers the right question poorly
  • Create a focused page when the current one is trying to answer several unrelated questions
  • Use a format the engine already retrieves for that prompt
  • Use generated copy as a working brief and have an editor finish it

Leave with

A published page or another concrete change that responds to the diagnosed gap.

In practice

If the cited results are focused comparison pages and the brand only has a broad category guide, I would create the comparison instead of adding more sections to the guide. The title and URL should make the question obvious, and the team should monitor that page against the prompt that led to it.

Stage 04 · Engineer time

Engineer

Which part of the process has been repeated enough that the team can trust it?

The process works, although the team is rebuilding it by hand each time.

I leave automation until the team has run the workflow by hand more than once and agrees on what a good result looks like. Automating earlier makes the same unresolved judgment call recur at a higher speed. Once the sequence is familiar, I automate the repetitive collection and reporting while leaving the diagnosis and decision with a person.

What I look at

  • A manual workflow the team has already repeated
  • The previous baseline and the current visibility and citation data
  • The person responsible for the next decision
  • Filters that keep visibility prompts separate from brand-led sentiment prompts

What I do

  • Compare the same topics and engines from one period to the next
  • Collect the change, draft the diagnosis, send it to the owner, and save the new baseline
  • Notify a person when there is a decision to make
  • Store the prompts and filters somewhere the next person can inspect

Leave with

A repeatable workflow that keeps a person responsible for the decision.

In practice

A basic weekly agent can read the previous baseline, pull the current visibility and citation domains, draft a short diagnosis, send it to Slack, and save the new baseline. If it cannot explain what changed, it should hand the problem to a person instead of recommending a fix.

How one problem moves through the method

Worked example

Imagine a team that wants to understand its visibility for the category AI search. The first setup might use that short head term to check demand, then track a small group of questions about enterprise marketing teams.

The team records the engines, region, competitors, and start date before comparing one week with the next. As the work moves through the method, the diagnosis becomes more specific until it points to a page and a prompt set the team can monitor.

  1. 01

    Baseline

    The team starts with roughly 20 prompts it can defend and reads the answers before deciding where more coverage is useful.

  2. 02

    Prompt-level diagnosis

    If ChatGPT visibility falls while citation share looks healthy overall, the analysis narrows to ChatGPT and the publisher or competitor that gained.

  3. 03

    Page handoff

    When the cited pages are focused comparisons and the existing page is a broad category guide, the handoff is a focused comparison and the URL that will be monitored.

  4. 04

    Repeatable read

    After the sequence works by hand, the team can compare the same topics and engines each week, send the diagnosis to the owner, and save the new baseline.

Questions about SAGE

The questions I get about using the loop.

What is SAGE for AEO?

SAGE is the way I organize recurring AEO work. Setup establishes what the team will track and why. Analyze explains what changed. Generate turns that diagnosis into published work or another concrete fix. Engineer makes the parts that have worked by hand easier to repeat.

What does "What time is it?" mean in SAGE?

The question is a quick way to identify the part of the process that is missing. A prompt set the team cannot defend belongs in Setup. Unexplained movement belongs in Analyze. A known gap with no live response belongs in Generate. A useful manual process that keeps repeating belongs in Engineer.

What is a head term in SAGE Setup?

A head term is the short category phrase I use to check demand. "AI search" is a head term, while "What are the best AI search platforms for enterprise marketing teams?" is a tracked prompt. I look at the demand and real examples around the head term before deciding which full questions belong in the setup.

Is SAGE a one-time checklist?

SAGE is meant to be revisited. Once a baseline is stable, a team may spend several weeks in Analyze and Generate. A new market, product, or buyer can make part of the Setup uncertain again, and the team can return there without restarting everything else.

How do you measure a SAGE cycle?

I keep the prompt set and filters fixed for the period being compared, then review visibility, rank, citations, cited pages, and the language in the answer for each engine. The useful output is an explanation that a specific person can act on.

Can a team use SAGE without Profound?

Yes. Profound puts the prompt, citation, page, and agent data in one place, which makes the workflow easier to run. A team can use the method with other tools if it can collect comparable answers, preserve a baseline, inspect the cited sources, and keep a person responsible for the decision.