Создавать URL под каждый запрос
Синонимы и близкие формулировки начинают конкурировать между собой.
Практическое SEO · архитектура
Архитектура сайта для SEO: как строить разделы, категории и URL
Хорошая архитектура помогает пользователю понять, где он находится, а поисковому роботу — последовательно обходить документы. Структура должна отражать реальные сущности бизнеса и пользовательские задачи, а не только список собранных ключевых слов.
Основа
Структура начинается с задач, а не с количества ключей
Семантика показывает спрос, но не каждая группа формулировок требует отдельной страницы. Сначала определяем сущности: услуги, продукты, категории, отрасли, инструкции и вспомогательные разделы. Затем закрепляем за ними поисковые кластеры.
Яндекс рекомендует чёткую ссылочную структуру, в которой каждый документ относится к своему разделу и доступен по обычной HTML-ссылке. Это хороший ориентир и для пользователя: путь по сайту должен быть предсказуемым.
Архитектура — это ответ на вопрос «какие самостоятельные страницы нужны сайту и как они связаны», а не просто дерево URL.
Шаг 1
Делаем столько уровней, сколько нужно смыслу
Интернет-магазину естественна схема каталог → категория → подкатегория → товар. Сервисной компании может хватить раздела услуг и отдельных страниц. Базе знаний — категорий и статей.
Искусственно уплощать всё до одного уровня не нужно. Но и создавать пять вложенных уровней только ради красивых URL бессмысленно, если пользователь не видит такую иерархию в интерфейсе.
| Тип проекта | Естественная иерархия | Чего избегать |
|---|---|---|
| Услуги | Направление → услуга | Дубли услуг по синонимам |
| Каталог | Категория → подкатегория → товар | Технические фильтры как обязательный уровень |
| База знаний | Тема → материал | Статьи без категории и входящих ссылок |
| B2B | Решение → отрасль/сценарий | Страницы под каждую комбинацию слов без самостоятельной задачи |
Шаг 2
URL должен быть стабильным и понятным, но не обязан повторять всё дерево
Читаемый URL помогает администрированию и диагностике. Важно избегать бесконечных параметров, повторяющихся сегментов и адресов, которые меняются при каждом переносе товара между категориями.
Иногда короткий постоянный URL карточки удобнее адреса, жёстко привязанного к категории. Решение зависит от CMS и вероятности будущих изменений структуры.
Шаг 3
Коммерческие и информационные задачи могут жить рядом, но не смешиваться
Услуга отвечает на вопрос «можете ли вы решить мою задачу», статья — «как устроена проблема». Они могут использовать похожие слова, но должны иметь разные роли, структуру и следующий шаг.
Если одна страница пытается одновременно быть услугой, энциклопедией, каталогом и FAQ по всем смежным темам, архитектура становится неясной. Лучше вынести самостоятельные задачи и связать их внутренними ссылками.
Шаг 4
Фильтр становится страницей только при самостоятельной ценности
Каталог может генерировать тысячи комбинаций характеристик. Большая часть нужна только интерфейсу и не должна автоматически превращаться в поисковую архитектуру.
Индексируемые фасеты выбираем по спросу, ассортименту и способности дать самостоятельную посадочную. Остальные комбинации остаются функциональными фильтрами.
Шаг 6
Сравниваем карту URL, семантику и реальный crawl
На выходе полезно иметь таблицу «страница → роль → интент → родительский раздел → входящие ссылки → canonical → индексируемость». Она быстро показывает дубли, сироты и разделы без ясной функции.
Затем проверяем фактический crawl: если структура на бумаге не совпадает с тем, как робот обходит сайт, исправляем ссылки и шаблоны, а не только документацию.
Сильная архитектура переживает рост сайта: новые страницы можно добавить в понятное место без создания параллельного дерева.
Частые ошибки
Что обычно ломает эту часть SEO
Проектировать только таблицу SEO
Если структура не отражена в интерфейсе, пользователь и робот видят другое дерево.
Менять URL при каждой перестройке меню
Адреса теряют стабильность и создают постоянные редиректы.
Индексировать все фасеты
Функция фильтра превращается в огромную техническую архитектуру.
Практический сценарий
Как из 80 SEO-посадочных оставить понятную структуру
Компания несколько лет создавала отдельные страницы под близкие формулировки услуг и города. В меню видны 12 услуг, но в индексе существует 80 URL, половина которых отличается несколькими абзацами.
Собираем карту «интент → основной URL», объединяем дублирующие страницы, оставляем самостоятельные отраслевые и региональные задачи только там, где есть реальное отличие предложения. После редиректов структура становится короче, но покрытие спроса не уменьшается — оно переносится на более сильные документы.
| Группа | До | После |
|---|---|---|
| Одна услуга | 6 похожих URL | 1 основная услуга + 1 подробная статья |
| Города без офиса | 20 шаблонных страниц | Нет отдельных URL без локальной задачи |
| Отрасли | 10 одинаковых текстов | 4 страницы с реальными отраслевыми различиями |
Чек-лист
Проверка архитектуры сайта
- Зафиксировать сущности: Услуги, категории, продукты, статьи и сценарии.
- Закрепить интенты: У каждой самостоятельной задачи один основной URL.
- Определить уровни: Иерархия отражает смысл, а не искусственный лимит кликов.
- Проверить URL: Адреса стабильны и не плодят технические варианты.
- Развести услуги и статьи: Коммерческий и информационный интент не смешаны.
- Проверить фильтры: Индексируются только полезные фасеты.
- Проверить навигацию: Структура отражена обычными ссылками.
- Проверить хлебные крошки: Путь пользователя соответствует иерархии.
- Найти сироты: Важные документы встроены в разделы.
- Прокраулить сайт: Реальный граф совпадает с проектной архитектурой.
Вопросы
Короткие ответы
Нужно ли делать URL таким же, как хлебные крошки?
Не обязательно. Важнее стабильность и понятность; интерфейсная иерархия может быть глубже адреса.
Сколько уровней допустимо?
Столько, сколько нужно реальной структуре. Избегайте как бессмысленной глубины, так и искусственного уплощения.
Нужна ли отдельная страница под каждый кластер?
Только если у кластера есть самостоятельный интент и достаточно содержания.
Что делать со старой структурой после редизайна?
Составить карту соответствий, настроить прямые редиректы и обновить внутренние ссылки.
Практика NIC-SEO
Архитектура должна оставаться понятной при росте сайта
Мы проектируем структуру так, чтобы новые материалы и посадочные добавлялись в существующие кластеры, а не создавали параллельные деревья и дубли.