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

Отделите товар от его положения в каталоге
Создайте перечень товаров и категорий с устойчивыми внутренними идентификаторами, текущими адресами и принадлежностью к разделам. Один идентификатор должен обозначать один объект в принятой модели магазина. Отдельно запишите варианты товара, языковые версии и случаи, когда одно название относится к разным предложениям.
Рассмотрим условную сумку для велосипеда A-184. Магазин подтвердил два способа крепления и показывает одну модель в категориях «Сумки на раму» и «Сумки на руль». Это один товар с двумя входами из каталога, а не две разные карточки. Названия, идентификатор и все адреса примера вымышлены.
Если похожие модели различаются составом или продаются отдельно, не объединяйте их только из-за близкого названия. Правило идентичности согласуют с владельцем товарных данных. Для категорий, наоборот, важно определить состав и назначение раздела; эту задачу отдельно рассматривает статья о проектировании структуры каталога.
Сравните товарный путь без категории и с категорией
При независимом товарном пути A-184 может открываться по адресу /ru/products/bag-a-184/. Обе категории ведут на него. Если товар остаётся тем же, изменение его связей с разделами не требует автоматически менять этот URL. Путь не показывает категорию, поэтому контекст выбора передают название, навигация, хлебные крошки и другие понятные связи страницы.
При вложенной схеме согласованный адрес может выглядеть так: /ru/bike-bags/frame/bag-a-184/. Он отражает выбранный раздел в пути, но требует правила главной категории. Если модель также находится в разделе для руля, ссылка из него должна вести на тот же согласованный товарный адрес. Если система создаёт второй путь с идентичной карточкой, его обработку нужно определить и проверить отдельно.
Вложенный путь не становится обязательным только потому, что на сайте есть иерархия. Google анализирует связи между страницами по ссылкам; название папок не заменяет доступные переходы к товарам. Плоский путь тоже не устраняет дубли сам по себе: одна и та же карточка всё ещё может открываться по параметрам, старым адресам или другим созданным системой маршрутам.
Эти две схемы ниже – альтернативы для одного примера. Магазин выбирает одну основную схему товарных адресов, а не публикует обе как независимые карточки.
| Тип объекта | Шаблон URL | Устойчивость | Риск дублей | Правило изменения |
|---|---|---|---|---|
| Категория на раму | /ru/bike-bags/frame/ | Пока сохраняется назначение раздела | Проверить старые и альтернативные адреса той же категории | Менять после решения о содержимом и плане перехода |
| Категория на руль | /ru/bike-bags/handlebar/ | Независима от перемещения отдельной модели | Одинаковый набор ещё требует сравнения задачи двух разделов | Не менять из-за включения A-184 в обе категории |
| Товар A-184, независимый путь | /ru/products/bag-a-184/ | Не зависит от выбранной категории | Проверить дополнительные маршруты и параметры | Сохранять при изменении связей с категориями, если товар прежний |
| Товар A-184, вложенный путь | /ru/bike-bags/frame/bag-a-184/ | Зависит от правила основной категории | Другая категория может породить вторую карточку | Зафиксировать один основной путь и порядок его смены |
| Альтернативный вложенный путь | /ru/bike-bags/handlebar/bag-a-184/ | В примере не выбран основным | При одинаковом содержимом повторяет товарную страницу | Если маршрут существует, согласовать переход на основной и проверить результат |
Назначьте понятные имена и устойчивые идентификаторы
Для нового шаблона задайте правила для языка, разделителей, регистра и завершающего слеша с учётом возможностей сайта. Описательная часть помогает человеку распознать объект; идентификатор помогает различать товары с похожими названиями. Не включайте в постоянный адрес цену, остаток, сезонную акцию или другие часто меняющиеся сведения.
В примере bag-a-184 объединяет понятное обозначение с условным идентификатором A-184. До внедрения проверьте уникальность создаваемых адресов и поведение при двух одинаковых названиях. Уточните, является ли артикул постоянным: если поставщик способен заменить его или присвоить повторно, внутренний идентификатор может оказаться надёжнее.
Согласуйте политику переименования товара. Исправление заголовка не обязано менять уже работающий путь; иначе массовое обновление названий вызовет множество переносов. Если название в адресе стало вводить покупателя в заблуждение и изменение обосновано, подготовьте новую цель и переход со старого URL.
У русской и украинской версий могут быть разные языковые пути и слаги. Для них нужны устойчивые взаимно соответствующие адреса и правильные языковые связи. Не предполагайте, что добавление или удаление /ru/ подходит каждой CMS: сначала проверьте принятую схему сайта.

