Как найти pattern для Programmatic SEO: keyword + modifier framework

Pattern для Programmatic SEO — не список похожих ключей. Это повторяющаяся задача, где modifier меняет полезный ответ и может быть обеспечен данными.

Формула

base job + modifier set + unique evidence = candidate page family

Base job — действие пользователя: сравнить, интегрировать, найти, рассчитать, проверить совместимость. Modifier — сущность, которая меняет ответ: продукт, страна, роль, отрасль, источник данных или комбинация двух объектов.

Шаг 1. Начните с jobs, а не с шаблона URL

Соберите реальные вопросы sales/support, queries из Search Console, competitor pages и внутренний поиск. Объединяйте формулировки, если ожидаемый ответ одинаков.

«CRM для агентства» и «CRM для маркетингового агентства» могут быть одним intent. «HubSpot + Slack integration» и «HubSpot alternative» — два разных jobs, даже если обе страницы упоминают HubSpot.

Шаг 2. Постройте modifier inventory

Для каждого job выпишите допустимые dimensions:

• entity: продукт, канал, инструмент;
• audience: founder, agency, enterprise;
• location/language;
• use case;
• source/destination pair;
• constraint: price, compliance, stack.

Не перемножайте dimensions автоматически. Матрица 100×100 не означает 10 000 полезных страниц.

Шаг 3. Проверьте SERP overlap

Снимите top results для репрезентативной выборки. Если Google показывает одни и те же страницы по нескольким modifiers, вероятно, нужен один canonical guide с разделами. Если результаты и форматы существенно расходятся, отдельные URL могут быть оправданы.

Проверяйте overlap отдельно по языку и стране. Один global SERP не доказывает структуру RU-кластера.

Шаг 4. Проверьте данные

Для каждого candidate pattern ответьте:

1. откуда берутся поля;
2. есть ли право публикации;
3. что уникально для записи;
4. как часто данные устаревают;
5. что происходит при missing value;
6. кто подтверждает вывод.

Если различается только H1, pattern не готов.

Шаг 5. Оцените business fit

Приоритет — не volume × количество modifiers. Используйте:

lead value × realistic rank upside × data advantage × maintainability

Запрос с меньшим volume может быть важнее, если ведёт к интеграции, demo или покупке. Большой informational pattern без связи с продуктом способен съесть crawl и редакционный бюджет.

Шаг 6. Создайте sample records

Соберите 10–20 страниц вручную или полуавтоматически. Для каждой проверьте: законченный ответ, уникальные поля, internal link, CTA, canonical, owner и freshness.

Если template ломается на половине sample, масштабирование преждевременно.

Решение: статья, hub или pSEO

• Одна статья — intent совпадает, различия объясняются секциями.
• Hub + несколько страниц — есть distinct sub-intents, но небольшой набор сущностей.
• pSEO family — modifiers многочисленны, ответы реально различаются и данные поддерживаются.
• Не публиковать — нет уникальной пользы или бизнес-связи.

После выбора pattern примените quality gate и заранее определите canonical/noindex/sitemap policy.