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

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

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

Статья разбирает механику. Как группа запросов превращается в раздел и в адрес, что происходит при неверной склейке групп, и что стоит за правилом трёх кликов. Сбор и группировка запросов это зона семантического ядра, здесь она взята как готовый вход.

Сквозная цепочка запрос, кластер, раздел, адрес страницы с решением на каждом шаге, ниже пример одной услуги и блок сломанного стыка, где один запрос тянут две страницы — Как группа запросов превращается в адрес и где цепочка ломается чаще всего

Чем отличается от соседних понятий

Семантическое ядро отвечает на вопрос, что люди спрашивают, и содержит запросы с частотами. Структура отвечает на другой вопрос: сколько страниц нужно и какая на что ответит. Одно ядро раскладывается в несколько разных структур.
Навигация это способ показать структуру человеку: меню, фильтры, крошки, ссылки внутри текста. Структуру можно спроектировать верно и спрятать за неудачным меню.
Карта сайта в узком смысле это файл sitemap.xml, список адресов для робота. Структуру он не создаёт и ссылки не заменяет.
Прототип и UX/UI-дизайн работают с экранами и сценариями внутри страниц. Структура выдаёт им сетку страниц.
Шаблон страницы это её внутреннее устройство: порядок блоков, заголовки, поля. К структуре сайта разбивка одной страницы не относится, хотя её часто называют тем же словом.

Откуда взялось правило трёх кликов

Разговор о структуре быстро приходит к правилу: любая страница должна открываться в три клика от главной. Источник у него есть. Это не исследование.

Самое раннее печатное упоминание нашлось в книге веб-дизайнера Джеффри Зельдмана «Taking Your Talent to the Web», вышедшей в 2001 году. Зельдман писал, что правило «основано на том, как люди пользуются вебом» и «помогает создавать сайты с интуитивной логичной иерархией». Данных за этим утверждением не стояло.

Проверку поставила исследовательская группа User Interface Engineering, результат опубликован Джошуа Портером 16 апреля 2003 года. Разбирали 44 человека, 620 задач, больше восьми тысяч кликов. Часть людей доходила до цели за два-три перехода, часть открывала до двадцати пяти страниц.

Связи между числом кликов и успехом не нашлось. Портер формулирует прямо: «не было большей вероятности, что пользователь бросит после трёх кликов, чем после двенадцати». Восьмидесяти процентов завершённых задач выборка достигала только к пятнадцатому клику, а распределение успешных обходов совпало с распределением неуспешных. Отдельно проверили удовлетворённость: доля недовольных колебалась между 46% и 61% и от длины пути не зависела.

Жалобу на клики Портер объясняет подменой: «Эти жалобы на самом деле не про клики. Это жалобы на то, что человек не нашёл». Когда люди находили нужное, число переходов они не вспоминали.

Обратный совет тоже проверен, и тоже не подтвердился. Кевин Ларсон и Мэри Червински сравнивали структуры разной глубины и ширины и доложили результат на конференции CHI в 1998 году: «увеличение глубины вредило результатам поиска, однако среднее по глубине и ширине условие в целом превзошло самую широкую плоскую структуру». Плоская структура выиграла не у всех.

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

Рабочий вывод такой. Глубина влияет на скорость попадания в индекс и на то, дойдёт ли до страницы робот и человек. Порогом терпения она не является, и цифра три взята из книги 2001 года.

Как это устроено

От запроса к адресу: одна услуга целиком

Ниже цепочка на живом примере, доведённая до адреса. Услуга это ремонт квартир, числа замерены 11 сентября 2026 года через keys.so по базе Москвы.

Шаг первый, частоты. В скобках базовая частота, за ней точная, снятая оператором с восклицательными знаками:

ремонт квартир (623 784) 45 474
ремонт квартир под ключ (59 484) 28 167
дизайнерский ремонт квартир (5 386) 126
ремонт квартир в новостройке (10 641) 30

Последняя строка объясняет, зачем нужны обе цифры. Базовая частота 10 641 набирается сотнями разных формулировок про новостройку, а ровно эту фразу спрашивают тридцать раз за месяц.

Шаг второй, склейка. Проверяют её по выдаче, а не по похожести слов: если по двум запросам поиск показывает одни и те же страницы, значит он считает вопрос одним. На этом стоят кластеризаторы. Сервис keys.so описывает метод так: «алгоритмы инструмента сравнивают не сами ключевые слова, а URL-адреса страниц сайтов в выдаче, которые встречаются по этим запросам». Порог задаётся числом общих адресов в топ-10.

