Структура сайта: три варианта и как её читают нейросети

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

Ниже сравнение трёх вариантов с таблицей, правила Яндекса, которые работают для любого из них, и отдельный разбор, что в структуре видят нейросети, потому что запрос "структура сайта для нейросетей" по Москве набирает около сотни показов в месяц, а внятного ответа на него в выдаче нет. Примеры из нашего собственного сайта: он вырос со страницы-визитки до 261 адреса, и на нём хорошо видно, где структура помогала, а где мешала.

Что структура делает на самом деле#

У структуры два читателя, и им нужно разное.

Человеку нужно понять за пять секунд, туда ли он попал, и за два клика дойти до страницы про свою задачу. Не про "услуги вообще", а про сайт для автосервиса, если он владелец автосервиса. Чем точнее страница попадает в его вопрос, тем выше шанс заявки: об этом мы писали, когда разбирали структуру лендинга, и для сайта из ста страниц принцип тот же, просто вопросов больше.

Роботу нужно найти все страницы и понять, какая к чему относится. Справка Яндекса для вебмастеров описывает это прямо: работа робота основана на переходах по ссылкам, и если на документ никто не ссылается, робот никогда не узнает о его существовании. Оттуда же требования, которые я буду повторять в каждом варианте: каждый документ относится к своему разделу, на каждый можно попасть по обычной ссылке, ссылки на разделы текстовые, адреса уникальные и говорящие.

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

Три варианта структуры: сравнение#

Теперь про каждый честно, с тем, что в таблицу не влезает.

Плоская: все страницы на одном уровне#

Главная, услуга, о нас, цены, контакты, политика. Пять-десять страниц, каждая в меню, никакой иерархии. Для мастера, небольшой студии, локальной услуги в одном городе это правильный выбор, и не нужно его стесняться. Робот обходит такой сайт за один заход, человек не теряется, проектирование занимает вечер.

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

Древовидная: главная, разделы, страницы#

Самый частый вариант для сайта услуг, и наш сайт устроен именно так. Главная. Раздел услуг с общей страницей. Внутри страницы отдельных услуг. У услуги, которая продаётся по-разному в разных отраслях, свои подстраницы: у нас под разработкой сайтов лежат 13 отраслевых страниц, от стоматологии до завода. Отдельная ветка под блог, отдельная под кейсы, отдельная под страницы для особых сценариев вроде лендинга за сутки.

Правило трёх уровней здесь не догма, а следствие двух вещей. Первая: Яндекс в навигационной цепочке, тех самых хлебных крошках в сниппете, рекомендует включать до трёх элементов, лишние он просто отрежет. Вторая: каждый уровень это ещё один клик для человека и ещё один переход для робота, который, по той же справке, до глубоких страниц добирается дольше.

Главный риск древовидной структуры это пустые ветки. Раздел "Услуги" с одной услугой внутри, раздел "Кейсы" с двумя кейсами, раздел "Регионы" с десятью страницами, у которых одинаковый текст и разное название города. Последнее особенно опасно: для Яндекса это дубли, и в поиск попадёт в лучшем случае одна из десяти. Отраслевые страницы работают у нас только потому, что у каждой свои цифры, свой разбор ниши и свой пример, и на каждую ушёл день. Если под ветку нет содержания, ветку не заводят.

Дерево разделов сайта, где часть веток пустая, а одна наполнена содержанием

Каталожная: категории, фильтры, карточки#

Магазин, оптовый каталог, база объектов недвижимости. Здесь структуру задают не услуги, а товар, и проектируется она от семантики: как люди ищут, такие и категории. Три-четыре уровня это норма, потому что "женская обувь" и "женские кроссовки для бега" это разные страницы с разным спросом.

Главный риск противоположный древовидной: не пустота, а переизбыток. Каждый фильтр, каждая сортировка, каждая комбинация "цвет плюс размер" порождает отдельный адрес, и без запрета в robots.txt робот тратит ресурс на тысячи страниц-дублей вместо карточек. Справка Яндекса называет это прямо: страницы-дубликаты и результаты поиска по сайту не имеют ценности и мешают индексированию основного содержимого. Как это устроено на практике и где у типовых движков потолок, разбирали на примере интернет-магазина.

Пять правил Яндекса, которые работают для любого варианта#

Это не мои предпочтения, а пересказ раздела "Структура сайта" из рекомендаций Яндекса вебмастерам, в редакции на конец августа 2026 года. Проверяю по нему любой сайт, который приходит на аудит.

