SEO: Какой URL выбрать для страниц товаров в интернет-магазине?

Question

[J. Snow]

Привет всем!
Выбираю URL для страниц товаров интернет-магазина.

Сначала был такой вариант:
example.com/product/12345/big-black-hat

Затем я подумал, что можно обойтись без ProductID:
example.com/product/big-black-hat

Напоследок я задался вопросом "А нафига нужен product в адресе?" И сделал так:
example.com/big-black-hat

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

Поэтому вопрос:
Велика ли будет ли разница от этих изменений с точки зрения SEO?

Ясно, что на 100% ответить тут невозможно, но у меня нет практического опыта в SEO. Хотел бы услышать мнения людей, у которых этот опыт есть.

Answer 1

[ThunderCat]

самый красивый вариант - 3, он же самый неудобный в плане реализации, ибо наверняка кроме товаров есть еще другие урл связанные с действиями другого характера. Например контакты, обратная связь, список в корзине етц.
Ид товара в урле сегодня ясное дело моветон, по этому 1 вариант мы отвергаем сразу.
Поэтому побеждает вариант 2 и всякие его вариации, где контроллер отделен от экшна в урл логически. Как уже написали выше - уникальность алиаса товара тоже будет нетривиальной задачей, но она решается рядом мер, если будут вопросы - отпишетесь ).

Comments

[J. Snow]

И ни слова про SEO :)
Меня интересует будет ли разница для поисковиков между этими вариантами:
example.com/product/big-black-hat
example.com/big-black-hat

[ThunderCat]

J. Snow: https://support.google.com/webmasters/answer/76329 это как раз легко ищется

[J. Snow]

ThunderCat: Там нет ответа на вопрос какой из 2-х вариантов лучше.
Варианты скорее даже такие:
example.com/catalog/big-black-hat
example.com/big-black-hat

Answer 2

[xmoonlight]

Вот так - максимально оптимально:
1. example.com/product/big-black-hat/123456 (основной: для ПС)
2. example.com/product/123456 (зеркальный: для ПС и прямого ввода URL пользователями)
3. example.com/p/123456 (зеркальный: для ПС, URL-sharing и прямого ввода URL пользователями)
4. example.com/123456 (зеркальный: для ПС, URL-sharing и прямого ввода URL пользователями)
5. example.com/QR (QUERY-ROUTE - любой пользовательский поисковый GET-запрос)

Код продукта всегда должен идти в конце "URL-предложения" для ПС, т.к. при нахождении в середине - теряется релевантность к поисковому запросу.

Comments

[Ivan Stroykin]

насколько мне известно, зеркальные ссылки плохо влияют на СЕО

[J. Snow]

Иван Стройкин: Тоже читал что-то подобное, хотя rel=canonical вроде спасает.
Но вообще это не тот ответ который нужен. Мне нужно чтобы опытные люди поделились своим опытом, а решение я приму сам :)

[xmoonlight]

Иван Стройкин: Вы - дезинформированы. (или просто забыли вовремя поставить canonical-тэг)

[Ivan Stroykin]

xmoonlight: J. Snow: не знал, спасибо. В виду "узнать новую информацию", собственно, и написал

[J. Snow]

> example.com/product/big-black-hat/123456
Это конечно жуть )) Цифры в конце адреса обычно означают страницу (комментариев, отзывов, и тд.) и смотрятся довольно инородно. Хотя да, некоторые сайты так делают (довольно редко).

[J. Snow]

> Код продукта всегда должен идти в конце
> теряется релевантность к поисковому запросу.
Что значит теряется? Не замечал чтобы поисковики отдавали предпочтение какому-то определённому расположению ID.

Причём если ID в конце - то это смотрится не очень:
i.imgur.com/AgKDsEI.png

А если в начале, то хорошо:
i.imgur.com/OpjdqmZ.png

Потому что как многие замечают, пользователи читают адрес с конца. Обычно в конце самая информативная часть адреса.

[xmoonlight]