Замер пересечений топ-10, та же база и дата:

ремонт квартир и ремонт квартир под ключ: 3 общих адреса, 4 общих домена
ремонт квартир и ремонт квартир в новостройке: 3 адреса, 4 домена
ремонт квартир и дизайнерский ремонт квартир: 0 адресов, 0 доменов
ремонт квартир и ремонт ванной комнаты: 0 адресов, 1 домен

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

Цену решения стоит назвать вслух. У запроса «ремонт квартир под ключ» точная частота 28 167, это в двести с лишним раз больше, чем у дизайнерского ремонта. Своей страницы он всё равно не получает, потому что выдача у него общая с основным запросом. Частота говорит, какой кластер важнее. Сколько будет страниц, решает пересечение выдачи.

Шаг четвёртый, адреса:

`/remont-kvartir/` отвечает кластеру из трёх запросов
`/remont-kvartir/dizajnerskij/` отвечает кластеру дизайнерского ремонта
`/remont-vannoj/` отдельная услуга

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

Уровни, адреса и глубина

Глубину считают по ссылкам. Число косых черт в адресе её не задаёт: страница `/remont-kvartir/dizajnerskij/` лежит в двух кликах от главной ровно тогда, когда на неё есть ссылка из раздела. Ссылки нет, значит страница осталась сиротой. Робот узнает о ней только из карты сайта, а карту Google относит к слабым сигналам даже при выборе канонического адреса.

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

Разделы как узлы

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

Служебные ветки в поиск не идут. Результаты внутреннего поиска, статистику, сортировки и печатные версии Яндекс рекомендует закрывать через robots.txt: иначе они размножают почти одинаковые адреса.

Что делать на практике

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

Когда две страницы борются за один запрос

Неверная склейка кластеров даёт каннибализацию: два адреса отвечают на один вопрос, и поиск выбирает между ними. Яндекс описывает последствия своими словами: из результатов поиска «может пропасть нужная вам страница», а сами страницы «могут конкурировать между собой». Google смотрит на то же со стороны консолидации: когда дубли сведены к одному адресу, ссылки и сигналы с других сайтов объединяются на предпочитаемом, а пока адресов два, эти сигналы делятся.

Как это видно в отчётах

Яндекс Вебмастер в отчёте о страницах в поиске ставит статус «Страница дублирует содержание другой страницы». Рядом встречается второй, более неприятный: «Страница признана малоценной или маловостребованной».

Google Search Console в отчёте об индексировании даёт два своих статуса. «Duplicate without user-selected canonical»: страница дублирует другую, канонической выбрана другая, и «эта страница не будет показываться в поиске». «Duplicate, Google chose different canonical than user»: владелец указал канонический адрес, а Google выбрал канонической другую страницу.

Как проверить

Три проверки, каждая занимает минуты:

Отчёт по запросам: отфильтровать одну формулировку и посмотреть, сколько адресов получает по ней показы. Больше одного, дальше смотреть внимательно.
Поиск оператором `site:` вместе с запросом: видно, какую страницу поиск выбирает сам, и совпадает ли она с вашей целевой.
Замер пересечения выдачи по двум спорным запросам. Много общих адресов, значит поиск считает вопрос одним, и двух страниц под него быть не должно.

Косвенный признак заметен ещё раньше. Страница-ответ в отчёте меняется от недели к неделе, обе страницы стоят в третьем десятке, показы делятся между ними примерно поровну.

Как развести

Путей три, и выбор зависит от разницы в спросе.

Склеить. Слабую страницу закрыть редиректом с кодом 301 на сильную либо указать канонический адрес. Google называет редирект и атрибут rel=canonical сильными сигналами, а карту сайта слабым.
Развести по смыслу. Если за запросами стоят разные задачи людей, страницы переписывают так, чтобы каждая отвечала своей задаче, и меняют перелинковку.
Оставить одну. Лишнюю страницу убирают из индекса, сохранив её содержимое внутри сильной.

Чем измеряют

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

Частые ошибки

