← На главную
Public growth

SEO, GEO и AI-promotion: public growth без серых схем

Анатолий Малышев · Санкт-Петербург / Россия · обновлено 3 июня 2026

Эта страница о том, как готовить экспертный сайт, AI-продукт или публичный кейс-хаб к crawling, indexing, entity clarity и AI discoverability без фальшивых отзывов, без fake backlinks, без hidden FAQ schema и без обещаний “мы гарантированно выведем вас в AI-ответы”.

Подход здесь пересекается с Vibe Coding Protocols и public growth логикой из VCP: сначала канонические страницы, factual consistency, internal links, metadata и public proof surfaces, потом уже масштабирование контента и наблюдение за сигналами.

Entity clarityStructured datallms.txtInternal linksCases and proofAI discoverability
Что входит

Из чего состоит нормальный SEO / GEO / AI visibility слой

Если у сайта уже есть контент, но он плохо объясняет себя снаружи, проблема часто не в “недостатке ключей”, а в том, что у сайта нет ясной карты: кто автор, какие страницы считать каноническими, где кейсы, как связаны product pages, entity page и GitHub/public proof.

1. Entity layer

Кто вы и почему это ваш сайт

Нужна одна сильная entity page, согласованные bio-сигналы, sameAs, knowsAbout и отсутствие размытых дублей “о компании / обо мне / эксперт”.

2. Canonical surface

Какие URL действительно основные

Главная, about, cases, pricing, ключевые service pages и экспертные страницы должны быть явно связаны, а redirects и aliases не должны размывать карту сайта.

3. Structured data

Schema, которая совпадает с видимым контентом

Person, Service, Article, CollectionPage, BreadcrumbList и FAQPage работают только тогда, когда описывают то, что реально видно пользователю.

4. AI-facing entrypoints

llms.txt, sitemap, discoverability notes

Нужны curated entrypoints для crawlers и AI systems: что считать каноническими фактами, куда идти дальше и чего на сайте не обещают.

5. Proof layer

Кейсы, метрики, format of engagement

Без кейсов, KPI и понятной engagement structure сайт выглядит как общий маркетинговый шум, даже если продукт сам по себе сильный.

6. Internal link graph

Связи между темами и страницами

Связки между homepage, about, cases, blog, geo pages, expert pages и GitHub/public docs помогают и людям, и системам лучше понимать сайт.

Когда это нужно

Типичные сигналы, что public growth слой у сайта слабый

  • есть много страниц, но непонятно, какая из них главная про эксперта;
  • кейсы и услуги существуют, но между ними слабая перелинковка;
  • есть GitHub или публичная методология, но сайт почти не связывает их с собой;
  • llms.txt и sitemap формально есть, но они не отражают strongest pages;
  • страницы индексируются, но плохо объясняют business intent и entity context;
  • AI systems путают автора, продукт или не видят, какие страницы считать authoritative.
Чего здесь нет

Что я сознательно не считаю нормальной стратегией

  • покупка фальшивых отзывов и искусственных “кейсов”;
  • обещания гарантированных позиций, индексации или AI citation;
  • hidden FAQ schema без видимого FAQ;
  • blind content scaling без entity graph и canonical map;
  • copy-paste SEO из репозитория без связи с реальным бизнес-контуром сайта.
Связь с VCP

Почему эта тема связана с Vibe Coding Protocols и Public Growth Pack

VCP нужен не только для репозитория. Его логика полезна и для публичного сайта: сначала классифицировать контур, потом выбрать route, собрать минимальный рабочий набор артефактов и только потом расширять поверхность. Для public website это значит: entity page, cases, service pages, structured data, llms.txt, sitemap, AI-facing notes и стабильные public proof surfaces.

Практика

Какие страницы на этом сайте уже показывают правильный контур

Маркетинг-платформа

Продуктовая поверхность, где SEO/GEO/контент/аналитика собираются уже не как статья, а как практический рабочий контур.

FAQ

Частые вопросы

Это гарантирует рост позиций или цитирование AI-системами?

Нет. Это подготавливает сайт к crawling, indexing, entity clarity и AI discoverability, но фактическое появление в поиске и AI-ответах зависит от циклов crawl/index/update и от того, как конкретная система выбирает источники.

Чем это отличается от обычного SEO-аудита?

Здесь сильнее акцент на entity graph, canonical map, llms.txt, structured data, public proof surfaces и связи сайта с GitHub или другими публичными источниками. Это шире, чем только поисковые фразы.

Зачем здесь VCP и Public Growth Pack?

Потому что публичный сайт тоже нуждается в маршрутизации и дисциплине. Если сайт растет хаотично, он начинает напоминать AI-generated repo без intake и review gate: много материалов, но мало понятной структуры.

Для кого это особенно полезно?

Для экспертных сайтов, B2B-сервисов, агентств, AI-продуктов и owner-led businesses, которым нужно ясно объяснить, кто они, что делают и какие страницы считать authoritative.

Appendix

Полная схема SEO + GEO + AI продвижения

Ниже — полная рабочая структура как reference-map. Основной текст страницы остается коротким и навигационным, а детальная схема вынесена в раскрывающийся блок, чтобы не перегружать основное чтение.

