Tech for Retail 2025 Workshop: From SEO to GEO – Gaining Visibility in the Era of Generative Engines

Back to blog

Complete GEO Checklist: Technical, Content, Authority, Monitoring

GEO

Discover Incremys

The 360° Next Gen SEO Platform

Request a demo
Last updated on

1/11/2026

Chapter 01

Example H2
Example H3
Example H4
Example H5
Example H6

This page is for B2B marketing and SEO managers who want to check, page by page, that a site can be read, extracted and cited by ChatGPT, Perplexity, Gemini and Google's AI Overviews. The GEO checklist turns the method of step-by-step GEO referencing into testable controls: technical, content, authority and monitoring.

 

It helps you decide what to fix before publication, what to review every quarter and in which order to address the gaps.

 

How to use the GEO checklist: pre-publication QA and quarterly review

 

A GEO checklist turns principles into controls that are verifiable, repeatable and comparable from one page to the next. It does not redefine the discipline: the Generative Engine Optimization guide sets out the framework, the four levers and the method. Here, each line is either ticked or not, and every gap becomes a task.

 

Define the page families to check

 

Do not start with "the entire site". Split it into page families, because citability and attribution are not controlled in the same places:

 

  • Business pages: offers, products, services and conversion pages.
  • Hubs and pillar pages: reference pages that structure a topic and distribute to supporting pages.
  • Support pages: FAQs, documentation, glossary, policies and proof pages.
  • Blog: guides, comparisons, analysis and updates.

 

Two uses: pre-publication check and portfolio review

 

Before publication, the checklist acts as quality control: a page that fails on access or rendering does not go live. Every quarter, it acts as a review: you go back over key pages, log the gaps and compare presence in AI answers before and after the fix. Each control is tested as yes or no and answers one question: can the site be explored, can the content be extracted, can the information be attributed?

 

Technical track: ensure accessibility, rendering, and machine readability

 

The technical track conditions everything else: if a bot can neither fetch the page nor read its HTML, no editorial optimisation will be seen. For each control, here is how to check it and why it matters.

 

ControlHow to checkWhy
IndexingURL Inspection and the Search Console Pages reportA non-indexed page drops out of the candidate sources
AI botsrobots.txt rules for GPTBot, PerplexityBot, Google-Extended, ClaudeBotAn accidental block prevents any citation
HTML renderingSource code read without executing JavaScriptCritical content must exist without scripts
Speed and INPSearch Console Core Web Vitals reportSlow rendering can cause the fetch to be abandoned
HTTP status codesKey pages return 200, redirect chains, 5xx errorsA failed fetch removes the page
CanonicalDeclared canonical, indexed URL and sitemap matchOne reference URL per topic
SitemapStrategic pages present, deleted URLs removedFast discovery of reference pages

 

For a multilingual site, add one line: hreflang tags point to canonical, indexable URLs.

 

AI bot access: user agents and robots.txt

 

Generative engines rely on a search, then select passages: a page they cannot fetch cannot be cited. Review your robots.txt file and server configuration against four checkpoints:

 

  • Named bots: the rules applied to GPTBot, PerplexityBot, Google-Extended and ClaudeBot are intentional.
  • Firewall and CDN: no rule blocks unknown user agents by default.
  • Consistency: no page listed in the sitemap is blocked elsewhere.
  • Exposure: private sections are protected by authentication, not by robots.txt.

 

Blocking an AI bot is a decision, not a default setting: it removes the pages concerned from the engine's possible sources.

 

Rendering, speed and server stability

 

A crawler is not your browser. Fetch the HTML without executing JavaScript: headings, definitions, tables and FAQs must be there; otherwise, move reference pages to server-side rendering or pre-rendering. Track INP for responsiveness and reduce URL rules to a single redirect. In server or CDN logs, identify AI bot visits and set alerts on 4xx and 5xx errors and timeouts on reference pages.

 

Content track: produce citable and verifiable pages

 

GEO content is not longer, it is clearer: every section must be reusable on its own and attributable to its source. The extractability criteria are covered in the AI-optimised content guide; the checklist keeps the controls.

 

