Короткий ответ
Кластеризация запросов — это разбивка собранного списка ключей на группы так, чтобы каждая группа закрывалась одной страницей сайта. Группируют не по похожести слов, а по совпадению интента: если человек, вводящий запрос А, и человек, вводящий запрос Б, хотят одного и того же, эти запросы должны вести на одну страницу.
Практический критерий проверки — выдача. Введите оба запроса в Google и сравните первые десять результатов: заметное пересечение означает, что Google считает запросы одной темой, а значит одна страница может ранжироваться по обоим. Разная выдача — разные кластеры и разные страницы.
Зачем вообще группировать, а не писать под каждый запрос
Идея «одна страница на один запрос» кажется логичной, но на практике разваливается: близких формулировок у любой услуги десятки, и сайт из сотни почти одинаковых страниц не выигрывает ничего. Наоборот — страницы начинают конкурировать между собой, а поисковик выбирает из них не ту, которую выбрали бы вы.
Обратная крайность встречается чаще: все запросы темы сваливают на одну страницу услуги, надеясь, что она соберёт всё. Так тоже не работает — страница получается размытой, она не отвечает точно ни на один из вопросов и проигрывает конкурентам, у которых под каждое намерение есть свой отдельный ответ.
Кластеризация — это поиск середины между этими крайностями. Именно на этом шаге семантическое ядро перестаёт быть таблицей и становится структурой сайта: видно, сколько страниц нужно, о чём каждая и чего на сайте пока нет.
По какому признаку группировать запросы
Есть три подхода, и они дают разный результат. Я пользуюсь всеми тремя, но в определённом порядке.
| Подход | Как работает | Где ошибается |
|---|---|---|
| По словам | Группируем фразы с общими словами | Разводит синонимы («ремонт квартир» и «отделка квартир») и объединяет разные интенты |
| По выдаче (SERP-кластеризация) | Сравниваем топ-10 по каждому запросу; пересекаются URL — один кластер | Требует данных по выдаче; на редких запросах топ нестабилен |
| По интенту вручную | Смотрим, что человек хочет получить | Медленно, зависит от понимания ниши |
Рабочая последовательность такая. Сначала — черновая группировка по выдаче: она объективна, потому что опирается не на моё мнение, а на то, как темы уже разделил Google. Потом — ручная проверка границ: автоматика не знает, что в вашей нише два разных термина означают одну услугу, а один и тот же термин у вас и у конкурента — разные вещи. Группировка только по совпадению слов годится разве что для первичной сортировки массива.
Порог пересечения — вопрос настройки, а не истины. Чем он жёстче, тем больше получится мелких кластеров и страниц. На малых сайтах я сознательно беру мягкий порог: лучше одна сильная страница, чем три слабых.
Один кластер = одна страница = один интент
Правило простое, но нарушается постоянно. Внутри кластера все запросы должны иметь одно намерение. Классический пример смешения:
- «купить кухонный стол» — человек готов покупать;
- «как выбрать кухонный стол» — человек ещё выбирает и сравнивает;
- «размеры кухонного стола» — человеку нужен справочный факт.
Это три разных кластера и три разных страницы: карточка/категория, статья-руководство и справочный материал. Свести их в одну страницу — значит написать текст, который для покупателя слишком длинный, а для выбирающего слишком рекламный.
Отдельно стоит проверять коммерческие модификаторы. «SEO-услуги» и «SEO-услуги цена» почти всегда один кластер, а вот «SEO-услуги» и «что такое SEO» — разные, хотя слова общие. Поэтому я никогда не полагаюсь на совпадение слов там, где решает интент.
Сколько запросов вести на одну страницу
Ответ, который не нравится клиентам: сколько нужно по смыслу, столько и ведём. Кластер задаётся не числом, а границей интента.
На практике распределение примерно такое:
- Узкая услуга — 3–10 формулировок: сам запрос, синонимы, вариант с городом, вариант с «цена» и «заказать».
- Раздел услуг или категория — десятки формулировок с модификаторами.
- Категория интернет-магазина с фильтрами — сотни, включая комбинации «бренд + тип + свойство». Здесь начинается отдельная задача: какие комбинации фильтров делать индексируемыми страницами, а какие закрывать.
- Информационная статья — один вопрос и его переформулировки, плюс long-tail для FAQ.
Что действительно стоит контролировать — не размер кластера, а его однородность. Если внутри группы вы видите фразы, на которые страница должна отвечать по-разному, размер уже не важен: кластер надо делить.
Когда кластер пора разделить, а когда объединить
Признаки, по которым я принимаю решение на живых проектах:
Делить, если:
- в группе смешаны коммерческий и информационный интент;
- выдачи по запросам внутри группы почти не пересекаются;
- страница уже написана, но по части запросов не выходит выше третьей-четвёртой страницы, хотя по остальным ранжируется нормально;
- в Search Console у одной страницы видны запросы с явно разными ожиданиями.
Объединить, если:
- две страницы борются за один и тот же запрос и обе показываются нестабильно;
- страницы отличаются только синонимом в заголовке;
- сайт небольшой, и разделение даёт две тонкие страницы вместо одной полноценной.
Второй случай — та самая каннибализация. Она стоит дорого: показы делятся между страницами, внутренние ссылки размазываются, и обе версии остаются слабее, чем была бы одна. Часто такая проблема тянется с момента, когда структура собиралась без ядра, а страницы добавлялись по мере появления идей.
Что я вижу на проектах
Честная граница: универсальной цифры «правильная кластеризация даёт +N%» не существует, слишком многое зависит от ниши и состояния сайта. Но повторяющиеся вещи назову.
Первое: на сайтах, где структуру строили изнутри компании, кластеризация почти всегда сокращает число страниц, а не увеличивает. Оказывается, что половина разделов сделана под внутренние термины, по которым никто не ищет, а половина реального спроса не закрыта вообще.
Второе: самые дорогие ошибки происходят не в мелких кластерах, а на верхнем уровне — когда две крупные посадочные страницы сделаны под один интент. Это заметно не сразу, потому что обе как-то ранжируются, и проблема всплывает через месяцы.
Третье: кластеризация — это ещё не результат. Даже идеально сгруппированное ядро не даст ничего, если страницы не индексируются или сайт технически не в порядке. Поэтому сразу после группировки я смотрю, почему страницы не попадают в индекс Google, и только потом берусь за содержимое.
Кластеризация на многоязычном сайте
В Эстонии это отдельная работа, а не перевод. Эстоноязычная и русскоязычная выдача по одной теме — это разные наборы конкурентов, разные формулировки и разное количество запросов. Кластеры пересекаются частично: часть групп совпадёт, часть распадётся иначе, а некоторые появятся только в одном языке.
Механически перенести группировку с одного языка на другой — типичная ошибка. Получается структура, собранная под спрос, которого в этом языке нет. Правильно — собрать запросы для каждого языка отдельно и заново провести границы кластеров, сверяясь с местной выдачей. Итоговое дерево разделов при этом обычно совпадает: языки разные, бизнес один. Подробнее про выбор приоритетного языка я писал в статье о том, на каком языке продвигать сайт в Эстонии.
Как сделать кластеризацию самому: порядок действий
- Соберите массив запросов и почистите его от чужих брендов и нерелевантного.
- Сгруппируйте черновиком — по общим словам или автоматическим инструментом. Это только заготовка.
- Проверьте спорные пары по выдаче. Сомневаетесь, один это кластер или два, — сравните топ-10 по обоим запросам.
- Разметьте интент каждой группы: коммерческий, информационный, навигационный.
- Привяжите кластеры к страницам — существующим и недостающим. Одна группа — одна страница, без исключений.
- Найдите пересечения — две страницы под один кластер. Решите: объединять с редиректом или разводить по смыслу.
- Приоритизируйте — начинайте с коммерческих кластеров, которые ближе всего к заявке.
После этого у вас появляется не таблица ключей, а список задач: какие страницы создать, какие переписать, какие склеить. Если сайт только проектируется, эту карту стоит заложить в структуру разделов на этапе разработки — переделывать адреса потом дороже. А если структура уже есть и вы подозреваете, что она собрана не под спрос, начать имеет смысл с SEO-продвижения с пересборки семантики.
