Skip to content

Module 6 min

Stage 1 · Baseline Audit

Four layers (access, rendering, content, authority) plus a visibility snapshot. You cannot improve what you never baselined.

Stage 1 · Ba…Binary blockers before polishThe visibility "before photo"Turning findings into a ranked backlog

Why it mattersMost zero-citation problems are access or rendering failures that no amount of content work can fix.

01

Definition & Foundation

The 'before photo' you'll regret not taking

Stage 1 is the baseline audit: four layers (access, rendering, content, authority) plus a visibility snapshot, turned into a ranked backlog. The order matters because it's a hierarchy of blockers. Most zero-citation problems aren't weak content at all; they're access or rendering failures (a bot blocked at the WAF, a claim that only exists in client-side JavaScript) that no amount of content polish can fix. You check the binary blockers first because a beautiful page an engine can't fetch or can't read is worth exactly nothing.

The audit also takes the "before photo": you run a starter prompt set across the engines you care about and record who gets cited, mentioned, and ignored, with what sentiment, against which rivals. That snapshot is the thing every later win is measured against; skip it and you'll spend the next two quarters unable to prove anything moved. The output is not a report; it's a ranked backlog, timeboxed to about four weeks. This node carries no impact score (the audit is diagnostic, so its leverage shows up in the stages it points at), but it is the cheapest insurance in the whole loop.

02

Four Things to Know About the Audit

Binary blockers before polish

access → render → content → authority

The four layers, in order

Audit in dependency order: can engines fetch you (access), can they read you (rendering), is what they read citable (content), and does the web corroborate you (authority). A failure low in the stack makes everything above it moot.

not a content problem

Most zero-citation is a blocker

Teams assume no citations means weak writing, but the usual culprit is a blocked bot or JS-only content; see Crawler Access and Rendering. Fix the binary blockers before you touch a single word of copy.

the before photo

The visibility snapshot

Run a starter prompt set across engines and record citations, mentions, sentiment, and rivals. This dated baseline (the share-of-voice "before") is what makes every later improvement provable instead of anecdotal.

timeboxed to ~4 weeks

Output is a ranked backlog

The audit ends in a prioritized list of fixes, not a document. A four-week audit that delays shipping is a failed audit; the deliverable exists to start the work, not to admire the findings.

03

Myths vs Reality

Common misreadings, corrected

Myth"We're not getting cited; our content must not be good enough."
RealityFar more often it's access or rendering: a bot blocked at the CDN, or key claims that only appear after JavaScript runs. Engines can't cite what they can't fetch or can't read. The audit checks those binary blockers first precisely because they're the common, invisible cause that content work can never fix.
Myth"The audit is a big report we'll present to stakeholders."
RealityThe audit's only real output is a ranked backlog you can start executing on Monday. A polished report that delays shipping is the failure mode this stage warns against: timebox it, capture the baseline, produce the backlog, and move into the loop.
04

Putting It to Work

Blockers first, snapshot always, backlog out

Work the four layers in dependency order, take the visibility snapshot no matter what, and convert everything you find into a single ranked backlog, inside the timebox.

The baseline-audit playbook

1

Verify engine access

Check robots.txt per bot, CDN/WAF rules, and log-verified fetches from each engine you care about. Confirm the retrieval bots actually reach you with clean 200s; a single WAF rule can silently erase you from an entire engine.

2

Check machine rendering

Do a JS-off review of your top pages: is every claim, table, and heading present in the raw HTML? If key facts only appear after client-side rendering, engines may never see them; see Rendering.

3

Score top-URL citability

For your most important pages, ask: answer-first? self-contained passages? visible dates? original numbers? schema present and valid? This is the content layer, and it only matters once access and rendering pass.

4

Audit the entity

Check your knowledge panel, Wikidata item, description consistency, and what chatbots say when asked about your brand. Entity health is the corroboration layer engines lean on when they choose whom to trust.

5

Snapshot visibility and rank the backlog

Run the starter prompt set across engines and record citations, mentions, sentiment, and rivals: your baseline. Then turn every finding into one ranked backlog, blockers at the top, and hand it to Stage 2.

05

Verification Checks

How to know it's really done

0/4 verified

The audit is done when blockers are found and the baseline is captured. Click a check to mark it verified:

06

Update Cadence & Dependencies

Keeping it alive

Full audit once · quarterly diff after
Once (pass one) Run the full four-layer audit and capture the baseline visibility snapshot.
Quarterly Re-run as a diff against last quarter: what changed in access, rendering, citability, and entity health.
After incidents Re-check access and rendering after any security, CDN, or platform change that could add a blocker.

Tools for this

Go deeper from The GEO Lifecycle

Always current

These links resolve live: what you get is generated or filtered the moment you click.