Короткий ответ
Структура сайта из семантического ядра строится так: каждый кластер запросов получает одну страницу, страницы группируются в разделы по логике выбора клиента, а верхний уровень этой группировки становится меню. Ядро отвечает на вопрос «какие страницы вообще нужны», структура — на вопрос «как они связаны между собой и что из чего следует».
Рабочий порядок всегда один: кластеры → список страниц → группировка в разделы → адреса и меню → перелинковка. Придумывать разделы до кластеризации бессмысленно — получится дерево под внутреннюю логику компании, а не под реальный спрос.
Почему структура рождается из спроса, а не из оргструктуры
Самая частая причина, по которой сайт «вроде нормальный, а трафика нет», — разделы названы и разбиты так, как удобно внутри компании. Отдел монтажа стал разделом «Монтаж», хотя клиенты ищут «установка кондиционера цена». Услуга, которая приносит половину выручки, спрятана третьим пунктом внутри общей страницы, потому что исторически её вела одна сотрудница.
Семантическое ядро выравнивает эту оптику. Оно показывает, что спрос делится не так, как компания: где-то две «разные» услуги для клиента одно и то же, а где-то одна ваша услуга распадается на три самостоятельных запроса с разными ожиданиями.
Поэтому структура собирается снизу вверх. Сначала есть кластеры — атомы будущего сайта. Потом из них складываются страницы. И только потом появляется вопрос, как эти страницы сгруппировать в разделы. Обратный порядок — придумать меню и разложить по нему запросы — почти всегда даёт разделы, в которые ничего не помещается, и запросы, которым некуда деться.
Как кластеры превращаются в страницы
Шаг за шагом это выглядит так. Отправная точка — готовая кластеризация запросов, где каждая группа имеет один интент.
| Шаг | Что делаем | Результат |
|---|---|---|
| 1. Тип страницы | Определяем по интенту кластера: коммерческая посадочная, категория, статья, справочная | Понятно, что за страница и как она выглядит |
| 2. Сопоставление | Ищем, есть ли уже страница под этот кластер | Список «есть / нет / есть две» |
| 3. Родитель | Решаем, к какому разделу страница относится | Черновик дерева |
| 4. Адрес | Придумываем слаг из главной фразы кластера | URL, который не придётся менять |
| 5. Приоритет | Отмечаем, что делаем в первую очередь | План работ, а не список идей |
Три момента, где обычно спотыкаются.
Тип страницы важнее её места в меню. Коммерческий кластер требует посадочной страницы с ценой, условиями и формой. Информационный — статьи. Если посадить информационный кластер на коммерческую страницу, она станет длинной и рекламной одновременно и проиграет обоим интентам.
«Есть две страницы» — это не мелочь. Две страницы под один кластер конкурируют между собой, и Google выбирает не ту, которую выбрали бы вы. Решать это нужно на этапе структуры, а не после того, как обе получат ссылки.
Страница без кластера — тоже сигнал. Иногда такие страницы нужны (контакты, о компании, юридические), но если под коммерческую страницу нет ни одного запроса, стоит честно спросить, зачем она.
Сколько уровней вложенности нужно сайту услуг
Ответ короткий: двух хватает почти всегда, трёх — с запасом.
- Главная — верх воронки, самые общие запросы и навигация.
- Страница услуги — основной коммерческий уровень, где живут деньги.
- Подуслуга или сегмент — только если у неё есть собственный кластер со своим спросом.
Четвёртый уровень на сайте услуг — почти всегда ошибка проектирования. Такие страницы получают мало внутренних ссылок, реже обходятся краулером и медленнее набирают позиции, при этом ни один пользователь до них не докликивает. Если страницу нельзя открыть в два клика с главной, стоит либо поднять её выше, либо признать, что она не нужна.
Глубина вложенности — не про красоту дерева, а про распределение внутреннего веса. Каждый уровень вниз — это меньше ссылок, меньше внимания краулера и больше шансов, что страница будет годами висеть без позиций.
Отдельно про интернет-магазины: там структура строится иначе, потому что появляются категории, фильтры и параметрические адреса. Это отдельная задача с собственными правилами, и мерить её линейкой сайта услуг не стоит.
Адреса страниц: что закладывать сразу
Адрес — самая дорогая часть структуры, потому что менять его больно. Правила, которых я придерживаюсь:
- Слаг из главной фразы кластера, латиницей, в нижнем регистре, через дефис. Не транслит названия услуги из прайса, а то, как её ищут.
- Без лишней вложенности в URL. Если страница логически лежит внутри раздела, это ещё не повод тащить весь путь в адрес. Короткий адрес живучее.
- Без дат, ID и служебных параметров в адресах контентных страниц.
- Один язык — один слаг. Русская страница не должна жить на эстонском адресе и наоборот.
- Решайте до запуска. Оптимальный момент заложить структуру — этап разработки сайта, пока страниц ещё нет и менять нечего.
Если структура уже работает, а адреса неудачные, — это не повод немедленно всё переносить. Переезд стоит трафика: даже с корректными постраничными 301-редиректами просадка на несколько недель — нормальный сценарий. Менять адреса имеет смысл там, где текущий URL реально мешает (дубли, служебные параметры, чужой язык), а не ради эстетики.
Каких страниц не хватает почти всем сайтам услуг
Когда я накладываю ядро на существующий сайт, дырки повторяются из проекта в проект:
- Отдельные страницы под каждую услугу. Вместо них одна страница «Услуги» со списком. Она не может ранжироваться по десяти разным интентам сразу — ни заголовок, ни адрес, ни содержимое не отвечают ни одному из них точно.
- Страницы под связку «услуга + город или район». В Эстонии это работает: Таллинн, Тарту, Пярну дают заметно разную выдачу. Но делать их стоит только там, где спрос действительно есть, иначе получится набор одинаковых пустых страниц.
- Страницы под ценовой интент. Запросы с «цена», «сколько стоит», «hind» часто идут отдельным кластером, а на сайте цены нет вообще.
- Информационный верх воронки. Статьи, которые ловят человека до того, как он начал выбирать подрядчика. Они не приносят заявок напрямую, но именно через них сайт набирает тематическую глубину.
- Доказательства. Кейсы, отзывы, примеры работ — их редко проектируют как часть структуры, хотя это те страницы, которые читают перед обращением.
Первый пункт — самый дорогой. По моим наблюдениям, вынести услуги из общего списка в отдельные посадочные страницы почти всегда даёт больше, чем любая правка текста на существующих.
Структура многоязычного сайта в Эстонии
Здесь работает правило, которое звучит противоречиво: дерево разделов у языковых версий обычно одинаковое, а набор страниц — не обязательно.
Одинаковое дерево — потому что бизнес один: те же услуги, та же логика выбора. Разный набор страниц — потому что спрос в эстонской, русской и английской выдаче не совпадает. Бывает кластер, который существует только на эстонском, и создавать под него русскую страницу-зеркало не для кого. Обратная ситуация тоже встречается.
Практические следствия:
- Слаги на своём языке. Эстонская страница живёт на эстонском адресе, а не на транслите русского.
- Языковые версии связываются через hreflang. Без этого Google рассматривает их как отдельные конкурирующие страницы, а не как переводы одной.
- Приоритет языка задаётся спросом и конкуренцией, а не удобством: какой язык брать первым, я разбирал в статье о том, на каком языке продвигать сайт в Эстонии.
- Не переводите структуру механически. Перенос дерева с одного языка на другой без проверки спроса даёт страницы под несуществующие запросы.
Что я вижу на проектах
Сразу обозначу границу: универсальной цифры «правильная структура даёт +N%» не существует — слишком многое зависит от ниши и состояния сайта. Но закономерности повторяются.
Первое: структура, собранная от ядра, чаще сокращает число страниц, чем увеличивает. Половина разделов оказывается сделана под внутренние термины, по которым никто не ищет, и их объединение в одну сильную страницу работает лучше, чем поддержка трёх слабых.
Второе: самые дорогие ошибки живут на верхнем уровне, а не в мелочах. Две большие посадочные страницы под один интент — проблема, которая всплывает через месяцы, потому что обе как-то ранжируются и выглядят живыми.
Третье: структура сама по себе трафик не приносит. Если страницы не попадают в индекс, дерево разделов не спасёт — поэтому сразу после проектирования я проверяю, почему страницы не индексируются в Google, и только потом берусь за содержимое.
Четвёртое, про ожидания: перестройка структуры на живом сайте — это всегда временная просадка. Она окупается, но не через две недели. Если сайт только запускается, вы получаете тот же результат бесплатно.
Чек-лист: собрать структуру за один заход
- Возьмите кластеры, а не сырой список запросов.
- Присвойте каждому кластеру тип страницы — посадочная, категория, статья, справочная.
- Сопоставьте с существующими страницами: есть / нет / есть две.
- Соберите дерево снизу вверх — из страниц в разделы, а не наоборот.
- Проверьте глубину: всё важное — в два клика от главной.
- Пропишите адреса от главной фразы кластера, без лишней вложенности.
- Отметьте пробелы — кластеры без страниц. Это ваш план на ближайшие месяцы.
- Разведите каннибализацию — две страницы под один кластер объедините или разделите по смыслу.
- Продублируйте дерево по языкам и проверьте спрос отдельно для каждого.
После этого у вас на руках не таблица ключей, а карта сайта с приоритетами. Если структура уже собрана не под спрос и вы это подозреваете, начинать имеет смысл с SEO-продвижения с пересборки семантики и структуры — переписывать тексты на неправильном дереве бессмысленно.
