Адрес любой страницы складывается из уровней, и это не техническая мелочь, а язык, на котором сайт разговаривает сразу с двумя читателями. Первый читатель это человек, который пробегает взглядом строку в браузере или в результатах поиска. Второй это поисковый робот, который по тем же уровням строит карту ресурса и решает, куда идти в первую очередь. Запись вида site.ru/catalog/subcategory/product сообщает оба факта сразу: в каком разделе лежит страница и сколько шагов отделяет её от главной. Дальше разберём, что такая иерархия даёт ранжированию на самом деле, где проходит граница между полезной структурой и бесполезной глубиной, какие адреса считают плохими и по каким правилам их меняют на живом проекте.
Из чего складывается адрес страницы и что он сообщает поисковой системе
Каждый слэш отделяет один уровень иерархии от другого. В примере site.ru/catalog/obuv/krossovki/model-x первым идёт домен, за ним раздел каталога, потом подкатегория обуви и только в конце конкретная карточка. Такая запись повторяет структуру меню и раскладывает документы по дереву: у каждой страницы есть родитель, соседи и дочерние элементы. Робот читает дерево так же, как человек читает оглавление книги: раздел обуви объединяет кроссовки, ботинки и туфли, а внутри кроссовок лежат конкретные модели.
Второй смысловой слой это расстояние от корня. Страница первого уровня лежит сразу за доменом, например site.ru/dostavka, документы второго и третьего уровней прячутся глубже. Чем ближе страница к главной, тем увереннее адрес подчёркивает её значимость, потому что по такому же принципу устроены разделы меню и навигационные цепочки. Отсюда простой вывод: понятная иерархия помогает роботу безошибочно отнести документ к разделу и найти ему место среди тысяч соседей.
Отдельная тонкость в том, что адрес и меню должны рассказывать одну историю. Если в адресе раздел называется /obuv/, а в меню тот же раздел подписан "Обувь и аксессуары", сигнал размывается, но остаётся читаемым. Хуже, когда адрес собран из служебных слов вроде /catalog/item/list/, а меню ведёт по совсем другим названиям: робот получает два противоречивых описания структуры, человек вообще перестаёт ориентироваться. Согласованность адресов, хлебных крошек и меню стоит проверять при каждом крупном обновлении каталога, потому что расхождения копятся незаметно и через год превращаются в запутанную схему, которую уже страшно трогать.
Может ли глубина адреса сама по себе опускать позиции в выдаче
Прямой связи между числом уровней и позицией нет. Поисковые системы спокойно индексируют документы и на пятом, и на шестом уровне, длинная строка сама по себе не наказание. Если сравнить два одинаковых магазина, где в первом товары лежат на третьем уровне, а во втором на четвёртом, при прочих равных разницы в позициях может не быть вовсе. Плоская структура ради самой плоскости тоже не выигрыш: собирать весь каталог в корне удобно только маленькому сайту, у крупного магазина корень быстро превращается в свалку ссылок.
Слабый самостоятельный фактор не отменяет косвенных механизмов, а их три. Первый механизм это внутренний вес: страница, до которой от главной четыре клика, обычно собирает меньше внутренних ссылок, чем документ в двух кликах. Второй механизм это обход: робот распределяет внимание неравномерно и в первую очередь ходит по документам, близким к корню, поэтому далёкие страницы реже попадают в переобход и медленнее обновляются в поиске. Третий механизм это поведение посетителей: до глубокой страницы добраться труднее, часть людей уходит по дороге, а снижение переходов и рост отказов портят поведенческие сигналы. Выходит так: адрес на шестом уровне не запрещён, но страница с таким адресом почти всегда окружена бедной перелинковкой, и именно это, а не число слэшей, давит на позиции.
Для новостных проектов глубина бьёт ещё и по свежести. Материал, опубликованный в глубине рубрик на четвёртом уровне и не вынесенный на главную, робот замечает позже, а в тематике, где информация устаревает за сутки, опоздание на день стоит части показов. Медиасайты по этой причине держат ленту на первых уровнях и избегают дат в адресах, чтобы каждая публикация имела одинаковый шанс на быстрый обход независимо от времени выхода.
Правило трёх кликов и распределение обходов по уровням иерархии
Классическое правило внутренней оптимизации звучит так: до любой значимой страницы должно быть не больше трёх кликов от главной. Каждый лишний клик теряет часть посетителей и снижает шансы, что робот дойдёт до документа за разумное время. Для магазина арифметика выглядит наглядно. Главная отдаёт ссылку на 40 категорий, каждая категория на 10 подкатегорий, каждая подкатегория на 60 товаров. На первом уровне лежит 40 страниц, на втором 400, на третьем уже 24 тысячи. Документов с каждым уровнем становится в разы больше, а ссылочный вес и внимание робота распределяются в обратную сторону: их плотнее всего у корня.
Пагинация добавляет ещё один слой глубины. Товар, попавший на восьмую страницу подкатегории, формально остаётся на третьем уровне, но фактически отодвигается ещё на несколько переходов, и робот добирается до него в последнюю очередь. Новая карточка, добавленная в самый низ структуры и не показанная на главной, нередко задерживается в индексе на несколько дней, а то и на пару недель. Тот же товар, вынесенный в блок новинок на главной, попадает в обход в течение суток. Разница в скорости индексации здесь измеряется не днями, а неделями, и для сезонного ассортимента она стоит денег: пока карточка не в индексе, покупатель из поиска по ней ничего не найдёт.
Отсюда рабочая рекомендация: коммерчески важные документы должны лежать не глубже третьего клика, всё вспомогательное можно прятать глубже без сожалений. К вспомогательному обычно относят страницы фильтров, архивные подборки, юридические документы и старые промоакции, которые больше не приносят переходов, но всё ещё нужны постоянным клиентам по прямым ссылкам.
Ссылочный вес, перелинковка и настоящая глубина страницы
Нюанс, который часто упускают: настоящая глубина измеряется не количеством слэшей, а числом кликов от главной. Адрес site.ru/model-x выглядит коротким, но если на страницу не ссылается ничего, кроме карты сайта, её реальный путь от главной может насчитывать шесть переходов. И наоборот, карточка третьего уровня, поставленная в блок рекомендуемых товаров на главной, сокращает путь до одного клика. Поэтому вопрос о глубине всегда решается по графу ссылок, а не по длине строки.
Перелинковка компенсирует глубину, и применять её стоит сознательно. Хлебные крошки дают роботу и посетителю обратную дорогу к корню и заодно дублируют структуру разделов в интерфейсе. Блоки похожих товаров связывают карточки между собой и позволяют обходить каталог без возврата в подкатегорию. Сквозные ссылки в меню и подвале выравнивают вес по всему ресурсу. Работает и ручной приём: вынос сезонной подборки на главную на две недели добавляет ей ссылок из самых сильных мест, после чего подборка обычно подрастает по низкочастотным запросам без каких-либо изменений в самом адресе. Для медиапроектов ту же работу делают блоки "читайте также" и рубричные ленты, которые связывают свежие публикации с уже набравшими вес старыми материалами.
Есть и обратный эффект: ссылка на глубокую страницу из сильного документа способна вытащить её по узкому запросу выше, чем адрес соседа, который лежит ближе к корню, но окружён слабым окружением. Вес передаётся по ссылкам, а не по географии в дереве, поэтому редкий документ с десятью хорошими внутренними ссылками обгоняет ближнего соседа с одной навигационной ссылкой из подкатегории.
Читаемый адрес как подсказка для посетителя в выдаче и закладках
Человек сталкивается с адресом чаще, чем кажется: строка в результатах поиска, подсказка при наведении на ссылку, сохранённая закладка, ссылка, скопированная в переписку. Адрес site.ru/catalog/obuv/krossovki за секунду сообщает, куда ведёт ссылка и где окажется посетитель. Запись вида site.ru/index.php?cat=17&id=88213 сообщений не несёт, и часть людей воспринимает такие строки с недоверием, особенно на шагах оплаты и регистрации.
Понятная вложенность работает как навигация и после перехода. Покупатель, открывший пятую карточку из выдачи и пожелавший посмотреть соседние модели, сокращает адрес до подкатегории site.ru/catalog/obuv/krossovki и попадает в список аналогов. Путь по структуре виден прямо в адресной строке, и это дешёвый способ удержать внимание. Логичный адрес легче продиктовать по телефону, вставить в печатный буклет или запомнить наизусть.
Есть и деталь, о которой забывают: поисковые системы нередко показывают в сниппете вместо полного адреса цепочку хлебных крошек, а собирают её как раз из уровней адреса и названий разделов. Чем чище иерархия, тем понятнее выглядит такой сниппет, а понятный сниппет чаще получает клик. Слишком длинные адреса при этом обрезаются, поэтому гнаться за шестью и семью содержательными словами в строке не имеет смысла: трёх или четырёх хватает и роботу, и человеку.
Типичные ошибки в построении адресов с разбором плохих и хороших вариантов
Самая частая ошибка это дублирование уровней, когда техническая надстройка попадает в публичный адрес. Запись site.ru/catalog/catalog/obuv содержит слово каталог дважды, потому что система собирает адрес из двух вложенных модулей. Дубль не полезен ни роботу, ни человеку, зато удлиняет строку и путает дерево разделов. Хороший вариант выглядит скромнее: site.ru/catalog/obuv.
Даты в адресах статей вторая массовая ошибка. Запись site.ru/blog/2024/05/13/vybor-krossovok добавляет три служебных уровня, которые ничего не сообщают о содержании. Через год материал устареет формально: и робот, и читатель видят 2024 в строке и делают вывод о неактуальности, даже если текст недавно обновлён. Достаточно оставить site.ru/blog/vybor-krossovok, а дату показать внутри страницы. Третья группа ошибок это лишние технические слои: фрагменты index.php, сегмент /ru/ на одноязычном проекте, идентификаторы сессий в строке. Кириллица в публичном адресе тоже создаёт помехи: при копировании она превращается в набор символов вроде %D0%BA%D0%B0, поэтому для адресов чаще выбирают латиницу или транслит.
Обратный перекос встречается не реже: адрес site.ru/p88213 экономит символы, но лишает строку всякого смысла, а заодно скрывает путь к разделу. Отдельная головная боль это фильтры и сортировки: бесконечные сочетания параметров sort, page, color порождают тысячи дублей, поэтому такие комбинации обычно закрывают от индексации и оставляют в поиске чистую иерархию разделов. Итоговый тест прост: если по адресу нельзя понять, в каком месте каталога находится страница и что на ней продаётся, адрес составлен зря.
Перестройка структуры работающего сайта через 301 редирект без потери трафика
Менять адреса на живом проекте рискованно, поэтому начинать стоит с честного вопроса: решает ли текущая структура задачу? Если адреса читаемые, дублирование отсутствует, а важные страницы лежат в трёх кликах от главной, перестройка принесёт немного пользы, зато добавит риски. Переделка оправдана, когда адреса собраны из идентификаторов вместо слов, глубина дублируется, а логика разделов противоречит меню.
Ключевой инструмент перестройки это 301 редирект, постоянное перенаправление со старого адреса на новый, которое сообщает роботу о переезде и передаёт накопленный вес. Пропущенный редирект означает ошибку 404 там, где страница уже набрала позиции, и потерю трафика на месяцы. Безопасная последовательность выглядит так:
- выгрузить все адреса с показателями трафика и позиций, чтобы заранее понять, какие страницы трогать опаснее всего;
- спроектировать новую структуру и составить таблицу соответствия старых и новых адресов;
- настроить 301 редирект для каждого адреса по отдельности и следить, чтобы не появлялись цепочки из двух и более переходов;
- обновить меню, карту сайта и внутренние ссылки так, чтобы по сайту вели только новые адреса, а редиректы остались страховкой для внешних ссылок;
- в первые недели отслеживать ошибки в инструментах вебмастера и темп выпадения старых адресов из индекса.
Риск сохраняется даже при аккуратной работе: часть внешних ссылок указывает на глубокие старые адреса, и их пропуск при составлении таблицы соответствий сразу превращается в 404. По этой причине перестройку обычно растягивают на этапы и начинают с самых проблемных разделов, а не меняют всё разом. Когда цель лишь в сокращении глубины, переносить страницы на новые адреса часто вообще не нужно: добавить блоки ссылок с главной и категорий дешевле, безопаснее и почти так же эффективно.
Итог у вложенности URL двусторонний. Само по себе число уровней слабый сигнал для ранжирования, зато оно определяет, сколько внутренних ссылок соберёт страница, как часто робот будет её обходить и насколько легко человек поймёт, где находится. Коммерчески важные документы разумно держать в трёх кликах от главной, адреса стоит писать так, чтобы они читались как путь по разделам, служебные слои и дубли лучше убирать, а сокращать глубину начинать с перелинковки, потому что это быстрее, чем перенос страниц на новые адреса. Структура, которая экономит клики, одновременно экономит доверие посетителей и внимание поисковых систем, и это редкий случай, когда интересы робота и человека совпадают полностью.