ControlWhat you checkFailure signal
Direct answerA self-contained sentence opens each sectionLong introduction before the answer
HeadingsDescriptive H2 and H3, understandable out of contextVague headings: "Good to know", "Details"
ListsSteps, criteria and specifications as listsEnumerations buried in a paragraph
TablesComparisons in tables with headersDecorative table or no headers
FAQReal questions, answers of two to four sentencesInvented questions, evasive answers
EntitiesBrand, offers and concepts named consistentlyName variants, undefined acronyms
SourcesEvery figure carries its source and yearFigures with no provenance
Author and dateByline, publication date and updated datePage with no owner and no date

 

What the brand can claim

 

The editorial checklist includes an "approved claims" section: the brand only asserts what it proves on the page, with the same terms and the same offer scope everywhere. It rules out:

 

  • unsourced superlatives;
  • vague wording with no verifiable criterion;
  • comparisons that do not state the criteria they compare on.

 

Architecture and entities track: one intent, one page, a readable brand

 

If several pages answer the same intent, the engine hesitates about the right source and attribution is diluted. Assign one lead page per intent, then supporting pages that cover the sub-questions and link back to it.

 

Cannibalisation and topic-led internal linking

 

Internal linking tells engines what depends on what. The checklist verifies four rules:

 

  • One intent, one page: every new page declares its intent and its parent page.
  • Descriptive anchors: the link sits as close as possible to the passage that justifies it.
  • Depth: no strategic page relies solely on global navigation.
  • Hub pages: the same offer always links to the same reference pages.

 

Normalise the brand entity

 

Generative engines need to resolve your brand as a single entity, then connect content, authors, offers and evidence to it. A site with solid SEO can remain vague on this front: name variants, undefined acronyms, catch-all pages. Keep an entity reference file (official name and allowed variants, offers and scope, contact details) and define every acronym at first mention.

 

Authority and brand consistency track: strengthen trust signals

 

GEO extends beyond your site: generative engines cross-check what other sources say about you. Domain authority and brand mentions weigh in answers; the work on links from sites that AI cites is covered in the article on backlinks in the age of AI. The checklist verifies at least six signals.

 

SignalWhat you checkWhy
Brand mentionsMedia, communities and reference pages name the brandEngines cross-check third-party sources
ReviewsRecent reviews, consistent with the actual offerTrust signal verifiable outside the site
Third-party pagesDirectories, partners, comparisons: up-to-date descriptionAn outdated description can be reused
Official profilesLinkedIn and reference profiles linked to the siteDisambiguate the brand entity
Corporate pagesLegal notice, policies and "about" page up to dateReliability of the information reused
Contact details (NAP)Name, address, phone identical everywhereEntity consistency

 

For a business with several locations, contact details fall under local search optimisation; the checklist only verifies that they are consistent.

 

Operational E-E-A-T checklist: what should appear on every key page

 

Here, E-E-A-T is a reading grid, not a ranking factor. On every key page, check for:

 

  • an author byline linked to an author page that states role and expertise;
  • a publication date, and an updated date when the substance changes;
  • at least one verifiable proof point: sourced data, method or external source;
  • a "limitations" or "where it does not apply" section;
  • strict consistency across promises, scope and offer information.

 

Structured data and llms.txt: useful, not decisive

 

The grid checks both, but only after bot access and content extractability.

 

Structured data: describe, not guarantee

 

Structured data helps describe a page (content type, author, publisher, dates) but does not guarantee a citation. Treat it as an entity model: Organization at site level with sameAs links to official profiles, Article with author and dates, and a stable @id reused across every page.

 

JSON-LD must match visible content exactly: a date, author or review that is marked up but absent from the page creates an inconsistency. FAQPage and HowTo no longer guarantee a rich result, since HowTo was retired in 2023 and FAQ has been restricted to authoritative sites since then. The full method is in the GEO structured data guide.

 

llms.txt: guide agents, with no effect on Google

 

llms.txt is a file placed at the site root that lists, for AI agents, the reference pages to consult first. It is an emerging convention with uneven adoption: Google does not apply it, and the file controls neither access nor indexing, which remain the job of robots.txt and tags. Its structure and maintenance are described in the dedicated llms.txt guide.

 

Monitoring track: measure before and after every fix

 

Presence in answers varies from one model to another and from one session to the next: the effect of a fix can only be judged on a stable protocol. The indicators and how to read them are covered in the article on GEO KPIs; minimum monitoring has four components:

 

  • Fixed question set: the same questions, written by persona, asked of each engine at regular intervals.
  • Four presence states: for each keyword, brand named, domain cited, domain as source or absent.
  • Before / after by page: each fixed page is compared with itself, as a time correlation, never as causation.
  • Search Console: the Performance report counts impressions and clicks from AI Overviews and AI Mode together, without separating them.

 