Страница на каждый запрос. Так рождаются десятки почти одинаковых текстов, которые конкурируют друг с другом.
Раздел на один товар или одну услугу. Уровень появился, смысла в нём нет.
Меню, собранное по отделам компании, а не по вопросам людей.
Адреса с идентификаторами вместо слов. Google в руководстве прямо противопоставляет читаемый путь случайной строке.
Смена адресов при переезде без редиректов. Накопленные сигналы обнуляются.
Фильтры и сортировки, открытые для индексации. Один товарный раздел выдаёт тысячи адресов с почти одинаковым содержимым.
Структура, нарисованная один раз. Ассортимент меняется, спрос меняется, кластеры расходятся с разделами за год.

Ограничения и спорные места

Замер Портера один, и ему больше двадцати лет. 44 человека, 620 задач, один набор сайтов, 2003 год. Он опровергает существование порога терпения в три клика, а не доказывает, что глубина безразлична. Отдельного современного повторения с публичной выборкой найти не удалось.
Выборку Ларсона и Червински проверить не получилось. Вывод приведён по абстракту публикации, полный текст статьи закрыт. Число участников и размер дерева страниц остались несверенными.
Порог кластеризации это соглашение, а не факт. В приведённом замере запрос про новостройку даёт ровно три общих адреса: при пороге три он склеивается с основным кластером, при пороге четыре получает свою страницу. Одна и та же семантика при разных порогах даёт разные структуры, и спор об этом внутри отрасли не закрыт.
Пересечение выдачи живёт недолго. Числа выше это срез одного дня по одному региону. Через месяц выдача другая, и решение о склейке стоит перепроверять перед крупной перестройкой.
Распространённость каннибализации не измерена. Открытых замеров с названной выборкой, сколько сайтов ею страдают и сколько трафика теряют, найти не удалось. Механика описана в справках поисковых систем, масштаб нет.
Числового порога глубины не публикует ни Яндекс, ни Google. Яндекс говорит о влиянии вложенности на время индексации без цифр. Любая конкретная цифра в чужом тексте про структуру это чья-то практика, а не требование поисковой системы.

Что здесь быстро устаревает

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

См. также

Источники

Porter J. Testing the Three-Click Rule. User Interface Engineering, опубликовано 16 апреля 2003 года. Сверено 11.09.2026. https://articles.centercentre.com/three_click_rule/
Zeldman J. Taking Your Talent to the Web: Making the Transition from Graphic Design to Web Design. New Riders, 2001. Цитаты приведены по статье Портера, где они даны дословно; запись книги: https://openlibrary.org/works/OL6045342W
Laubheimer P. The 3-Click Rule for Navigation Is False. Nielsen Norman Group, 11 августа 2019 года. https://www.nngroup.com/articles/3-click-rule/
Larson K., Czerwinski M. Web page design: implications of memory, structure and scent for information retrieval // CHI '98 Human Factors in Computing Systems. ACM, апрель 1998. Абстракт публикации: https://www.microsoft.com/en-us/research/publication/web-page-design-implications-memory-structure-scent-information-retrieval/
Яндекс. Вебмастер. Справка: структура сайта. Сверено 11.09.2026. https://yandex.ru/support/webmaster/ru/recommendations/site-structure.html
Яндекс. Вебмастер. Справка: дублирование страниц. Сверено 11.09.2026. https://yandex.ru/support/webmaster/ru/robot-workings/double.html
Яндекс. Вебмастер. Справка: почему страницы исключены из поиска. Сверено 11.09.2026. https://yandex.ru/support/webmaster/ru/site-indexing/excluded-pages.html
Google Search Central. SEO Starter Guide. Сверено 11.09.2026. https://developers.google.com/search/docs/fundamentals/seo-starter-guide
Google Search Central. In-depth guide to how Google Search works. Сверено 11.09.2026. https://developers.google.com/search/docs/fundamentals/how-search-works
Google Search Central. How to specify a canonical URL with rel="canonical" and other methods. Сверено 11.09.2026. https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
Google Search Central. Large site owner's guide to managing your crawl budget. Сверено 11.09.2026. https://developers.google.com/search/docs/crawling-indexing/large-site-managing-crawl-budget
Google Search Console. Справка: отчёт об индексировании страниц, описания статусов. Сверено 11.09.2026. https://support.google.com/webmasters/answer/7440203
keys.so. Кластеризация запросов онлайн: описание метода группировки по выдаче. Сверено 11.09.2026. https://www.keys.so/ru/clustering
Собственный замер для этой статьи: keys.so, отчёт keyword_dashboard, база Москва, 11 сентября 2026 года. Частоты четырёх запросов и пересечения топ-10 по парам запросов. https://www.keys.so/

Смотрите также

RAG