Определите правило для товара в нескольких категориях
Для независимого товарного пути правило просто проверить: откройте A-184 из обеих категорий и сравните конечные адреса и идентификатор модели. Если из одной категории открывается копия, найдите её источник в генераторе ссылок и маршрутизации. Не считайте проблему решённой только после исправления одного меню.
Для вложенной схемы запишите, кто выбирает основную категорию и когда она может измениться. Например, магазин закрепляет путь через раздел сумок на раму, пока товару по-прежнему подходит этот раздел. Ссылка из категории для руля ведёт в ту же карточку. Если после проверки основной раздел решено сменить, команда отдельно утверждает новый адрес, переход со старого и обновление внутренних сигналов.
Если альтернативный URL уже создан и показывает тот же товар, по возможности устраните причину его появления в ссылках. Для действительно одинакового содержимого можно рассмотреть постоянное перенаправление на согласованный адрес. Если сохранение обеих версий необходимо, выбор canonical требует отдельного обоснования и проверки. Canonical сообщает предпочтение поисковой системе; он не меняет адрес в браузере и не гарантирует выбор Google.
Не перенаправляйте на эту карточку другой товар или отдельную комплектацию без подтверждения соответствия. До изменения сравните модель, состав, язык и назначение страницы. Для разных товаров нужны собственные согласованные адреса, даже если названия и шаблоны похожи.
Оцените стоимость изменения действующих URL
Сравните два решения: оставить текущие адреса и исправить конкретную проблему в ссылках либо изменить пути. Запишите, какой дефект устранит перенос, сколько объектов и языковых версий затронуто, какие интеграции используют старые адреса и кто проверит результат. Красивый путь сам по себе не доказывает, что второй вариант полезнее.
Если перенос необходим, сохраните список старых адресов и для каждого определите соответствующую новую страницу. Учитывайте товарные фиды, внутренние ссылки, файлы sitemap, языковые связи, аналитику и внешние переходы. Подготовьте исключения для снятых товаров: подходящая замена может отсутствовать. Детальный порядок сопоставления рассмотрен в статье о карте редиректов.
До запуска сохраните предыдущую конфигурацию и согласуйте условия остановки. Постоянное перенаправление должно вести к соответствующему конечному документу; цепочка или цикл требуют исправления. После выпуска проверьте старый и новый адреса, содержимое, язык, внутренние ссылки и выбранные сигналы. Затем отдельно наблюдайте обработку Google и поведение пользователей: корректный переход не гарантирует сохранение всех показов и продаж.
Передайте правило разработчику и проверьте на примерах
- Укажите шаблон для каждого типа объекта и языковой версии, источник идентификатора и условие его изменения.
- Опишите A-184 с двумя категориями: какой URL считается основным и куда ведут обе ссылки.
- Добавьте проверки для одинаковых названий, изменения основной категории, старого адреса и товара без подтверждённой замены.
- Откройте согласованные URL и переходы после внедрения. Сравните конечный адрес, содержимое карточки, canonical и ссылки с ожидаемым поведением.
- Зафиксируйте обнаруженные исключения и ответственного за правила, чтобы следующая загрузка каталога не создала новый набор дублей.
Принятая структура – это не рисунок папок, а воспроизводимое правило для товаров, категорий и изменений. Она позволяет добавить новую позицию или пересмотреть раздел без случайного создания второй карточки.
Нужна помощь с вашим проектом?
Оставьте имя и телефон. Свяжусь с вами, чтобы обсудить задачу, объём работ и следующий шаг.