GEO для Headless CMS: технический чеклист AI-ready content model

Headless CMS может как усилить, так и ухудшить AI-видимость. Если всё хранится как неструктурированный rich text, а фронтенд получает данные после client-side JavaScript, краулеры видят слабый сигнал. Если CMS моделирует entities, proof, dates, FAQ, authors и relationships, AI-системам проще понять сайт.

GEO Scout полезен тем, что связывает content operations с AI-видимостью. Если новая модель кейсов улучшает citations, это должно проявиться в geoscout.pro.

Поля content model

Для каждого публичного типа контента нужны:

• title;
• meta title;
• meta description;
• slug;
• canonical URL override;
• published date;
• updated date;
• author или reviewer;
• summary;
• FAQ items;
• related pages;
• primary entity;
• target audience;
• industry или category;
• proof points;
• schema type.

Так редакторы не прячут важные факты в длинном тексте, который шаблон не может переиспользовать.

Типы страниц

Рендеринг

CMS API может быть headless. Публичная страница не должна быть crawler-hostile.

Рекомендуемый поток:

CMS -> build или server fetch -> static HTML / SSR HTML -> CDN

Избегайте:

CMS -> browser fetch after hydration -> empty initial HTML

Для Next.js, Nuxt, Astro и похожих стеков используйте SSG, ISR, prerendering или SSR для публичного контента. Personalization и app dashboards держите отдельно.

robots.txt и preview URL

Блокируйте CMS preview и staging paths:

User-agent: *
Disallow: /preview/
Disallow: /drafts/
Disallow: /api/preview/
Disallow: /cms/
 
Sitemap: https://example.com/sitemap.xml

Не блокируйте:

/blog/
/docs/
/features/
/customers/
/compare/
/security/

Sitemap и llms.txt

Генерируйте sitemap из CMS entries, где status = published и noindex != true.

Добавьте root /llms.txt:

# Example Company
 
## Product
- https://example.com/features
- https://example.com/pricing
 
## Proof
- https://example.com/customers
- https://example.com/case-studies
 
## Knowledge
- https://example.com/docs
- https://example.com/blog

Это компактная карта контента, который вы хотите дать AI-системам.

Structured Data из CMS-полей

Не заставляйте редакторов вставлять JSON-LD вручную. Генерируйте schema из полей:

• Article из title, dates, author, summary;
• FAQPage из FAQ fields;
• SoftwareApplication из product fields;
• Article или CreativeWork из customer stories;
• BreadcrumbList из hierarchy;
• Organization из global settings.

Если в CMS нет нужных полей для schema, добавляйте поля, а не hardcode generic values.

Canonical governance

Headless setups часто создают дубли через locales, preview modes, tags, filters и legacy slugs. Зафиксируйте правила:

• один canonical URL на entry;
• redirects со старых slugs;
• locale-specific canonical и hreflang;
• noindex для thin tag pages при необходимости;
• sitemap только для published canonical pages.

AI-системы могут цитировать неправильный URL, если canonical graph messy.

Workflow проверки

1. Опубликовать контент в CMS.
2. Проверить, что generated page попала в sitemap.
3. Проверить raw HTML с AI crawler user-agent.
4. Подтвердить status 200 в логах.
5. Убедиться, что schema есть server-side.
6. Отслеживать citations в GEO Scout.

Хорошая headless CMS не только удобна редакторам. Она достаточно структурирована, чтобы машины понимали контент.