Структура сайта для SEO начинается с карты спроса. Каждая группа запросов получает страницу с собственной задачей: услуга отвечает на коммерческий запрос, категория собирает близкие предложения, статья раскрывает вопрос до обращения, кейс подтверждает опыт. Меню, URL, хлебные крошки и sitemap обслуживают эту карту, но не заменяют ее.
Сначала карта спроса, затем страницы и навигация
Семантическое ядро нужно распределить по намерению пользователя и роли страницы. Запрос «SEO-продвижение в Алматы» ведет на услугу. Запрос «сколько стоит SEO» требует расчета или страницы цены. Запрос «почему сайт потерял позиции» подходит для статьи. Две страницы с одинаковым ответом начинают конкурировать между собой и усложняют выбор поисковой системе.
Работа начинается с таблицы: группа запросов, интент, целевой URL, тип страницы, основной ответ, доказательство и целевое действие. После этого команда проектирует меню и внутренние ссылки. Такой порядок защищает от разделов, которые красиво выглядят в навигации, но не отвечают реальному спросу.
| Тип страницы | Интент | Основное содержание | Доказательство | Действие пользователя |
|---|---|---|---|---|
| Услуга | Выбрать подрядчика или заказать работу | Состав, процесс, цена, сроки, ограничения | Кейсы, команда, артефакты работ | Оставить заявку или запросить расчет |
| Категория услуг | Сравнить близкие направления | Критерии различия и переходы к подуслугам | Общий опыт компании в категории | Выбрать нужную услугу |
| Статья | Разобраться в вопросе или подготовить решение | Объяснение, расчет, алгоритм, ошибки | Источники, примеры, проектные данные | Перейти к услуге или кейсу |
| Кейс | Проверить опыт на похожей задаче | Ситуация, действия, период и результат | Показатели проекта и состав работ | Обсудить похожий проект |
| Географическая страница | Найти услугу в городе или регионе | Локальный спрос, условия работы, кейсы региона | Адрес, зона обслуживания, местные проекты | Запросить услугу в своем регионе |
| Справочная страница | Найти термин, правило или документ | Точное определение и область применения | Первичный источник и дата проверки | Продолжить чтение по теме |
Одна страница может отвечать на несколько близких формулировок запроса. Отдельный URL нужен, когда меняются намерение, состав ответа, предложение или целевое действие. Частотность сама по себе не требует новой страницы.
Как решить, объединять запросы или разводить по URL
Сначала сравните выдачу по основным запросам. Если поисковая система показывает один и тот же тип страниц и конкуренты закрывают запросы одним документом, запросы можно объединить. Разные типы результатов указывают на разные задачи. Например, услуга и инструкция обычно требуют отдельных страниц.
Затем проверьте содержание. Новая страница должна иметь самостоятельный ответ, предложение или набор данных. Перестановка слов в заголовке не создает нового назначения. Для интернет-магазина отдельная категория оправдана ассортиментом и фильтрами. Для сайта услуг отдельная подуслуга оправдана другим составом работ, ценой, сроком или специалистом.
После публикации сравнивают показы и позиции по группе запросов. Если две страницы регулярно меняются местами по одному кластеру, нужно проверить каннибализацию: содержание, внутренние ссылки, canonical и назначение каждого URL.
URL, внутренние ссылки и хлебные крошки
Google рекомендует описательные URL, единый регистр, дефисы между словами и стабильную структуру. Эти требования собраны в рекомендациях по структуре URL. Длина адреса должна отражать иерархию без лишних служебных сегментов. При этом короткий адрес не компенсирует слабое содержание.
Каждая приоритетная страница должна получать хотя бы одну обычную HTML-ссылку с другого индексируемого URL. Робот должен видеть тег a и адрес в href; обработчик JavaScript без ссылки может затруднить обход. Google отдельно описывает это требование в руководстве по сканируемым ссылкам.
Хлебные крошки отражают место страницы в пользовательской иерархии. Они могут отличаться от папок в URL, если навигация устроена иначе. Разметка BreadcrumbList должна совпадать с видимыми крошками. Принцип и примеры опубликованы в документации Google по хлебным крошкам.
Глубина клика зависит от размера и типа сайта. Универсальный лимит в два, три или четыре уровня создает ложное правило. Проверяем другое: приоритетные URL доступны через навигацию и внутренние ссылки, страницы без входящих ссылок отсутствуют, робот не застревает в бесконечных фильтрах, пагинации и параметрах.
Что включать в sitemap
Sitemap содержит канонические URL, которые сайт хочет отдавать в поиск. В карту не включают редиректы, страницы с noindex, ошибки и дубли. Один файл подходит сайту, пока он укладывается в технические ограничения. Разделение по типам страниц удобно для диагностики крупного проекта, но поисковая система не требует отдельной карты для блога, кейсов и услуг на небольшом сайте.
Обновление sitemap должно следовать за изменениями сайта. Ежемесячный график без релизов ничего не дает. После публикации страницы проверьте код ответа, canonical, индексируемость, внутреннюю ссылку и присутствие в карте. Для Яндекса полезно дополнительно проверить типовые ошибки, перечисленные в рекомендациях Вебмастера.
Мультиязычная структура для Казахстана
Для русской, казахской, английской или китайской версии нужен отдельный URL. Каждая версия ставит canonical на себя и получает взаимные hreflang-ссылки на остальные языковые варианты. Страница должна указывать саму себя в наборе hreflang. Google описывает эти условия в руководстве по локализованным версиям.
x-default применяют для страницы выбора языка или версии, которая подходит пользователю без совпавшего языка и региона. Он нужен не каждому мультиязычному сайту. Автоматический перевод без редакторской проверки повышает риск ошибок в терминах, ценах, городах и формах заявки.
Структуру языков можно построить в подкаталогах /ru/, /kk/, /en/ или на поддоменах. Для большинства корпоративных сайтов подкаталоги упрощают поддержку. Решение зависит от CMS, команды, регионов и текущих URL. Главный критерий - стабильный адрес для каждой языковой версии и одинаковая техническая дисциплина.
| Ситуация | Редакционное решение | Техническое действие | Проверка после релиза |
|---|---|---|---|
| Два запроса ведут к одному типу результата | Объединить в одной странице и раскрыть обе формулировки | Назначить один canonical URL | Запросы получают показы на выбранной странице |
| Информационный и коммерческий интент различаются | Создать статью и страницу услуги | Поставить тематические внутренние ссылки | Каждый URL ранжируется по своей группе запросов |
| Слабые материалы конкурируют между собой | Перенести ценные фрагменты в основной документ | Настроить постоянный редирект и обновить ссылки | Старые URL исчезают из индекса, основной сохраняет показы |
| Страница остается без входящих ссылок | Назначить ей место в разделе или убрать из плана | Добавить HTML-ссылку с релевантной страницы | Робот находит URL через обход сайта |
| Появилась языковая версия | Проверить самостоятельный перевод и локальные условия | Self-canonical и взаимный hreflang | Верный язык и регион показываются в поиске |
| Фильтры создают тысячи параметров | Оставить индексируемыми страницы с самостоятельным спросом | Закрыть бесполезные комбинации и настроить canonical | Число сканируемых дублей сокращается |
Таблица нужна до разработки и после релиза. До разработки она задает решение по каждому кластеру. После релиза та же строка получает фактический статус: URL опубликован, ссылка установлена, canonical верен, страница обнаружена и получает показы.
Проект Метриум: структура сайта услуг
В исходной версии сайт имел 40 страниц в индексе, все услуги были собраны на одной странице, а блога не было. Команда распределила спрос по группам, подготовила девять страниц услуг и 12 статей, добавила хлебные крошки и тематические внутренние ссылки между услугами, статьями и кейсами.
За 90 дней показы по группам услуг выросли на 85%, клики - на 62%. Средняя позиция основной страницы SEO-продвижения изменилась с 22-й на 12-ю, конверсия органического трафика в заявку выросла с 1,4% до 2,6%. Показатели относятся ко всему набору работ и выбранному периоду. Структура, содержание и технические изменения оценивались вместе.
Сроки и стоимость проектирования
Для сайта услуг проектирование структуры и карты групп запросов занимает 2-4 недели и стоит 240 000-480 000 ₸. Технические шаблоны, URL, хлебные крошки и sitemap требуют 1-2 недель и 120 000-240 000 ₸. Подготовка контентных разделов и плана публикаций на два-три месяца занимает около недели и стоит 180 000-360 000 ₸. Внутренние ссылки и контроль качества занимают около недели и стоят 60 000-120 000 ₸.
Диапазон зависит от числа услуг, языков, действующих страниц, шаблонов CMS и объема переноса. Эти строки описывают отдельные части проекта. Итоговая смета учитывает пересечения работ, ответственность команды и состояние сайта.
Порядок проектирования
Соберите запросы и разделите их по намерению. Назначьте каждой группе тип страницы и деловую задачу. Проверьте выдачу и пересечения. Подготовьте карту URL и шаблон содержания. Затем спроектируйте меню, хлебные крошки, внутренние ссылки и sitemap.
После разработки проведите техническую приемку каждого приоритетного URL. Затем откройте данные Google Search Console и Яндекс Вебмастера: обнаружение, сканирование, индексирование, запросы и страницы. Карта структуры остается рабочим документом команды и обновляется при запуске услуг, языков и новых групп спроса.
Для приоритетных страниц назначьте владельца и срок проверки. В карте отмечают дату публикации, последний технический контроль, состояние индексации и запросы, по которым URL получает показы. Такой учет особенно нужен после миграции CMS: команда видит, какие адреса перенесены, где действует редирект и какие внутренние ссылки еще ведут на старую версию.
FAQ
Сколько уровней вложенности допустимо для SEO?
Единого числа нет. Приоритетные страницы должны быть доступны через навигацию и обычные HTML-ссылки. Проверяйте страницы без входящих ссылок, лишние параметры, бесконечные фильтры и фактический обход роботом.
Должны ли хлебные крошки повторять папки URL?
Нет. Крошки отражают пользовательскую иерархию и могут отличаться от структуры папок. Видимые крошки и BreadcrumbList должны описывать одну последовательность.
Нужно ли делить sitemap по типам страниц?
Разделение удобно для диагностики крупного сайта. Небольшой проект может использовать одну карту, если она содержит канонические индексируемые URL и укладывается в технические ограничения.
Когда два запроса требуют отдельных страниц?
Когда различаются намерение, тип результата, содержание, предложение или целевое действие. Одинаковая задача с разными формулировками обычно закрывается одной страницей.
Как настроить hreflang для языков Казахстана?
Создайте стабильный URL для каждого языка, поставьте self-canonical и взаимные hreflang-ссылки. x-default добавляйте для страницы выбора языка или версии без совпавшей локали.
Следующий шаг
Соберите карту запросов, страниц и внутренних ссылок до разработки новых разделов. Для проектирования SEO-структуры, переноса действующих URL и контроля индексации закажите SEO-продвижение в Метриум.
