SEO 2.0: тематические графы, programmatic SEO и внутренняя перелинковка

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 (объединяем запросы по интенту). На практике удобно начать с таблицы:

2. Programmatic SEO: лэндинги под стабильный спрос

Programmatic SEO — когда многие страницы строятся по единому шаблону из структурированных данных (товары×города, услуга×проблема, модель×совместимость).
Сильная сторона — покрытие «длинного хвоста», слабая — риск «тонкого контента».

2.1. Когда это оправдано

Есть повторяющийся паттерн запросов (интент стабилен), у вас — полноценные данные (цены, наличие, фото, факты, FAQs), и каждая страница несёт уникальную ценность:
локальные реквизиты, различные подборки, отличающиеся офферы. Если ценность не уникальна — лучше пагинация/фильтры без индексации.

2.2. Архитектура данных

• Справочники: сущности (продукты, бренды, города, совместимость, проблемы, кейсы).
• Факты: цена, остаток, сроки, GTIN/MPN, гарантии, локальные условия.
• Шаблоны: заголовки/лиды с переменными, блоки преимуществ, таблицы сравнения, отзывы, FAQ.

<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" widgets

5. Технические шаблоны для WordPress/WooCommerce

Цель — сделать граф сущностей «родным» для CMS, а не надстройкой на коленке.

5.1. Структура данных

• CPT «Entity» (сущность): тип (термин таксономии), связи (ACF: relationship), описание, связанные продукты/статьи.
• CPT «Landing» (лэндинг): параметры (город/модель/задача), связанные сущности, шаблон рендеринга.
• Таксономии: entity_type (Product/HowTo/Comparison/Location), brand, compatibility.

<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 удерживает качество. Такой подход устойчив и к обновлениям поисковика,
и к росту ассортимента: вы не «наращиваете страницы», вы выстраиваете систему знаний — и аккуратно подключаете к ней контент.