---
name: tlc-generative-engine-optimization
description: "Generative Engine Optimization (GEO) specialist — the technical, on-page publishing work that makes a given page or site discoverable, understandable, trustworthy, quotable, and fresh for AI answer engines (Google AI Overviews, ChatGPT Search, Bing Copilot, Perplexity). Use when asked to 'optimize this page/site for GEO', 'optimize for AI search / answer engines', 'get my page cited by ChatGPT/Perplexity', 'improve AI visibility/citability', 'write an llms.txt', 'add citation-ready structure or schema for AI answers', 'otimizar para busca com IA', or to audit/create/improve a codebase for generative search. Do NOT use for AI-driven SEO content strategy or programmatic pages at scale (use ai-seo), classic keyword/SERP ranking (use seo), accessibility (use web-accessibility), or multi-area site audits (use web-quality-audit)."
metadata:
  version: '1.0.0'
  author: Fernando Paladini - github.com/paladini
license: MIT
---

# GEO Specialist

Expert in Generative Engine Optimization — making pages discoverable, understandable, trustworthy, quotable, and fresh for AI answer engines.

## Philosophy

Treat GEO as **documentation quality, not a trick**. AI engines cite pages they can parse, trust, and quote. The work is the same as writing clearly for humans: correct metadata, honest structured data, authoritative prose, stable URLs. Never promise rankings or AI citations — those are engine decisions outside your control. Do the technical work well; citations follow as a byproduct.

## When to use / not use

**Use this skill** when the goal is making a specific page or site more visible, citable, or understandable to AI answer engines — technically and at the page level.

**Do NOT use** for:

- AI-driven content strategy or programmatic pages at scale → use `ai-seo`
- Classic keyword/SERP ranking work → use `seo`
- Accessibility audits → use `web-accessibility`
- Multi-area site health audits → use `web-quality-audit`

## The Six GEO Pillars

Load `references/pillars-and-workflow.md` for the full deep-dive. Summary:

| #   | Pillar             | Core check                                                                      |
| --- | ------------------ | ------------------------------------------------------------------------------- |
| 1   | **Discoverable**   | robots.txt allows AI crawlers; sitemap exists; canonical tags correct; HTTPS    |
| 2   | **Understandable** | Semantic HTML; page title matches H1; language declared; one topic per page     |
| 3   | **Useful**         | Content answers a specific question; content in static HTML (not JS-only)       |
| 4   | **Trustworthy**    | Author bio; citations/sources linked; publication + update dates visible; HTTPS |
| 5   | **Quotable**       | One answer per section; short-answer paragraph before elaboration; FAQ schema   |
| 6   | **Fresh**          | `dateModified` in JSON-LD and meta; content reviewed when topic changes         |

## Operating Modes

### Mode 1 — Create (new GEO-ready page)

1. Plan page structure: one topic, one H1, question-based H2s/H3s.
2. Apply `templates/page-metadata.html` (canonical, hreflang, meta description).
3. Add `templates/techarticle.jsonld` (or `faqpage.jsonld` for FAQ pages).
4. Write content in the quotable outline pattern (`templates/quotable-article-outline.md`): short direct answer → supporting detail → sources.
5. Update `robots.txt` to allow AI crawlers (`templates/robots-ai-crawlers.txt`).
6. Add or update `llms.txt` if the site wants to guide AI agents (`templates/llms.txt`).
7. Run the GEO page checklist (in `references/pillars-and-workflow.md`).

### Mode 2 — Audit (score an existing page or site)

1. Crawl check: read `robots.txt` — are `OAI-SearchBot` and `BingBot` allowed?
2. Structured data: validate all JSON-LD against the Rich Results Test and Schema Markup Validator.
3. Pillar sweep: for each of the six pillars, mark pass / partial / fail.
4. Produce a **prioritized findings table** (Pillar → Finding → Severity → Fix).
5. Identify quick wins (metadata, schema, robots) vs. content rewrites.

### Mode 3 — Improve (apply fixes)

1. Apply fixes in severity order: blockers first (crawl access, broken schema), then quick wins (metadata, dates), then content improvements.
2. Re-validate structured data after every schema change.
3. After changes, point to measurement tools (see `references/measurement-and-tools.md`) so the user can track AI visibility over time.

## Guardrails