1. Каждая страница относится к своему разделу и доступна по обычной ссылке в HTML-коде. Не по кнопке на скрипте, не через форму, не через поиск по сайту.
2. Навигация устроена так, чтобы с главной можно было дойти до любой страницы. Главная это основная точка входа, потому что люди помнят домен, а не адрес внутренней страницы.
3. Адреса уникальные и говорящие. Из адреса должно быть понятно, что на странице, транслитерация помогает роботу это понять. Адрес вида site.ru/page?id=347 не говорит ничего.
4. Ссылки на разделы текстовые, не картинками. Роботу нужен текст, чтобы понять, что лежит в разделе.
5. Служебное закрыто от индексирования: результаты поиска по сайту, страницы фильтров, статистика, дубли.

Проверить, как структуру видит Яндекс, можно в Вебмастере в разделе о структуре сайта: он показывает дерево разделов по адресам страниц, но только те, где не меньше 10 страниц и больше 1 процента от всех загруженных. Если раздел, который вы считаете важным, там не виден, значит, в нём слишком мало страниц или робот до него не добрался. Раздел можно добавить в отслеживание руками, данные появятся через несколько дней.

Что в структуре видят нейросети#

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

Из этого следуют четыре правила структуры для нейросетей, и они частично противоречат привычке делать "одну большую страницу услуги".

Одна страница на один вопрос. Страница "Сайты для бизнеса", где про лендинги, магазины и корпоративные сайты сразу, для нейросети шум: она не поймёт, что цитировать. Три страницы по одной на тип, и каждая цитируется по своему вопросу. Это одна из причин, по которой у нас появились отраслевые страницы вместо одного длинного списка.

Ответ в начале страницы. Модель берёт первые абзацы с большим весом, чем середину. Если страница начинается с "Мы команда профессионалов с индивидуальным подходом", а цена и срок в конце, в ответ попадёт не то.

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

Самодостаточные страницы, связанные ссылками: так структуру читают нейросети

Машиночитаемая карта. Навигационная цепочка с разметкой BreadcrumbList говорит и Яндексу, и модели, к какому разделу относится страница: по справке Вебмастера такая цепочка формируется в течение двух недель и показывается в сниппете. Разметка Schema.org для организации, услуги и вопросов-ответов помогает нейросетям цитировать сайт точнее. А файл llms.txt в корне сайта это, по сути, оглавление структуры для моделей: что это и как его сделать, мы разбирали отдельно, вместе с честным ответом, кто его сейчас читает.

Если коротко: для Яндекса важна связность, для нейросетей важна самодостаточность. Хорошая структура даёт и то и другое: дерево разделов с ссылками для робота и страницы, каждая из которых отвечает на один вопрос целиком. Как это проверить на своём сайте и что чинить в первую очередь, входит в продвижение в нейросетях, но первый шаг бесплатный: открыть три самые важные страницы и спросить себя, на какой один вопрос отвечает каждая.

Как выбрать и с чего начать#

Порядок, по которому проектируем структуру на каждом проекте, от визитки до каталога.

Сначала список вопросов, а не список страниц. Что спрашивают клиенты до покупки: сколько стоит, сколько по времени, есть ли пример в моей нише, как проходит работа, что нужно от меня. Каждый вопрос, под который есть отдельный ответ, кандидат в страницу. Без ответа страницы нет.

Затем группировка. Если кандидатов меньше пятнадцати, плоская структура. Если вопросы делятся на услуги и внутри услуг на отрасли или города, древовидная. Если это товар с характеристиками, каталожная, и тогда сначала семантика, потом категории.

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

Затем адреса. Латиница, короткие, отражают содержание, уровень вложенности виден в адресе: /services/sites/dlya-avtoservisa/ говорит роботу и человеку всё сразу.

И только после этого меню, дизайн и тексты. Структура, придуманная после дизайна, всегда получается кривой, потому что её подгоняют под макет. Это и есть та часть работы, которая на макете не видна, а в смете стоит отдельной строкой: у нас она входит в разработку сайта и обычно занимает первую неделю проекта, до единого пикселя дизайна. Если хотите прикинуть, сколько страниц и какой глубины нужно вам, калькулятор стоимости сайта считает именно от структуры, а не от "красивости". А если структура уже есть на бумаге и нужно передать её подрядчику без потерь, она становится первым разделом технического задания.