Структура сайта: схема разделов, вложенность и URL
Структуру сайта я рисую до дизайна и написания текстов. На схеме сразу видно, какие страницы нужны, как человек до них доберётся и не пытаются ли два URL отвечать на один запрос. Ниже — мой рабочий порядок: от семантики и типа дерева до адресов, перелинковки и финальной проверки.
14.10.2026 · 9 мин чтения
Что я называю структурой сайта
Для меня структура — не расположение блоков на главной. Это дерево страниц, их адреса и маршруты между ними. Дерево показывает смысловую иерархию, URL закрепляют место страницы, а меню, хлебные крошки и контекстные ссылки помогают пройти по веткам. Если один из слоёв расходится с остальными, схема существует только в файле.
На старте я отвечаю на два вопроса: какая страница закрывает конкретную задачу посетителя и откуда на неё можно попасть. Страница без входящих ссылок остаётся сиротой. Раздел без самостоятельного содержания превращается в пустую прокладку. Два адреса под один и тот же интент начинают конкурировать между собой.
- Главная объясняет общее предложение и ведёт в основные направления.
- Раздел объединяет близкие страницы, но не подменяет их одинаковым текстом.
- Конечная страница отвечает на отдельный запрос или решает отдельную задачу.
- Служебные страницы остаются доступными, но не вмешиваются в каталог.
Какую схему выбираю
Тип схемы зависит от сценария, а не от вкуса. Короткая инструкция может идти по прямой. Лендинг с несколькими уточняющими страницами напоминает блоки. Для сайта услуг, блога и магазина почти всегда беру дерево: его проще объяснить, расширять и проверять. Сеть оставляю только на уровне точечных связей между материалами.
Пять базовых типов
| Тип | Где уместен | Главный риск |
|---|---|---|
| Линейная | Инструкция, анкета, короткая воронка | Нельзя выбрать другой маршрут |
| Блочная | Один продукт и отдельные смысловые страницы | Повтор одного оффера на всех URL |
| Дерево | Услуги, каталог, блог | Пустые уровни и слишком глубокие ветки |
| Линейная с ветками | Визитка или последовательный выбор | Боковые ветки быстро превращаются в дерево |
| Сеть | Энциклопедия и развитая перелинковка | Человек теряет положение в структуре |
Большинство коммерческих сайтов я строю деревом, а остальные типы использую как локальные сценарии.
Визитка, услуги, блог и магазин
У визитки обычно хватает главной, услуг, цен и контактов. На сайте услуг добавляю посадочные под самостоятельные направления. В блоге между рубрикой и статьёй ставлю подрубрику только тогда, когда материалов действительно много и темы заметно различаются. В магазине заранее отделяю категории от фильтров: вид товара может стать разделом, размер и цвет чаще остаются параметрами.
Собираю дерево из поискового спроса
Я не начинаю с меню конкурента. Сначала собираю формулировки, которыми люди ищут реальные услуги и товары, затем группирую их по задаче. Решение о новой странице проверяю по выдаче: если по фразам ранжируются одинаковые типы страниц и пользователь ожидает одно действие, это один кластер. Если смешаны категория, карточка и инструкция, одной посадочной может быть мало.
- Убираю запросы на услуги, которых у бизнеса нет.
- Объединяю фразы с одинаковым интентом, а не просто общим словом.
- Назначаю каждому рабочему кластеру один основной URL.
- Собираю близкие URL в разделы и проверяю, нужен ли самому разделу контент.
- Отдельно отмечаю статьи, служебные страницы и фильтры.
Сначала раскладываю спрос по задачам, затем превращаю группы в страницы и только после этого рисую меню.
Пример для магазина стройматериалов
Допустим, магазин продаёт смеси, бетон, краску, пиломатериалы, кровлю и отделочные материалы. Эти направления становятся категориями, если по ним есть ассортимент и отдельный спрос. Доставка, оплата и контакты живут рядом как служебные страницы. Услуги грузчиков и вывоз мусора выношу в раздел услуг, только если компания действительно их оказывает. Фразы про опт не беру, когда магазин работает лишь в розницу: структура не должна обещать несуществующий формат.
Проектирую вложенность и URL
Хорошую ветку можно проговорить вслух: главная, каталог, краска, конкретный товар. Если объяснение требует пяти промежуточных папок, я ищу лишний уровень. Важна не магическая глубина, а понятный путь и доступность ключевых страниц из сильных разделов. Иногда карточка находится глубоко в адресе, но открывается за два перехода; иногда короткий URL спрятан от навигации.
Адреса делаю короткими и устойчивыми. В них использую латиницу, смысловые слова и дефисы. Не зашиваю в URL сезон, цену или внутренний код, если эти данные могут измениться. При переносе страницы сохраняю старый адрес через 301-редирект. Для одинакового содержания выбираю один канонический URL, а параметры сортировки и служебные фильтры не превращаю в самостоятельные посадочные без причины.
Связываю страницы и помогаю обходу
Одного sitemap.xml недостаточно. Нужные страницы должны получать обычные HTML-ссылки из меню, разделов, хлебных крошек или подходящих материалов. В sitemap я оставляю канонические URL с ответом 200, а корзину, результаты внутреннего поиска и технические параметры исключаю. Robots.txt использую для управления обходом, но не считаю его инструментом удаления уже известной страницы из поиска.
- Из главной доступны основные коммерческие направления.
- Раздел ссылается на все актуальные дочерние страницы.
- Хлебные крошки повторяют реальную иерархию.
- Статьи ведут на связанные услуги или категории по смыслу.
- Удалённые URL не остаются в меню и карте сайта.
Чем рисую и что проверяю
Для небольшого сайта мне хватает таблицы: кластер, тип страницы, родитель, URL и статус. Когда веток много, переношу готовое решение в XMind или diagrams.net. Редактор нужен для наглядности, а не для придумывания рубрик. Семантику удобнее чистить отдельно, чтобы стрелки не скрывали спорные кластеры.
На финальной проверке ищу страницы-сироты, дубли, тупики и ветки, которые не совпадают с навигацией.
Готовую схему я сверяю с реальным сайтом краулером и вручную. Проверяю коды ответов, канонические адреса, глубину переходов, входящие ссылки и состав sitemap.xml. Затем прохожу путь как посетитель: могу ли я понять, где нахожусь, вернуться в раздел и перейти к следующему действию. Схема принята, когда каждой нужной странице отведена одна роль, один основной адрес и понятный маршрут.
