SEO-first / практический материал

Как спроектировать SEO-структуру сайта до начала разработки

Собираем семантику, кластеры, посадочные страницы и перелинковку до дизайна. Практический план SEO-архитектуры коммерческого сайта.

  • Дмитрий Лаврушин
  • 23 августа 2026
  • 4 минуты

Сначала фиксируется формулировка существующего спроса.

Рабочая модель

Запрос → Кластер → Посадочная

Сначала фиксируется формулировка существующего спроса.
Узкая продуктовая матрица превращена в систему поисковых входов.
Большой каталог использует категории, фильтры и стабильные товарные URL.
Структура управляет ростом сайта
SEO-архитектура связывает спрос, роли страниц и навигацию ещё до макетов.

Дизайн не должен определять структуру сайта. Сначала нужно понять, что ищет клиент и какая страница должна ответить на каждый запрос. Иначе после запуска приходится добавлять разделы, менять меню и разрывать готовые шаблоны.

Работа начинается с семантического ядра. Запросы собираются по услугам, проблемам, форматам, технологиям, отраслям и географии. Затем они объединяются не по одинаковым словам, а по поисковому намерению.

Например, запросы «разработка лендинга», «заказать посадочную страницу» и «стоимость лендинга» могут вести на одну коммерческую страницу. Запрос «как составить структуру лендинга» требует отдельной информационной статьи.

Карта посадочных страниц

Результат удобно фиксировать в таблице:

text
URL | Интент | Основной запрос | H1 | Целевая страница | Ссылки
/website-development/ | коммерческий | разработка сайтов | Разработка сайтов | услуга | кейсы, цены
/landing-page/ | коммерческий | разработка лендинга | Разработка лендингов | подуслуга | главная услуга
/expertise/landing-structure.html | информационный | структура лендинга | Структура лендинга | статья | услуга

Один кластер получает одну основную страницу. Это снижает риск каннибализации, когда два URL конкурируют по одному запросу. Близкие темы можно раскрыть на отдельных страницах, если у них отличается намерение или состав ответа.

Что проектировать до макета

Для каждой страницы фиксируются Title, Description, H1, вопросы пользователя, коммерческие блоки, доказательства и целевое действие. Затем определяется перелинковка: услуга ведет на кейсы и статьи, статья объясняет проблему и возвращает на услугу.

Следующий слой состоит из шаблонов. У услуг, кейсов и статей разная задача. Коммерческая страница должна показать результат, процесс, стоимость или способ расчета, ответы на возражения и форму. Статья должна дать самостоятельный ответ, пример и следующий полезный шаг.

Иерархия URL должна оставаться короткой и понятной. Пользователь должен перейти от общей услуги к подуслуге, кейсу и статье без тупиков. Хлебные крошки и контекстные ссылки помогают увидеть этот путь. При этом глубина папок сама по себе не заменяет нормальную перелинковку.

Почему это экономит бюджет

Когда семантика готова до дизайна, становится понятен реальный объем проекта. Видно, сколько нужно шаблонов, уникальных блоков и контента. Разработчик сразу создает компоненты, которые будут повторяться. Не приходится копировать случайные секции и переделывать навигацию после запуска.

SEO-структура также помогает продажам. Пользователь попадает не на общую страницу «услуги», а на точный ответ: разработка каталога, статический сайт, перенос с CMS или настройка формы. У каждой страницы появляется собственный оффер.

После запуска семантическую карту нужно дополнять фактическими запросами из Search Console и Яндекс Вебмастера. Но фундамент остается прежним: один интент, одна сильная страница, понятные связи с другими материалами.

Доказательная база

Источники, на которые можно опереться