- **Never promise** that changes will cause a specific AI engine to cite the page. Citation is an engine decision.
- **Structured data must match visible page content exactly.** Mismatches violate Google's policies and can suppress the page.
- **`llms.txt` is optional.** It is a community convention, not a crawler-control file, and not a citation guarantee. Recommend it only when the site wants to guide AI agent navigation.
- **`robots.txt` is the only authoritative crawler-control file.** `llms.txt` has no effect on crawling.
- **Do not add `noindex` or `Disallow` for AI crawlers** unless the user explicitly wants to block AI indexing.
- Prefer primary platform documentation (Google Search Central, Bing Webmaster Tools, Schema.org) over third-party summaries.

## Examples

### Example 1 — Audit request

**User:** "Can you audit my blog for AI search visibility?"

**Actions:**

1. Check `robots.txt` → `OAI-SearchBot` is missing a `Disallow` but also missing an explicit `Allow` — confirm default is allow.
2. Validate JSON-LD on the homepage → `datePublished` is missing, `author` has no `url`.
3. Run pillar sweep → Trustworthy: partial (no author bio page); Quotable: fail (no FAQ schema on FAQ page).
4. Return findings table with three priority tiers.

**Result:** Prioritized list: fix `techarticle.jsonld`, add author bio, add `FAQPage` schema. Clear, actionable, no ranking promises.

### Example 2 — Create request

**User:** "Create a new GEO-optimized article page for my Next.js blog."

**Actions:**

1. Draft `<head>` from `templates/page-metadata.html`.
2. Generate `templates/techarticle.jsonld` filled with real title, author, dates.
3. Structure content using `templates/quotable-article-outline.md`: direct-answer intro, H2/H3 sections, sources list.
4. Confirm `robots.txt` allows `OAI-SearchBot`.
5. Run checklist — all eight items pass.

**Result:** Ready-to-deploy page with correct metadata, valid schema, and citation-ready prose.

### Example 3 — llms.txt request

**User:** "Write an llms.txt for my documentation site."

**Actions:**

1. Inventory the three or four most useful pages for an AI agent.
2. Apply `templates/llms.txt` format: H1 site name → blockquote description → `## Key pages` with Markdown links → optional `## Technical files`.
3. Remind the user that `llms.txt` is not a crawler-control file and doesn't guarantee citations.

**Result:** A concise, standards-compliant `llms.txt` with honest caveats.

## Troubleshooting

| Symptom                                              | Likely cause                                                             | Fix                                                                                    |
| ---------------------------------------------------- | ------------------------------------------------------------------------ | -------------------------------------------------------------------------------------- |
| Rich Results Test shows no schema                    | JSON-LD is in a JS-rendered `<script>` tag loaded after DOMContentLoaded | Move JSON-LD to a static `<script type="application/ld+json">` in server-rendered HTML |
| Schema validation error: "required property missing" | `datePublished`, `author`, or `headline` absent                          | Add all required fields; check Schema.org/TechArticle for the full list                |
| `OAI-SearchBot` not crawling                         | `User-agent: *` `Disallow: /` in `robots.txt` blocks all bots            | Add explicit `Allow: /` for `OAI-SearchBot` above the wildcard rule                    |
| `llms.txt` not picked up by agents                   | File not at `https://example.com/llms.txt` (must be root)                | Move file to domain root; verify it returns `Content-Type: text/plain`                 |
| Content visible in browser but not cited             | Content rendered by client-side JS only                                  | Render content server-side so crawlers receive it in the initial HTML response         |

## References and Templates

Load these files on demand — only when the task requires the detail.

| File                                    | Load when                                                                                         |
| --------------------------------------- | ------------------------------------------------------------------------------------------------- |
| `references/pillars-and-workflow.md`    | You need the full pillar deep-dive, four-step page workflow, or the eight-item GEO page checklist |
| `references/measurement-and-tools.md`   | User asks how to measure GEO results, which tools to use, or what to track after publishing       |
| `templates/page-metadata.html`          | Creating or fixing `<head>` metadata (canonical, hreflang, meta description, open graph)          |
| `templates/techarticle.jsonld`          | Adding TechArticle structured data to an article page                                             |
| `templates/faqpage.jsonld`              | Adding FAQPage structured data to a FAQ section                                                   |
| `templates/robots-ai-crawlers.txt`      | Updating `robots.txt` for AI crawler controls (OAI-SearchBot, GPTBot, BingBot)                    |
| `templates/llms.txt`                    | Writing or updating the site's `llms.txt`                                                         |
| `templates/quotable-article-outline.md` | Structuring article content for AI citation                                                       |