Guide · SEO and generative search

SEO and GEO: visibility in search and AI.

Search engine optimisation (SEO) helps search engines discover and understand a page. Generative engine optimisation (GEO) concerns how that content is used as a source in AI answers. Both depend on useful content and reliable access. This guide explains what you can check and which outcomes remain outside your control.

How AI answers change search visibility

Classic search usually offers a ranked set of pages. A generative result may instead assemble an answer from several retrieved sources and place links beside particular claims. That changes the shape of visibility: a page can contribute to an answer even when the visitor never sees a familiar list of ten blue links, and one broad question may trigger several narrower retrieval queries behind the scenes.

The underlying requirements did not disappear. Google states that its generative search features use its search index and core ranking systems. A page still needs to be crawlable, indexable, relevant and useful. For Google, there is no separate GEO markup or special technical gateway. Other answer engines have their own crawlers and controls, but none can cite a page they cannot retrieve or understand.

GEO adds a question to ordinary SEO work: can this page support part of an answer with clear, verifiable information? It cannot compensate for repetitive articles that offer little useful detail. Focus on the specific explanation, evidence or experience the reader needs.

Search result visibilityGenerative answer visibility
DiscoveryCrawler finds an indexable URLSearch or answer crawler can retrieve the source
MatchPage answers the query and intentA passage supports one part of a broader answer
TrustQuality, reputation and corroboration matterClear evidence and attributable claims are useful
OutcomeClick, enquiry or sale from a resultCitation, referral, recognition or later direct visit
The presentation changes; the foundations remain closely related.

Crawling, indexing and training are separate choices

Begin with the ordinary technical path. The canonical URL should return a real 200 response, expose the main content in usable HTML, allow the intended crawler and avoid a noindex directive. Internal links and a sitemap help discovery; canonical and hreflang signals help systems understand equivalent pages. Rendering the entire answer only after a fragile client-side request adds risk without making the content more modern.

Do not reduce every bot decision to 'allow AI' or 'block AI'. OpenAI documents OAI-SearchBot for inclusion in ChatGPT search, while GPTBot controls potential training use. Google uses Googlebot and normal Search preview controls for its AI search features; Google-Extended applies to some other AI uses, not ranking in Search. A publisher can therefore make different decisions about search discovery, snippets and model training.

Write those decisions down and test the delivered response. A robots.txt file can be syntactically correct yet contradicted by a CDN rule, a staging header or a firewall challenge. Fetch important URLs with the relevant user agent, inspect the rendered HTML and confirm that canonical, indexability and status codes agree.

Also check the generative-search inclusion control in Search Console and any inherited parent-property setting. This is separate from robots.txt and training choices.

  1. 01 Discover Internal links, sitemap or an external reference reveal the URL
  2. 02 Fetch The intended crawler is allowed and receives a stable response
  3. 03 Index or retrieve Canonical, language and preview controls are coherent
  4. 04 Match The page addresses a real question with a useful passage
  5. 05 Cite or rank The system chooses the page; eligibility is never a guarantee
  6. 06 Convert The visitor can verify the source and take a sensible next step
A citation cannot repair a broken discovery path.

For an access or indexing problem, follow the step-by-step indexing diagnosis.

Write useful explanations supported by evidence

A useful guide helps the reader make a decision. It can document a test, explain a commonly confused distinction, show the limits of an approach or define a small pilot. Answer the main question early, then add the detail needed to assess it.

Bring evidence that belongs to the author: a repeatable method, a photograph of the actual kind of work, an original diagram, a clearly labelled fictional example, or a technical distinction learned through implementation. Link consequential claims to primary sources. This does not mean inserting a citation after every sentence; it means making it easy to tell observation, recommendation and external fact apart.

One focused article can cover several natural formulations of the same problem. It does not need cloned pages for every long-tail phrase. Google explicitly warns against creating large numbers of query variants for manipulation, and its systems understand related wording. Use the vocabulary readers use in titles and headings, then write the body for the decision rather than repeating the keyword.

  • State the practical answer before the history of the topic.
  • Include a boundary: when the recommendation is wrong or insufficient.
  • Use real experience or mark constructed examples honestly.
  • Cite primary documentation for claims that can change.
  • Remove repetition and add specific examples or evidence where an explanation is too generic.
An editorial research desk where three illustrated source cards lead to one concise unlabelled answer card.
A useful source explains its conclusions and the evidence behind them.

Make the page easy to inspect, quote and navigate

Clear structure helps people first. Use one descriptive title, one main heading and sections whose headings say what they resolve. Tables are good for exact comparisons; lists are good for checks; prose is better for caveats and reasoning. Tiny artificial 'answer chunks' are not required. A section should be as long as its idea needs and no longer.

Keep key statements in text, even when a photograph or diagram adds understanding. Give useful images descriptive alt text and meaningful filenames, but do not turn the alt attribute into a keyword list. Link related guides where the next question genuinely follows, and link the relevant service after the reader has enough information to judge it.

Structured data should describe visible content: an Article with its author and dates, a BreadcrumbList matching navigation, or a Service describing the actual offer. It can clarify information and support eligible search features. There is no special GEO schema, and markup must not invent reviews, FAQs or locations.

