Структура сайта

Происхождение и история термина

Корни понятия — в информационной архитектуре (information architecture, IA). Применительно к вебу её подход изложила книга Луиса Розенфельда и Питера Морвилла «Information Architecture for the World Wide Web» (O'Reilly, 1998). В пресс-релизе издательства от 6 марта 1998 года книга описана как руководство, которое «shows how to apply principles of architecture and library science to design web sites and intranets» («показывает, как применять принципы архитектуры и библиотечного дела к проектированию сайтов и интранетов») ^[6].

Четвёртое издание вышло в 2015 году уже под названием «Information Architecture» и с третьим соавтором, Хорхе Аранго ^[7]. Смена названия отражает расширение предмета: по аннотации издателя, всё, чем делится организация, должно быть «easy to find, navigate, and understand» («легко находиться, просматриваться и пониматься»), а опыт пользователя должен оставаться целостным на разных устройствах — от сайта до смартфона и умных часов ^[7].

Nielsen Norman Group (NN/g) называет IA «information backbone» («информационный скелет») сайта, а навигацию — набором элементов интерфейса, которые помогают добраться до нужной информации. Со ссылкой на Н. Дэвиса NN/g приводит образ навигации как «tip of the iceberg» — видимой «верхушки айсберга», под которой лежит IA ^[8]. Отсюда базовое разграничение: структура сайта как часть IA — внутренняя организация, навигация — её видимая часть.

В SEO-практике словосочетание «site architecture» («архитектура сайта») используют в более узком, прикладном смысле: как страницы организованы и связаны, чтобы роботы могли их обнаружить, просканировать и оценить их взаимосвязи (автора термина в проверенных источниках установить не удалось). Требования поисковиков к этой стороне структуры закреплены в их справочной документации: у Яндекса — страница Справки Вебмастера «Структура сайта» (дата на странице не указана) ^[1], у Google — разделы Search Central о ссылках, URL и структуре интернет-магазинов, последняя редакция которых датирована 10.12.2025 ^[2–4].

Суть и механизм

Два слоя структуры

Логическая иерархия — то, как владелец сайта сгруппировал контент: главная, разделы, подразделы, конечные страницы. Определение Яндекс Рекламы делает акцент именно на ней: «иерархия страниц, разделов и подразделов, а также связи между ними» ^[5].

Ссылочный граф — реальные переходы между страницами, которые видит робот. Если страница есть на схеме, но на неё никто не ссылается, для робота её нет. Справка Яндекса просит, чтобы на каждый документ можно было попасть по обычной ссылке, обозначенной в HTML тегом <A>, и предупреждает, что о документах без ссылок робот не узнает ^[1]. Google формулирует близко: «Every page you care about should have a link from at least one other page on your site» («на каждую важную для вас страницу должна вести ссылка хотя бы с одной другой страницы сайта») ^[2].

Как поисковик «видит» структуру

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

Глубина

Справка Яндекса связывает глубину с индексированием: чем глубже страница, тем больше времени может пройти до её попадания в индекс ^[1]. Google в разделе для интернет-магазинов учитывает число ссылок, которые нужно пройти, чтобы добраться до страницы ^[4]. Точного числа допустимых уровней не называет ни тот, ни другой документ, поэтому популярное «правило трёх кликов» — отраслевая практика, а не требование. Подробнее — в статье «Глубина вложенности страниц».

Плоская и глубокая иерархия

Это вопрос юзабилити, а не поисковой документации; источник — статья NN/g (К. Уайтентон, 10.11.2013) ^[9].

Компромисс NN/g показывает на примере двух больничных сайтов: меню из 16 пунктов вместо 32 «much easier to scan» («гораздо легче просмотреть»), но хуже раскрывает конкретные темы — до части из них приходится идти на уровень ниже ^[9]. Вывод статьи: «there's no single right answer, and going too far to either extreme will backfire» («единственно верного ответа нет, и крайность в любую сторону обернётся против вас») ^[9]. Для глубоких структур NN/g советует ярлыки на нижние уровни (алфавитный указатель, популярные разделы), хлебные крошки и карту сайта, а проверять решения — сортировкой карточек (card sorting), тестированием дерева (tree testing), юзабилити-тестами, аналитикой и логами поиска ^[9].

Элементы структуры

URL и структура

Google рекомендует по возможности использовать в URL читаемые слова вместо длинных числовых идентификаторов, разделять слова дефисами, а не подчёркиваниями, и помнить, что URL чувствительны к регистру: /APPLE и /apple — разные адреса ^[10]. Яндекс требует уникальный адрес для каждой страницы и отмечает, что транслитерация помогает роботу понять, о чём страница ^[1].

О влиянии на ранжирование Google высказывается прямо. SEO Starter Guide пишет, что ключевые слова в доменном имени или пути URL «have hardly any effect beyond appearing in breadcrumbs» («почти не влияют, кроме того что отображаются в хлебных крошках») ^[3]. Вместе с тем, по тому же документу, группировка тематически близких страниц в каталоги (папки) может помочь Google понять, как часто меняются разные разделы, и сканировать их с разной частотой ^[3]. Итог: адрес и структура связаны, но не тождественны. Вложенные папки в URL могут сочетаться с «плоской» ссылочной структурой, и наоборот. Подробнее — «ЧПУ».

Хлебные крошки

Google: цепочка навигации показывает положение страницы в иерархии сайта; разметка BreadcrumbList должна содержать не менее двух элементов ListItem; крошки рекомендуется строить по типичному пути пользователя, а не копировать структуру URL ^[11]. Яндекс формирует навигационные цепочки по разметке BreadcrumbList в формате JSON-LD, рекомендует включать до трёх элементов и не гарантирует показ данных в поиске ^[12]. Детали — в статье «Хлебные крошки».

Виды и классификации

Классификация Яндекс Рекламы по логике связей (образовательный материал редакции Яндекс Рекламы, обновлён 26.06.2026; это типология одной компании, а не научная классификация) ^[5]:

По глубине (NN/g): плоская и глубокая иерархия — см. таблицу выше ^[9].

По организации контента — полииерархия. NN/g (П. Лаубхаймер, 13.05.2018) определяет её как графовую структуру, в которой у некоторых дочерних узлов больше одного родителя: элемент относится к нескольким категориям и доступен несколькими путями. Плата — более длинные меню и рост когнитивной нагрузки при избытке родителей. Кроме того, по причинам SEO и управления контентом сайт обычно показывает в хлебных крошках один основной путь, и он может не совпасть с тем, которым пришёл пользователь ^[13].

Привязка типов к видам сайтов дана в пределах материала ^[5]; шире мы её не обобщаем.

Как применяется на практике

Этапы проектирования

Яндекс Реклама описывает пять шагов: проанализировать конкурентов, собрать семантику (в том числе в Вордстате), сформировать иерархию, проверить URL-адреса, добавить элементы навигации и настроить перелинковку ^[5]. Там же подчёркнуто, что единой структуры для всех сайтов нет ^[5].

Этот порядок можно дополнить шагами из практики информационной архитектуры (рабочая методика, а не стандарт): цели и сценарии пользователей → инвентаризация контента → группировка (card sorting ^[9]) → иерархия → схема ссылок → проверка (tree testing ^[9]) → внедрение → мониторинг.

Связь с семантикой. На практике разделы часто строят под группы поисковых запросов (см. «Семантическое ядро», «Тематический кластер»); сбор семантики как этап проектирования называет и Яндекс Реклама ^[5]. Утверждать, что такая организация сама по себе повышает позиции, источники не позволяют.

Интернет-магазин

Google рекомендует ставить ссылки из меню на страницы категорий, с категорий — на подкатегории и далее на товары; если связать ссылками все страницы нельзя, использовать карту сайта или фид Google Merchant Center ^[4]. Для дублей, которые порождают фильтры, Яндекс Реклама называет директиву Clean-param в robots.txt и атрибут rel="canonical" ^[5]. Google предупреждает, что при комбинируемых (аддитивных) фильтрах число URL на сайте резко растёт, хотя роботу для доступа к каждому товару достаточно нескольких списков ^[10].

Новостной и медиасайт

Типичная иерархия — рубрики и материалы; по классификации ^[5] это иерархическая структура для сайтов с большим объёмом контента. Теги и архивы по датам создают дополнительные пути к материалам, но на старые материалы распространяется общее правило Яндекса о глубине и времени до индекса ^[1]. Для бесконечных календарей Google советует ставить атрибут nofollow на ссылки на динамически создаваемые будущие страницы ^[10].

Мини-кейсы (условные, без реальных компаний)

1. Каталог на шесть уровней, в меню — только два. Страницы нижних уровней доступны лишь по длинной цепочке переходов. По ^[1] до их индексирования может пройти больше времени; по ^[4] большое число ссылок до страницы и малое число ссылок на неё говорят Google о её невысокой относительной важности.
2. Фильтры порождают тысячи URL. Комбинации параметров дают множество почти одинаковых адресов ^[10]; служебные страницы закрывают в robots.txt ^[1], дубли склеивают через Clean-param и canonical ^[5].
3. Меню на скрипте без <a href>. Переход выполняется обработчиком клика без ссылочного элемента. Google, как правило, сканирует только <a> с href ^[2]; Яндекс просит, чтобы на каждый документ вела обычная ссылка <A> ^[1].

Реструктуризация действующего сайта

Обе поисковые системы описывают смену адресов страниц как отдельную процедуру.

• Google относит изменение путей URL внутри одного домена (например, example.com/page.php?id=1 → example.com/widget) к переезду сайта со сменой URL ^[14]. Документ рекомендует составить соответствие каждого старого URL новому, использовать постоянные серверные редиректы (301 или 308), обновить внутренние ссылки, отправить новую карту сайта в Search Console и следить за трафиком и индексированием старых и новых адресов. Google отмечает, что «301 and other permanent redirects don't cause a loss in PageRank», и предупреждает о временных колебаниях позиций: для сайта среднего размера переход может занять несколько недель или больше ^[14].
• Яндекс в разделе «Смена структуры и дизайна сайта» советует настроить перенаправление со старого адреса на новый, убедиться, что новый адрес отвечает кодом 200 OK, добавить новые страницы в Sitemap и проверить индексирование на странице «Статистика обхода» в Вебмастере; отправленные на переобход страницы могут попасть в поиск в течение двух недель ^[15]. Если страницы удалены, а тематика сайта прежняя, Яндекс рекомендует перенаправлять их на близкий по смыслу раздел; если тематика меняется — отдавать код 404 ^[15].

Сроков восстановления трафика ни один из документов не гарантирует. Подробнее — «301-редирект», «Цепочка редиректов», «Карта сайта».

Как измерить или проверить

Инструменты поисковых систем.

• Яндекс Вебмастер, раздел «Индексирование»: «Статистика обхода» показывает адреса страниц, дату последнего посещения роботом и код ответа сервера ^[16]; «Страницы в поиске» — какие страницы участвуют в поиске, а какие исключены и почему; «Проверка страницы» — состояние конкретного URL; «Структура сайта» — статистику по разделам сайта ^[17].
• Google Search Console: отчёт «Page indexing» показывает, сколько URL сайта просканировано и проиндексировано; состояние отдельного адреса проверяют инструментом URL Inspection ^[18].
• Яндекс Метрика, «Карта ссылок»: ссылки на странице подсвечиваются в зависимости от популярности переходов; карта работает на страницах с установленным счётчиком Метрики ^[19]. Для анализа поведения Яндекс Реклама называет также Вебвизор ^[5].

Краулер-аудит. Любой десктопный или облачный краулер обходит сайт по ссылкам, как робот. Полезные показатели:

• распределение страниц по глубине: доля страниц уровня n = число страниц на уровне n ÷ общее число найденных страниц;
• число входящих внутренних ссылок на страницу;
• страницы из sitemap и аналитики, которых краулер не нашёл (кандидаты в страницы-сироты).

Чек-лист (ссылки — на документы, описывающие проблему или инструмент).

Ошибки, ограничения и спорные вопросы

• «Правило трёх кликов». В Справке Яндекса допустимая глубина не названа ^[1], в рекомендациях Google для интернет-магазинов глубина — один из признаков важности без числовой нормы ^[4]. NN/g показывает, что вредны обе крайности ^[9]. Любые «оптимальные три уровня» — практика без официального источника.
• Влияет ли URL. Google: структуру сайта он, как правило, определяет не по адресам ^[4], а ключевые слова в URL почти не влияют на ранжирование, кроме показа в хлебных крошках ^[3]; при этом каталоги в URL могут влиять на частоту сканирования разделов ^[3]. Яндекс рекомендует уникальные понятные адреса и транслитерацию ^[1]. Противоречия нет: речь о разных вопросах — ранжировании, сканировании и удобстве адреса.
• Страницы-сироты и ссылки без <a href>. Страница, на которую никто не ссылается, остаётся неизвестной роботу ^{[1, 2]}.
• Бесконечные пространства URL: комбинируемые фильтры и календари ^[10]; symlink-и, из-за которых URL бесконечно растёт ^[1]. Яндекс также советует одинаковую кодировку для страниц и кириллических адресов ^[1].
• Путать структуру с sitemap. Файл не заменяет ссылочную структуру. Google называет sitemap необязательным и пишет, что сначала стоит позаботиться, чтобы люди узнали о сайте («first focus on making sure people know about your site») ^[3].
• Пересекающиеся разделы и каннибализация запросов — следствие нечёткого разграничения тем; см. «Каннибализация запросов».
• Переделка без нужды. Google в Starter Guide отмечает, что поисковые системы, вероятно, поймут страницы в их нынешнем виде независимо от организации сайта ^[3], а смена URL — это переезд с временными колебаниями позиций ^[14]. Корректная формулировка пользы структуры — «помогает обнаружению и пониманию страниц».
• Полииерархия удлиняет меню и усложняет выбор пути для хлебных крошек ^[13].

Правовой аспект

Специальных правовых норм о структуре сайта нет; раздел опущен.

Частые вопросы

Связанные термины

• Внутренняя перелинковка
• Карта сайта (sitemap.xml)
• ЧПУ
• Глубина вложенности страниц
• Хлебные крошки
• Страницы-сироты
• Краулинговый бюджет
• Дубли страниц
• Семантическое ядро
• Тематический кластер (pillar page)
• 301-редирект