J. Snow: поисковики вычисляют вектора шингл: позицию шингл от начала блока, кол-во лемм внутри каждой шинглы и их порядок.
Если ID посередине - это "разрывает" шинглу на две других: вторая (искомая) - оказывается расположена достаточно далеко от начала блока.
В итоге: релевантность падает.
Для просмотра пользователями: URL обычно обрезается до определённого кол-ва символов. Поэтому здесь лучше, чтобы людям сразу было понятно о содержимом URL, нежели видеть им непонятный ID.
(это опыт!)

[xmoonlight]

J. Snow: И вот еще поправка:
"philips 224e5qsb" - это модель монитора, а не ID!

[thekot24]

xmoonlight: далее идет идентификатор.

[xmoonlight]

thekot24: да без разницы в данном случае)

[thekot24]

xmoonlight: я просто сказал. :)

[J. Snow]

xmoonlight: Вопрос в том, будет ли разница для SEO между этими вариантами:
example.com/catalog/big-black-hat
example.com/big-black-hat
Я сейчас пытаюсь выбрать один из них.

[xmoonlight]

J. Snow: без "catalog" - лучший вариант (2-й), т.к. catalog - увеличивает расстояние Хэмминга и не содержит ключевой нагрузки (не пересекает множество ключевых поисковых фраз). Соответственно, с ним ранжироваться будет хуже.

[xmoonlight]

J. Snow: лучше даже - синонимайзер в URI с авторедиректом 301 на верный урл (только нужно сохранить уникальность запросов, чтобы не повторялись!):
Например, все запросы:
example.com/blackhat
example.com/черная шляпа
example.com/шляпа
example.com/bh
автоматом будут редиректиться (через 301 редирект) на:
example.com/big-black-hat

[J. Snow]

xmoonlight: Спасибо за ответы.
Синонимайзер - это конечно перебор, но интересная мысль :D

[xmoonlight]

J. Snow: поверьте моему опыту - это реально нужная вещь: поисковик в рамках домена внутри URI )

Answer 3

[Dimonchik]

второй

только жди облома когда будет два разных товара с одинаковым тайтлом

Comments

[J. Snow]

Ну да, придётся вручную указывать url-ы.
А почему второй? Почему бы не убрать "product" из адреса?

Answer 4

[Dmitriy Ronzhin]

для категорий
{category_slug}
{category_slug}/{subcategory_slug}
для фильтров
{category_slug}{filter_slug}
{category_slug}/{subcategory_slug}/{filter_slug}
Для продуктов
{category_slug}/{subcategory_slug}/{product_slug}

Comments

[J. Snow]

Привязку к категории в адресе делать не хочу, т.к. категории всё же могут иногда меняться. Придётся возиться с 301 редиректами и тд. В общем неудобно это всё ))

Сейчас вопрос в том, будет ли разница для SEO между этими вариантами:
example.com/catalog/big-black-hat
example.com/big-black-hat
Пытаюсь выбрать один из них.

[Dmitriy Ronzhin]

example.com/catalog/big-black-hat - все же лучше. Хоть какая то вложеность

[J. Snow]

Dmitriy Ronzhin: Зачем нужна вложенность? Какая польза в слове "catalog"?

[Dmitriy Ronzhin]

Когда поисковик индексируе, по url он связывает страницы между собой. Если в каталоге представленны товары, то /catalog/bla-bla-bal - он поймет что bla-bla-bla относится к catalog, а если /bla-bla-bla - Что это? Товар или информационная страница? А если была бы /catalog/multivarki/bla-bla-bla - поисковик бы ассоциировал bla-bla-bla с мультиварками. И не забывайте про хлебные крошки, они тоже важны.

[J. Snow]

Dmitriy Ronzhin: Я не планировал делать отдельную страницу "/catalog". То есть такой страницы просто не будет. Хлебных крошек, ссылающихся на catalog, соответственно тоже.
Поэтому думаю поисковик всё равно не поймёт что это за catalog.