Структура сайта — это иерархия разделов и страниц: что во что вложено, как устроены URL и какие страницы связаны. Проектируют по услугам и спросу, создают карту сайта, ключевые разделы размещают в 1–2 кликах от главной. Число уникальных шаблонов страниц определяет смету разработки.
На выходе у вас будет список разделов, таблица-карта сайта, правила URL и понимание, из чего складывается цена разработки.
Что такое структура сайта и чем она не является
Структура — это дерево смыслов и вложенности: разделы, подразделы и страницы внутри них. Меню показывает только часть дерева. Перелинковка — связи между ветками. Карта сайта — документ или sitemap.xml, который фиксирует дерево целиком.
Если раздела нет в меню, это не значит, что его нет в структуре, и наоборот. Страница «Доставка» живет в дереве, но стоит в подвале, а не в верхней навигации — это нормально, пока путь к ней есть.
Меню, перелинковка и карта сайта
Типичная ошибка: сделали красивое меню и считают, что структура готова. Страницы добавляют по ходу, часть повисает без раздела и без внутренних ссылок.
Яндекс рекомендует, чтобы каждый документ принадлежал определенному разделу сайта и был доступен по обычной ссылке с тегом a в HTML-коде. Google отмечает, что текстовые ссылки поисковые системы обнаруживают проще всего.
Три шага для проверки:
- •Выпишите дерево разделов отдельно от меню.
- •Отметьте, что из него показано в навигации.
- •Проверьте, куда ведут внутренние ссылки с каждой страницы.
Четыре типа структуры и кому какая подходит
Проектирование структуры сайта начинается с вопроса: сколько страниц и как часто появляются новые. Линейная схема ведет по цепочке «назад-вперед» — подходит лендингу с одной воронкой. Древовидная разводит контент по разделам и подразделам — стандарт для сайта услуг и блога с рубриками. Тегово-фасетная добавляет фильтры и метки поверх дерева — нужна каталогу, где товары сравнивают по параметрам. Смешанная совмещает дерево каталога и сетевые связи блога в одном проекте.
Если контента мало и он однотипный — линейная. Если рубрик много и они растут — дерево. Если товары сравнивают по параметрам — фасеты поверх дерева, а не вместо него. На что обратить внимание: тип не выбирают по вкусу, у каждой схемы своя цена ошибки.
Таблица выбора схемы
Допустим, сайт услуг выбрал сетевую логику вместо дерева «для гибкости». Когда услуг стало много, поисковик не понимает, какая страница главная в теме, а менеджер — куда добавить новую.
Как схема меняется с ростом
Магазин с небольшим ассортиментом живет с одной категорией без подкатегорий — покупателю хватает простого списка. Когда ассортимент разрастается, одной категории мало: длинный список карточек никто не пролистает, нужны подкатегории и фильтры.
Если дерево рисовали под стартовый ассортимент, рост требует не косметики, а пересборки разделов и URL. Дешевле сразу заложить уровень подкатегорий, даже пустым, чем добавлять его позже с редиректами. Запас на рост — конкретный уровень в дереве, а не лозунг про гибкость.
Что сделать сейчас: оцените объем контента и частоту новых страниц, выберите схему по таблице, решите, нужны ли фасеты, и заложите в дереве уровень про запас.
Как собрать список разделов сайта
Сначала строят информационную архитектуру: дерево задач пользователя по сценариям и карточной сортировке (card sorting). Только потом на него накладывают SEO-кластеры и URL. Дальше по шагам: услуги и товары компании, спрос в Wordstat, группировка запросов в кластеры, один кластер — одна целевая страница, сведение в карту сайта. Так вырастает иерархия страниц сайта: от общих тем к узким подстраницам. Semrush и Serpstat нужны для сбора и группировки семантики.
Если под тему нет ни спроса, ни задачи клиента — в главное меню ее не ставят: переносят в подвал или объединяют с соседним разделом. Чего избегать: сваливать все запросы на главную. У каждого кластера своя посадочная страница.
Порядок работы:
- •Выпишите задачи клиента, услуги и товары.
- •Соберите спрос и сгруппируйте запросы в кластеры.
- •Назначьте каждому кластеру одну целевую страницу и ветку.
От кластера к ветке
Кластер становится тематической веткой (silo): раздел верхнего уровня, внутри — подкатегории и карточки, которые ссылаются друг на друга и на страницу-хаб. Между ветками ставят только осмысленные ссылки. Хабом выбирают раздел с самым широким запросом ветки.
На магазине одежды ветка «Куртки» — это категория, подкатегория «Зимние куртки» и фильтр «женские»: все три ссылаются на хаб и друг на друга. Со страницей доставки ветка не пересекается — такая ссылка не нужна ни человеку, ни поиску.
Вложенность и URL без лишних уровней
Главную и категории держат близко к входу: Siteimprove называет ориентиром 1–2 клика. Для постов блога и другого вспомогательного контента допустимо 3–4 клика. Цепочка «Главная → Каталог → Смартфоны → модель» рабочая. Перегруженная выглядит так: Главная → Каталог → Электроника → Телефоны → Бренды → Серия → модель. «Электроника», «Телефоны» и «Серия» повторяют друг друга разными словами.
Если ключевая страница уходит глубже этого ориентира — иерархию пересобирают, а не добавляют «быстрый переход» поверх проблемы. Обычно причина в промежуточном уровне, заведенном «для порядка» без своего смысла.
Перед передачей в разработку посчитайте клики до каждой ключевой страницы, сверьте URL с местом страницы в дереве и решите судьбу фильтров и пагинации.
ЧПУ, фильтры и пагинация
Адрес повторяет место страницы в дереве: /catalog/smartfony/model, а не /catalog/?id= с номером записи. Логика одна для всего сайта: если категории идут транслитом через дефис, так же оформляют блог и услуги. Для блога неправильно /post.php?id=…&cat=…, правильно /blog/seo/struktura-sajta.
В индекс пускают только комбинации фильтров со спросом: «зимние куртки женские» — да, «куртки красные с капюшоном и конкретным размером» — нет, такую закрывают. Первая страница пагинации остается основной, следующие не плодят дубли.
Куда уходит обход робота
У робота ограниченный ресурс на сканирование — crawl budget. Множество комбинаций фильтров, архив новостей на глубоких уровнях, бесконечная пагинация — и робот тратит обход на мусор, а новые карточки дольше ждут индексации.
Ничего катастрофического: ресурс просто конечный, и его направляют на страницы, которые приносят трафик. Sitemap.xml держат компактным — только важные страницы дерева, без дублей и закрытых фильтров.
На работающем сайте это видно по статистике обхода в Вебмастере и Search Console и по логам сервера: там заметно, какие ветки робот посещает редко, а на каких застревает.
Сколько шаблонов страниц и почему это смета
Смету разработки определяет не число страниц, а число уникальных шаблонов. Все карточки товара в каталоге — один шаблон: у них одинаковая логика блоков — фото, цена, характеристики, кнопка покупки. Главная, категория, карточка, статья блога и контакты — уже пять разных шаблонов, и каждый оплачивается отдельно.
Если страница отличается от эталона только текстом — это не новый шаблон. Если у нее своя логика блоков, например форма расчета или сравнительная таблица, которых нет на других страницах, — шаблон новый.
Что сделать сейчас: пройдите карту сайта и пометьте шаблон у каждой строки. Новая пометка — повод спросить, чем логика блоков отличается от уже существующих.
Как посчитать шаблоны
Допустим, у одного сайта услуг страниц много, а шаблонов мало, у другого страниц меньше, но почти каждая сверстана по-своему. Второй дороже: платят за макеты, которые нужно спроектировать, сверстать и поддерживать.
На что обратить внимание: «особенные» страницы под каждую услугу раздувают смету, но не дают преимущества в поиске — поисковик оценивает контент, а не разнообразие верстки. Если у услуг один набор задач клиента, им подходит один шаблон с разным текстом.
Хабам веток обычно хватает шаблона категории: внутренний PageRank им дает перелинковка, а не отдельный дизайн.
Карта сайта в таблице для заказчика
Рабочий артефакт — таблица, которую согласуют до прототипов. Столбцы: уровень, раздел, URL, шаблон, основной запрос, где в меню, статус. Сначала таблица, потом визуальная схема в mindmap или схемном редакторе.
Место для изображения: скриншот такой таблицы или ее схема-дерево.
Критерий: если у строки нет ни запроса, ни задачи пользователя, ее обсуждают с заказчиком до дизайна — иначе она превращается в лишний шаблон в смете.
- •Отправьте таблицу заказчику целиком.
- •Разберите строки без запроса или задачи.
- •Зафиксируйте решение по каждой спорной строке в столбце статуса.
- •Получите подтверждение итоговой версии.
- •Передайте ее в визуальную схему для дизайнера.
Пример таблицы для сайта услуг
Ниже структура сайта, пример для небольшой клининговой компании.
Строки «на вопросе» закрывают до дизайна: у кейсов нет запроса, но есть задача клиента — проверить опыт компании.
Пять ошибок, из-за которых сайт переделывают
- •Структура по меню, а не по спросу — разделы не находят. Сверьте разделы с кластерами запросов.
- •Важная страница глубже ориентира кликов — она теряется. Поднимите ее выше в дереве.
- •Фильтры и пагинация без правил — дубли в индексе. Откройте только комбинации со спросом.
- •Сиротские страницы — их не находят. Google советует вести на каждую важную страницу ссылку хотя бы с одной другой страницы, а в тексте ссылки понятно называть, куда она ведет.
- •URL без общей логики — потом редиректы. Зафиксируйте схему адресов до разработки.
Короткий чек-лист:
- •Глубина кликов до ключевых страниц.
- •Ссылки на важные страницы и их текст.
- •Правила для фильтров и пагинации.
- •Единая логика URL.
- •Отчет об обходе в Вебмастере и Search Console.
Пришлите список услуг — соберем карту сайта и оценим разработку: сайты от 50 000 ₽ в разделе «Сайты»
Источники
