SEO взрослеет: от ключевых слов и «страниц под фразу» — к графам сущностей, программной генерации лэндингов и осмысленной перелинковке.
Эта статья — практическая карта: как мыслить кластерами, из чего собрать тематический граф, когда и как включать programmatic SEO, как не устроить
каннибализацию, какие технические шаблоны подготовить для WordPress/WooCommerce, и как поставить quality gate для AI-контента перед индексацией.
1. От «ключевых слов» к графу сущностей
В SEO 2.0 мы работаем не с «фразами», а с сущностями (entities): продукт, бренд, технология, задача, локация, симптом, сравнение, альтернатива.
Сущности соединяются отношениями: «тип», «часть», «локация», «используется-с-чем», «лучше-чем», «совместим-с», «противопоказан».
Такой граф — основа контент-кластеров: у кластера есть «хабы» (pillar), «спицы» (supporting), «мосты» (comparisons) и «навигаторы» (категории/таксономии).
Entity Graph (упрощённо)
[Категория кофе] ─has_type→ [Эспрессо-машина]
│ │
├─related_to→ [Помол] ├─compatible_with→ [Капсулы]
│ └─vs→ [Рожковая машина]
└─located_in→ [Москва] └─how_to→ [Настройка давления]1.1. Как выделить сущности и отношения
Источники сигналов: внутренний поиск, Звонки/чат (частые вопросы), карты категорий, атрибуты товара, логика сервиса, экспорт из CRM,
Search Console (объединяем запросы по интенту). На практике удобно начать с таблицы:
| Сущность | Тип | Отношение | Куда | Интент |
|---|---|---|---|---|
| Эспрессо-машина | ProductType | vs | Рожковая машина | Comparative |
| Капсулы N | Accessory | compatible_with | Эспрессо-машина | Commercial |
| Москва | Location | located_in | Сервисный центр | Local |
| Настройка давления | HowTo | how_to | Эспрессо-машина | Informational |
2. Programmatic SEO: лэндинги под стабильный спрос
Programmatic SEO — когда многие страницы строятся по единому шаблону из структурированных данных (товары×города, услуга×проблема, модель×совместимость).
Сильная сторона — покрытие «длинного хвоста», слабая — риск «тонкого контента».
2.1. Когда это оправдано
Есть повторяющийся паттерн запросов (интент стабилен), у вас — полноценные данные (цены, наличие, фото, факты, FAQs), и каждая страница несёт уникальную ценность:
локальные реквизиты, различные подборки, отличающиеся офферы. Если ценность не уникальна — лучше пагинация/фильтры без индексации.
2.2. Архитектура данных
- Справочники: сущности (продукты, бренды, города, совместимость, проблемы, кейсы).
- Факты: цена, остаток, сроки, GTIN/MPN, гарантии, локальные условия.
- Шаблоны: заголовки/лиды с переменными, блоки преимуществ, таблицы сравнения, отзывы, FAQ.
Пример шаблона заголовка/лида (pseudo)
<h1>{product} в {city}: цены, наличие, доставка сегодня</h1>
<p class="lead">{brand} {model} — {key_benefit}. {stock_badge}. Доставка по {city_area}.</p>2.3. Анти-«тонкость»: чем наполнить
Минимальный набор для каждой страницы:
- Уникальный вводный абзац и локальные факты (адрес/зоны доставки/сроки).
- Живая витрина (остаток, цена, вариации) + структурированные данные (JSON-LD).
- Сравнение/альтернативы по сущностям (не «ещё 10 товаров»).
- FAQ с реальными вопросами из поддержки/поиска.
- Блок «совместимость»/«часто берут вместе» на основе графа.
3. Анти-каннибализация: как не поссорить страницы
Каннибализация — когда несколько страниц бьются за один и тот же интент. Это забирает долю видимости, мешает ранжированию и ухудшает поведение.
3.1. Диагностика
Складываем запросы по кластеру и смотрим, сколько разных URL получают показы/клики по одному интенту. Если >2–3 — признак конфликта. Дальше:
сравниваем title/H1/анкоры, сопоставляем назначение страниц (категория/лэндинг/статья/товар), анализируем поведенческие метрики.
3.2. Решения
- Иерархия: назначить «каноническую» (hub), остальным — уточнить интент (добавить уточнение «для X», «в Y», «как Z»).
- Внутренняя ссылка: из «спиц» на «хаб», из «хаба» — на «спицы» с точными анкорами.
- Консолидация: объединить дубли, 301/каноникал, перенести уникальные блоки в основную страницу.
- Robots-навигация: не индексировать фильтры/сортировки, которые имитируют интент «родительской» страницы.
4. Внутренняя перелинковка: энергия кластера
Перелинковка — это не «случайные “похожие”». Это кодовая схема маршрутов между сущностями. Хорошая практика — держать
политику ссылок как документ.
Политика: каждая supporting-страница ссылается на hub (1-й абзац), на 2 соседние supporting по «сестринскому» интенту и на 1 мост сравнения.
Хаб ссылается на все supporting (таблица-оглавление) и на 2–3 мостовых сравнения. Анкоры = формулировки интента, не «читать далее».
Псевдокод ранжирования внутренних ссылок
score(link) = w1*entity_overlap + w2*intent_match + w3*traffic_potential + w4*recency
place_top(score, k=3) in body; demote others to "related" widgets5. Технические шаблоны для WordPress/WooCommerce
Цель — сделать граф сущностей «родным» для CMS, а не надстройкой на коленке.
5.1. Структура данных
- CPT «Entity» (сущность): тип (термин таксономии), связи (ACF: relationship), описание, связанные продукты/статьи.
- CPT «Landing» (лэндинг): параметры (город/модель/задача), связанные сущности, шаблон рендеринга.
- Таксономии: entity_type (Product/HowTo/Comparison/Location), brand, compatibility.
Пример JSON-LD (Article + BreadcrumbList)
<script type="application/ld+json">{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Эспрессо-машина: сравнение с рожковой",
"mainEntityOfPage": {"@type": "WebPage","@id":"https://site.com/coffee/espresso-vs-pump"},
"author": {"@type":"Organization","name":"Brand"},
"datePublished":"2025-09-01",
"articleSection":["Сравнение","Кофе"],
"about":[{"@type":"Thing","name":"Эспрессо-машина"},{"@type":"Thing","name":"Рожковая машина"}]
}</script>5.2. Каноникал, пагинация, фильтры
- Категории/поисок —
rel="canonical"на основную категорию; параметры сортировки/вида —noindex,follow. - Пагинация —
link rel="prev/next"и единый каноникал на каждую страницу пагинации (не на первую). - Фацеты — индексируются только «белые» комбинации (whitelist); остальное — каноникал на родителя.
5.3. WooCommerce: продукт как сущность
- Атрибуты → сущности (материал, совместимость, бренд) с отдельными страницами-«узлами».
- Схема Product/Offer: цена, валюта, наличие, SKU, GTIN/MPN, рейтинг, reviewCount.
- Страницы сравнения (Comparison) — отдельный шаблон с таблицей характеристик и ссылками на «узлы» сущностей.
6. Контроль качества AI-контента до индексации (Quality Gate)
AI ускоряет выпуск, но повышает риск «тонкости» и ошибок. Quality Gate — это автоматические и ручные проверки, без которых страница не попадёт в карту сайта.
6.1. Автоматические проверки
- Factuality: сверка чисел/дат/названий с источниками (RAG-логика, NLI-сравнение).
- Уникальность: поиск дубликатов/перефразов внутри сайта и против топ-10 SERP по ключевым тезисам.
- Разметка: валидация JSON-LD, alt-тексты, H1≠title, уникальный H1, длины title/meta в допусках.
- Читаемость: оценка читаемости для выбранной локали; запрет «воды» > X%.
- Токсичность/безопасность: фильтры терминов, юридические дисклеймеры для риск-тем.
- Внутренние ссылки: наличие ссылки на hub; минимум 2 «сестринских» ссылки; отсутствие битых.
- Веб-производительность: LCP/INP/CLS на шаблоне <= целевых порогов.
6.2. Ручная верификация
Редактор сверяет «тон» (бренд/аудитория), целостность аргументации, логические провалы. Юрист пробегает список «запретных» утверждений.
Техлид проверяет корректность микроразметки на нескольких примерах.
Пример чек-листа публикации (вырезка)
- [ ] Хаб/спицы проставлены (2→hub, hub→N)
- [ ] Каноникал/фацеты/пагинация
- [ ] JSON-LD валиден (Article/Product/BreadcrumbList)
- [ ] Уникальные title/H1/OG
- [ ] FAQ c реальными вопросами
- [ ] Внутренние ссылки без 404/редирект-петель7. Индексация, карты сайта и мониторинг
- Динамические sitemaps: разбивка по типам (articles, landings, products); выпуск в индексацию только после прохождения Quality Gate.
- Пинг: обновлять карты сайта при изменении статуса/остатков/цен.
- Мониторинг: в отчётах — «видимость кластера» (клики/показы/avg position по хабу и спицам), доля страниц без показов, доля страниц в индексе.
8. Как эволюционировать кластер: итерации и сигналы
Кластер — живой организм. Раз в N недель: пересматриваем сущности (появились ли новые темы?), обновляем факты/цены/сроки, переносим «тонкие» страницы в объединённые гайды,
подтягиваем внутренние ссылки к «звёздам» кластера. Параллельно — тесты заголовков, FAQ, блоков сравнения.
Заключение
SEO 2.0 — это переход от списков ключей к смысловой карте домена. Тематический граф задаёт структуру, programmatic SEO масштабирует покрытие,
внутренняя перелинковка распределяет «энергию», а Quality Gate удерживает качество. Такой подход устойчив и к обновлениям поисковика,
и к росту ассортимента: вы не «наращиваете страницы», вы выстраиваете систему знаний — и аккуратно подключаете к ней контент.