Does it help a reader?
Keep the clear heading, useful image, comparison or source.
Does it help discovery?
Keep canonical routes, internal links, sitemap and coherent language signals.
Does it describe visible truth?
Use structured data that matches the page exactly.
Is it only a claimed GEO hack?
Demand first-party evidence before adding maintenance cost.
Before adding an optimization, ask what real ambiguity it removes.

Create location pages when the location changes the answer

International visibility starts with language that feels native and an offer that works operationally in that market. A German page should use the words a German buyer uses, answer the contractual or process concerns that matter there and state how communication works. An English page can serve the United States and United Kingdom when the problem is universal; tax, regulation or procurement topics may deserve a country-specific article.

Create a location page only when the location changes the answer: a real office, local service area, on-site availability, regulation or a body of place-specific work. Swapping Barcelona for Berlin, London and Austin in otherwise identical pages is a doorway pattern and gives a reader no new reason to trust the claim.

A European base can still be useful evidence. It explains time zones, languages, legal context and how remote delivery is organised. Present those facts directly. Do not disguise a lower-cost pitch as geography, and do not imply a local presence that does not exist. Correct hreflang links, self-canonicals and complete translations then connect the genuinely equivalent pages.

To check the language implementation, use the multilingual SEO checklist.

Use llms.txt as a convenience, not a ranking promise

An llms.txt file can offer a compact, readable map of a site to tools that choose to consume it. It can also be useful for a person inspecting the site's main sources. Google now states plainly that it does not use llms.txt for Search visibility and that the file neither helps nor harms rankings. Creating one is therefore an optional publishing choice, not a GEO milestone.

The same caution applies to machine-readable summaries, special Markdown mirrors and blocks of hidden question variants. If they duplicate content, become stale or contradict the canonical page, they add another maintenance surface. Build them from the same source data when they serve a known consumer; otherwise spend the time improving the actual page.

Prioritise reliable responses, indexable HTML, correct status codes, accurate sitemap dates, accessible navigation and consistent information about the business. Check that production pages are not accidentally blocked. These controls support access and discovery without guaranteeing a citation.

Measure visibility without inventing an AI ranking

Define the business outcome before collecting screenshots of answers. For a specialist service, useful measures include qualified organic enquiries, visits to a relevant service page, returning readers, branded searches and referrals from answer systems. A citation for a broad informational query may be interesting while producing no commercial value; an obscure guide that starts one good project can matter more.

Google's current Search Console guidance includes generative-search performance, while Bing Webmaster Tools' AI Performance reports citations, cited pages and sampled grounding queries. OpenAI adds a ChatGPT source parameter to referral links. These views measure different things and will change. Keep them separate rather than combining them into a made-up universal visibility score.

Review guides over a period long enough to observe impressions and queries. Improve missing explanations, update facts when primary sources change and create another article when it answers a distinct question. Record what changed, why and when, then review the results without assuming every change caused an increase.

For a repeatable measurement record, read how to measure AI citations and traffic.

Sources and further reading

Questions before we start

Is GEO different from SEO?

It describes a different presentation problem: being retrieved or cited inside a generated answer. In practice it still depends heavily on SEO foundations such as crawlability, indexability, relevance and quality. Treat GEO as an additional lens for clear, supportable sources, not a replacement for SEO.

Do I need llms.txt to appear in AI search?

No. Google explicitly says it does not use llms.txt for Search or its generative features. Some other tools may choose to read it, so it can be a convenient site summary when generated and maintained honestly, but it is not a general ranking signal.

Should I create pages for every city I want clients from?

Only when the location materially changes the service or answer. Near-identical pages with swapped city names are unhelpful doorway pages. Strong language-specific service pages and genuinely country-specific guides are a better basis for international visibility.

How can AI-search visibility be measured?

Use the platform evidence that actually exists: Search Console reports, Bing's citation reporting, identifiable referral traffic, branded demand and—most importantly—qualified conversions. Do not merge changing, incomparable signals into a supposed universal AI rank.

LET'S TALK

Let’s discuss your project.

PROJECT ASSISTANT

Prepare a summary of your project

My assistant helps you work through your idea and prepare a summary for our first conversation.

Describe my idea
Project assistant

Project assistant

ARTUR PUIG

Which audience should find your website?

Describe your project in a sentence or two. I’ll ask a few questions to help prepare a brief for Artur.

By sending, you confirm you are 18+ and agree to Google processing your idea. Artur keeps the chat for 14 days and receives a summary via Telegram. A 30-minute session cookie protects this chat. Do not include sensitive data. Google ↗

FREE 30-MINUTE CONSULTATION

Book a free consultation.

A 30-minute video call to discuss your idea or a problem you want to solve. If a basic demo would help, we can agree what it should show.

Free · 30 min · Google Meet

Book a free consultation

ARTUR PUIG · Free · 30 min · Google Meet

Choose a time for your consultation

Let’s talk about your project

Write to me here.

Prefer to write? Send a brief summary and I’ll reply by email.

Your message goes directly to me so I can reply about your project.

Add details (optional)

I’ll use your details to respond to your enquiry. The form uses Cloudflare spam protection and delivers your message to me by Telegram and email.

Connect on LinkedIn

Based in Barcelona · Working remotely