Можно ли формировать канонические адреса страниц таким образом?

Question

[Владимир]

Допустим, сайт магазина показывает страницу одного и того же товара по ссылкам вида:

site.com/{производитель}/{тип_товара}/{id}/
site.com/{тип_товара}/{производитель}/{id}/

Допустимо ли в качестве канонического адреса указать ссылку вида

site.com/{id}/,

при условии, что сервер отдаст по этому запросу корректную страницу, но сама ссылка в таком вида на сайте не присутствует (но есть в sitemap.xml)?

Спасибо.

Comments

[rPman]

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

Answer 1

[Антон Величко]

Допустим, сайт магазина показывает страницу одного и того же товара по ссылкам вида:
site.com/{производитель}/{тип_товара}/{id}/
site.com/{тип_товара}/{производитель}/{id}/

Т.е. ссылки такого вида, верно:
site.com/агротекс/пленка/248756/
site.com/пленка/агротекс/248756/

Допустимо ли в качестве канонического адреса указать ссылку вида
site.com/{id}/,

Т.е. ссылка получится в виде, верно: site.com/248756/

при условии, что сервер отдаст по этому запросу корректную страницу, но сама ссылка в таком вида на сайте не присутствует (но есть в sitemap.xml)?

Непонятно, как будет происходить "отдаст по этому запросу корректную страницу, но сама ссылка в таком вида на сайте не присутствует".
Т.е. ссылка site.com/248756/ будет отдавать 200ОК, но при этом не будет существовать? Исходя из "сама ссылка в таком вида на сайте не присутствует". Как вы этого добьетесь? можно пример?

Почему не сделать по "классике"?
Генерировать карточки товаров, не привязанные к категориям сайта, чтобы одну карточку можно было транслировать в любой категории (категории Товары и Бренды)?

А именно, исключаем URL такого вида:
site.com/агротекс/пленка/248756/
site.com/пленка/агротекс/248756/

И генерируем URL для карточек товаров такого вида: site.com/248756/

Comments

[Владимир]

Антон, это всё замечательно, но юзер доходит до карточки товара за несколько шагов:

site.com/ -- корень сайта

site.com/агротекс/ - страница с аннотациями всех категорий агротекса (плёнка, бумага, ...)

site.com/агротекс/пленка/ - станица с аннотациями всех плёнок агротекса (плёнка 0.3 мм, плёнка 0.2 мм, ...)

site.com/агротекс/пленка/248756/ - страница конкретной плёнка

И это правильно и удобно. В то же время есть и кратчайший путь к конкретной плёнке (site.com/248756/); этот путь не очевиден для юзера, но удобен для формирования canonical-адреса.

[Антон Величко]

И это правильно и удобно.

если для вас так, то делайте, так.
При этом вы так и не предоставили пример URL страницы, который будете отдавать юзеру и ответ сервера по этому URL и URL, который планируете прописать в canonical, а именно:

сервер отдаст по этому запросу корректную страницу, но сама ссылка в таком вида на сайте не присутствует (но есть в sitemap.xml)

Поэтому и нет ответа на ваш вопрос.

[Владимир]

Антон Величко,

site.com/агротекс/пленка/248756/ === site.com/248756/

Первый URL -- исключительно для того, чтобы пользователю было удобно ориентироваться в иерархии

Второй -- чтобы формировать canonical единообразно для всех страниц, не заморачиваясь с иерархией.

[Антон Величко]

Первый URL -- исключительно для того, чтобы пользователю было удобно ориентироваться в иерархии

Для того, чтобы пользователю было удобно ориентироваться в иерархии сайта есть несколько приемов:

• Каталог
  
• Меню
  
• Хлебные крошки
  

Для того, чтобы убедиться, что пользователь не ориентируется на содержимое URL (т.е. ему все-равно, что там написано), можно попробовать провести опрос прямо на сайте. Уверен, что большинство пользователей, даже понятия не имеют, что в URL есть иерархия и она зачем-то может пригодится. А вот по Меню и Хлебные крошки знают многие и пользуются ими.

Вы не указали, какой ответ сервера будет для

=== site.com/248756/

Если "site.com/248756/" будет отдавать 200ОК, значит, страница реально существует.
Если вы настраиваете на нее canonical и она

"есть в sitemap.xml",

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

В итоге получается, что на сайте будет 3 Каталога товаров:
site.com/{производитель}/{тип_товара}/{id}/ - Каталог Бренды
site.com/{тип_товара}/{производитель}/{id}/ - Каталог
site.com/{id}/ - Каталог-дубль предыдущего Каталога

[Владимир]

Для того, чтобы убедиться, что пользователь не ориентируется на содержимое URL (т.е. ему все-равно, что там написано)...

Я не совсем это имел в виду. Юзеру, конечно, всё равно, что написано в URL. Имелось в виду, что юзер движется по иерархии последовательно, и на каждом шаге он представляет, где он находится и решает, куда ему идти: вперёд или назад (да-да, те самые breadcrumbs, для которых и нужен такой URL).

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

[Антон Величко]

(да-да, те самые breadcrumbs, для которых и нужен такой URL).

Хлебные крошки настраиваются как вам надо и выглядят одинаково и для "site.com/{id}/ " и для "site.com/{тип_товара}/{производитель}/{id}/ ".
Поэтому, если причина формирования Каталога-дубля только из-за этого, то оно того не стоит.

Answer 2

[Page-Audit.ru]

Сократив путь, вы потеряете вхождение ключевых слов в URL.
Не трагедия, но, возможно, вам для топа не хватит именно этих микрофакторов ранжирования.

Answer 3

[Пума Тайланд]

Можно но нафига?
Это все только будет ухудшать понимание и запутывать юзера

Comments

[rPman]

рядовым пользователям (уже) давно пофиг на содержимое адресной строки, максимум проконтролируют домен

[Владимир]

Ещё раз: юзер эту ссылку не увидит, её увидят только поисковики. Имхо, такой подход наоборот всё упростит.