A question not tracked before the fix has no "before": add it to the set before changing the pages, then work in batches from the same cluster.

 

Prioritise and scale the checklist

 

Without prioritisation, a checklist becomes an endless list and gets abandoned. The order follows a simple logic: remove access and extraction blockers first, then strengthen entities, and finally build authority.

 

Impact × ease × confidence framework

 

Each gap is scored on three axes:

 

  • Impact: expected effect on extractability and attribution, then on business contribution.
  • Ease: development or editorial effort, risk of SEO regression, CMS dependency.
  • Confidence: evidence that the lever matters, drawn from a before / after on comparable pages.

 

Score each page from 0 to 2

 

Scoring turns the checklist into a page-by-page dashboard, with each criterion scored from zero to two.

 

Criterion012
AccessibilityBlockedPartially accessibleAccessible and indexable
ExtractabilityDense textPartly structuredDirect answer, lists and tables
AttributionUnclearPartialExplicit author, dates, sources and canonical
EvidenceOpinionsSome evidenceVerifiable and up-to-date evidence
EntitiesAmbiguousConsistentDisambiguated and connected to hub pages

 

Set a minimum threshold before scaling a template. A page scored zero on accessibility does not pass, whatever its score on the other criteria.

 

Build the checklist into the production workflow

 

The brief sets the structure, sources, tone and attribution rules; quality control checks technical, content and entity criteria before publication. Pages that earn citations become templates, rolled out to comparable pages.

 

Depending on your situation

 

What to read next depends on where you are:

 

  • You have never measured your presence: start with an AI-focused GEO audit to know where your pages stand.
  • You are choosing a tracking tool: the features to expect are listed in the GEO tools guide.
  • Your architecture is scattered: revisit the linking rules with the internal linking guide.
  • Your pages lack authors and evidence: the E-E-A-T framework helps structure expertise signals.

 

To apply the checklist to an entire site rather than page by page, the Incremys 360 GEO & SEO audit module performs, at the time of writing, the technical diagnosis, the content mapping and, for each keyword, the AI presence state: brand named, domain cited, domain as source or absent.

 

FAQ about the GEO checklist

 

What is a GEO checklist and what is it used for?

 

A GEO checklist is a grid of testable controls that verifies a site can be crawled, read, extracted and cited by generative engines such as ChatGPT, Perplexity, Gemini or AI Overviews. It serves as a pre-publication check and a quarterly review. Every gap becomes a task, prioritised by its impact and ease.

 

What are the differences between a GEO checklist and an SEO checklist?

 

A GEO checklist keeps the SEO indexing and performance controls, then adds what conditions citation: AI bot access, passage extractability, attribution and brand entity consistency. It also extends beyond the site, because generative engines cross-check third-party sources. GEO complements SEO; it does not replace it.

 

Should you block GPTBot?

 

No, not if you want to be cited by ChatGPT. Blocking GPTBot in robots.txt removes the pages concerned from the sources the engine can fetch. Blocking is justified for content you refuse to expose; it is decided section by section, deliberately and never by default.

 

Does structured data guarantee a citation?

 

No, structured data does not guarantee any citation. It helps an engine describe the page: content type, author, publisher, dates and entities. Its value depends on strict alignment with visible content. It complements extractable content without replacing it.

 

What is llms.txt?

 

llms.txt is a text file placed at the root of a site that points AI agents to its reference pages. It is an emerging convention, unevenly respected across providers, and Google does not apply it. It controls neither access nor indexing: robots.txt, the sitemap and canonical tags remain the authoritative files.

 

Can a JavaScript site be cited?

 

Yes, provided the critical content is in the HTML fetched without executing JavaScript. A bot that only finds an empty page has nothing to extract. For reference pages, server-side rendering or pre-rendering solves the problem; then check that headings, definitions, tables and FAQs appear in the source code.

 

How often should you re-audit and update your GEO checklist?

 

Go through the checklist again before every publication and review your key pages every quarter. Update it straight away, without waiting for the next review, in the event of an offer change, a template redesign or a sharp drop in presence on the questions you track.

Discover other items

See all

Next-Gen GEO/SEO starts here

Complete the form so we can contact you.

The new generation of SEO
is on!

Thank you for your request, we will get back to you as soon as possible.

Oops! Something went wrong while submitting the form.