Редакция SEOnews продолжает помогать читателям в решении актуальных вопросов. На этот раз у нас история из сферы ecommerсe:
В интернет-магазине bummi.ru в разные категории попадают одинаковые товары. Стоит ли менять структуру каталога?
В первую очередь нужно понять масштаб пересечений. Если их много, нужно менять структуру. Также нужно посмотреть доставляют ли эти пересечения неудобство пользователям. Если нет, можно оставить как есть. Если да, следует изменить структуру.
Для того чтобы убрать пересечения, можно сделать больше подразделов, более точно описывающих товарные группы.
Чтобы ответить конкретнее, нужно больше данных о проблеме. Вариантов решений может быть много. Но очень важно определить, по какой причине товары попадают в разные категории, т.к. это может привести к дублированию контента.
Самое главное в такой структуре обеспечить уникальность товаров. Т.е сделать так, чтобы один товар физически не существовал в двух категориях. Например, товар http://bummi.ru/noski-dlya-malka-nirey-snk-14104-seriy-melanzh-poloska размещен в нескольких каталогах на сайте, и везде стоит ссылка именно на этот товар. Это – ок. Но при такой структуре говорить о структуре каталога не приходится. Категории лежат отдельно – товары отдельно. Т.е те же носки для мальчиков (http://bummi.ru/noski-dlya-malka-nirey-snk-14104-seriy-melanzh-poloska) могут располагаться только в разделе http://bummi.ru/odegda-dlya-malchikov/dlya-samyih-malenkih-0-6-mes/kolgotki-i-noski-0-6-month. Поэтому они должны были иметь вложенность вида: http://bummi.ru/odegda-dlya-malchikov/dlya-samyih-malenkih-0-6-mes/kolgotki-i-noski-0-6-month/noski-dlya-malka-nirey-snk-14104-seriy-melanzh-poloska. Поскольку товар принадлежит категории «Для самых маленьких» и «Носки для детей до 6 мес». И никак иначе. В таком случае ссылки на сайте должны вести на эту страницу. Сейчас товар лежит сам по себе в корне. Это некорректно с точки зрения структуры каталога, т.е неясно, в каком разделе находится данный товар.
Однако в таком виде URL-адрес сохранять не стоит :) Я привел его для наглядности. Я бы сократил все URL-адреса на сайте до вида: http://bummi.ru/malchiki/do-6-mes/kolgotki-i-noski/14104/ – такой вариант позволит облегчить структуру и не бояться каждый товар «распихать» по его настоящей категории.
Итог: делаем все товары вложенными в определенную структурную единицу, сокращаем URL-адреса, в случае размещения товаров в двух категориях – ставим ссылку на товар в основной категории, меню «хлебные крошки» генерируем по структуре, т.е каждый товар имеет вложенность в нужный раздел.
URL’ы карточек товаров сформированы независимо от категорий/подкатегорий и расположены в корне «bummi.ru/название-товара», что является весьма разумным решением. Плюсы данной структуры в том, что отсутствует дублирование контента и внутренний вес сосредотачивается на одной карточке. Выглядит структура вот так:
Небольшим минусом данной структуры является то, что поисковому роботу сложнее определить взаимосвязь карточки с категорией/подкатегорией для формирования быстрых ссылок в сниппете. Можно обойти данный вопрос, если в «хлебные крошки» (дерево ссылок в карточке товара) дополнительно вывести ссылку на категорию/подкатегорию товара либо случайной генерацией, либо с помощью функционала, в рамках которого вы вручную будете определять отображаемую категорию/подкатегорию в хлебных крошках для каждого товара.
Есть альтернативное, более сложное решение: изменить генерацию URL и создать прямую зависимость от категории/подкатегории. URL будет приведен к виду «bummi.ru/название-категори/название-подкатегории/название-товара». Плюс данного решения в том, что поисковые роботы безошибочно определят зависимость элементов, и сам URL будет более информативен. Также в рамках этого решения вы можете один товар оптимизировать под разные поисковые запросы, хотя не просто сможете, вам придется это сделать, во избежание дубля контента. Это решение усложняет работу с каталогом, но дает возможность охватить больше низкочастотных запросов. Также вам придется настроить 301 редирект со старого формата URL на новый, чтобы сохранить все текущие позиции. Более наглядное отображение решения:
Рекомендую прибегнуть к первому варианту, поскольку он значительно проще и будет не менее результативным, чем второй. Вопрос лишь в том, насколько вам необходимо расширить поле захвата низкочастотных запросов.
Как всегда, мы рады вашим комментариям с вариантами решения проблемы и ждем новых вопросов, которые можно задать в социальных сетях и по почте редактору рубрики