Открыть полную структуру SEO + GEO + AI продвижения

Это reference-схема для аудита, проектирования page map, AI discoverability и public growth. Некоторые блоки отмечены как странозависимые или опциональные.

📁 SEO + GEO + AI — Полная структура продвижения

🌍 = требует страновой адаптации
⚠️ = опциональный блок (не для всех проектов)

├── 📁 0. СТРАТЕГИЯ И СТАРТ
│   ├── 📁 SEO-аудит стартовый
│   │   ├── Технические ошибки (Screaming Frog, Netpeak Spider)
│   │   ├── Анализ пенальти и фильтров
│   │   ├── Конкурентный анализ (топ-10 в поиске + топ-5 в LLM)
│   │   └── Бэклог задач с приоритетами
│   ├── 📁 Технологический стек
│   │   ├── CMS / фреймворк (WordPress, Next.js, Webflow, Битрикс)
│   │   ├── SSR / SSG / Headless CMS
│   │   └── Хостинг, CDN, staging, backup, CI/CD
│   ├── 📁 Карта страниц, URL-архитектура и воронка
│   │   ├── Типы страниц: главная, услуги, категории, карточки, блог, кейсы, FAQ, контакты, лендинги, comparison, alternatives
│   │   ├── Воронка TOFU / MOFU / BOFU
│   │   ├── Какие кластеры ведут на какие URL
│   │   └── Приоритет создания страниц
│   ├── 📁 Приоритизация задач (ICE / RICE)
│   └── 📁 KPI, baseline и система оценки результата
│
├── 📁 1. ТЕХНИЧЕСКИЙ SEO
│   ├── 📁 Структура сайта и ЧПУ
│   ├── 📁 Индексация и краулинг
│   │   ├── robots.txt
│   │   ├── sitemap.xml
│   │   └── IndexNow
│   ├── 📁 Crawl Budget
│   ├── 📁 Ошибки и редиректы
│   ├── 📁 Core Web Vitals
│   ├── 📁 Рендеринг и SSR
│   ├── 📁 Скорость загрузки
│   ├── 📁 Image SEO
│   ├── 📁 Микроразметка Schema.org
│   ├── 📁 Мобильная версия и адаптивность
│   ├── 📁 Безопасность (HTTPS, HSTS, Security Headers)
│   └── 📁 Доступность (Accessibility / a11y)
│
├── 📁 2. ВНУТРЕННЯЯ ОПТИМИЗАЦИЯ (On-Page)
│   ├── 📁 Семантическое ядро и кластеризация
│   ├── 📁 Поисковый интент
│   ├── 📁 Title, Description, H1
│   ├── 📁 Текстовая релевантность и LSI
│   ├── 📁 Внутренняя перелинковка
│   ├── 📁 Voice Search SEO
│   └── 📁 Answer-ready форматирование
│
├── 📁 3. КОНТЕНТ И СЕМАНТИКА
│   ├── 📁 Тематический авторитет и E-E-A-T
│   ├── 📁 Контент-кластеры и хаб-страницы
│   ├── 📁 Актуализация контента
│   ├── 📁 Стратегия контента для AI Overviews
│   ├── 📁 Thought Leadership и цитируемость
│   ├── 📁 Мультиформатный контент
│   ├── 📁 Video SEO
│   ├── 📁 Programmatic SEO
│   └── 📁 AI-нативный контент
│
├── 📁 4. ВНЕШНЯЯ ОПТИМИЗАЦИЯ (Off-Page)
│   ├── 📁 Ссылочный профиль
│   ├── 📁 Крауд-маркетинг
│   ├── 📁 Digital PR и упоминания бренда
│   ├── 📁 Аутрич и гостевые публикации
│   ├── 📁 Brand Demand Generation
│   └── 📁 Конкурентная разведка в AI
│
├── 📁 5. ПОВЕДЕНЧЕСКИЕ ФАКТОРЫ И CRO
│   ├── 📁 Поведенческие факторы
│   ├── 📁 Коммерческие факторы
│   ├── 📁 Юзабилити и UX
│   ├── 📁 Интерактивные элементы
│   └── 📁 CRO / Конверсия
│
├── 📁 6. ЛОКАЛЬНОЕ SEO
│   ├── 📁 Google Бизнес-профиль и Google Карты
│   ├── 📁 Яндекс Бизнес + Яндекс Карты
│   ├── 📁 Локальные карты и справочники
│   └── 📁 Отзывы и геозависимые запросы
│
├── 📁 7. GEO — GENERATIVE ENGINE OPTIMIZATION
│   ├── 📁 AI-краулинг и доступность
│   ├── 📁 llms.txt и ai.txt
│   ├── 📁 Entity Authority
│   ├── 📁 FAQ-экосистема и Structured Answers
│   ├── 📁 Zero-click стратегия
│   ├── 📁 AI-агенты и автономный поиск
│   └── 📁 Мониторинг AI-видимости
│
├── 📁 8. НЕЙРОПОИСК И AI-ВИДИМОСТЬ
│   ├── 📁 Яндекс Нейро и ответы Алисы
│   ├── 📁 Google AI Overviews и AI Mode
│   └── 📁 Видимость в LLM
│
├── 📁 9. РЕПУТАЦИЯ (SERM)
│   ├── 📁 Управление отзывами
│   ├── 📁 SERP-вытеснение негатива
│   ├── 📁 Брендовые запросы
│   ├── 📁 Мониторинг галлюцинаций LLM о бренде
│   └── 📁 Социальные доказательства
│
├── 📁 10. ЮРИДИЧЕСКАЯ БАЗА
│   ├── 📁 Cookie Consent и конфиденциальность
│   ├── 📁 Политика конфиденциальности, Terms of Service, Оферта
│   ├── 📁 Доступность по закону
│   └── 📁 AI-контент и авторство
│
├── 📁 11. ФИЛЬТРЫ, АЛГОРИТМЫ И КРИЗИСНЫЙ SEO
│   ├── 📁 Яндекс: Баден-Баден, Минусинск, аффилиат, накрутка ПФ
│   ├── 📁 Google: Core Updates, Spam, Site Reputation Abuse
│   ├── 📁 AI-специфичные риски
│   └── 📁 Кризисный SEO
│
├── 📁 12. ОПЕРАЦИОНКА И МАСШТАБИРОВАНИЕ
│   ├── 📁 Content Ops
│   ├── 📁 Content Governance
│   ├── 📁 Омниканальная интеграция
│   └── 📁 Автоматизация SEO
│
├── 📁 13. АНАЛИТИКА И МОНИТОРИНГ
│   ├── 📁 Яндекс Вебмастер + Метрика
│   ├── 📁 Google Search Console + GA4
│   ├── 📁 Bing Webmaster Tools
│   ├── 📁 Съём и мониторинг позиций
│   ├── 📁 Мониторинг AI-ботов в логах сервера
│   └── 📁 AI Citation Tracking
│
├── 📁 14. МЕЖДУНАРОДНОЕ SEO ⚠️
│   ├── hreflang для мультиязычных версий
│   ├── Региональные ccTLD / поддомены
│   ├── Локализация контента
│   └── Локальные поисковики
│
├── 📁 15. SEO ДЛЯ МАРКЕТПЛЕЙСОВ ⚠️
│   ├── Ozon, Wildberries / Amazon, eBay / JD.com, Tmall
│   ├── Алгоритмы маркетплейсов
│   ├── Оптимизация карточек
│   ├── Внешний SEO-трафик на карточки
│   └── Связка: сайт + маркетплейс
│
├── 📁 16. ШАБЛОНЫ СТРАНИЦ — РЕФЕРЕНС
│   ├── Главная
│   ├── Услуга / продукт
│   ├── Категория
│   ├── Карточка товара / услуги
│   ├── Кейс
│   ├── Статья (TOFU)
│   ├── FAQ-страница
│   ├── Comparison (X vs Y)
│   └── Альтернативы ([бренд] vs конкурент)
│
├── 📁 17. РИСКИ И АНТИ-ПАТТЕРНЫ
│   ├── ❌ Массовый AI-контент без проверки
│   ├── ❌ Programmatic pages без уникального элемента
│   ├── ❌ Накрутка ПФ
│   ├── ❌ Покупка ссылок у спамных доноров
│   ├── ❌ Индексация мусорных страниц
│   ├── ❌ Блокировка AI-ботов через CDN
│   ├── ❌ Cookie-баннер, ломающий аналитику
│   ├── ❌ Дублирующийся контент без canonical
│   ├── ❌ Аффилиатность
│   └── ❌ Юридически некорректный контент
│
└── 📁 18. ИНСТРУМЕНТАРИЙ — РЕКОМЕНДУЕМЫЙ СТЕК
    ├── Технический аудит: Screaming Frog, Netpeak Spider
    ├── Семантика: Key Collector, Вордстат / Ahrefs, Semrush
    ├── Позиции: Топвизор, SE Ranking / Ahrefs, Semrush
    ├── Аналитика: GA4 + GSC / Яндекс.Метрика + Вебмастер + Bing WMT
    ├── Dashboard: Looker Studio / DataLens
    ├── Тепловые карты: Hotjar / Яндекс.Вебвизор
    ├── Логи и боты: Cloudflare Analytics, ELK/Kibana, Botify
    ├── Репутация: Brand24, Mention, Яндекс.Радар
    ├── AI-мониторинг: Otterly.ai, Semrush AI Toolkit, Brandwatch
    ├── Мониторинг галлюцинаций: Brand24 + ручные запросы
    ├── Изображения: Squoosh, Cloudinary, ShortPixel
    └── Маркетплейсы: MPStats / Jungle Scout, Helium 10

Что важно понимать честно

Подготовлено для crawling, indexing и AI discoverability; фактическое попадание в поиск и AI-ответы зависит от циклов crawl/index/update.

Если у сайта уже есть хорошие страницы, но они плохо связаны друг с другом, обычно не нужен “новый волшебный контент-план”. Сначала полезнее собрать entity graph, подтянуть canonical pages, почистить sitemap/llms, связать кейсы и product pages, а уже потом масштабировать public growth слой.