Как правильно расположить фильтры товаров?

kustov
На сайте с 23.04.2021
Offline
61
270

 Внедряем на сайте фильтры для товаров, но возник спор относительно правильности расположения страниц - результатов поиска.
 В данный момент выбираем между:
 1 - все результаты в папке "search", она скрыта от индексации в robots. Пример "/search/?filter=312;318;824".
 2 - при выборе фильтра "цвет, размер, форма, стиль .. " пользователь переходит на страницу, урл который совпадает с урлом основной посадочной страницы + выбранные фильтры. Пример "/postelnoe-belje/iz-hlopka?filter=312;318;824".  С этой страницы, естесственно, meta rel canonical  на "/postelnoe-belje/iz-hlopka"

Второй вариант выглядит интереснее, но смущает тупость Яндекса, который может решить, что эти стриницы - дубли.
И самое важное! Даст ли плюс по ПФ категории "/postelnoe-belje/iz-hlopka" хождения по урлам вида "/postelnoe-belje/iz-hlopka?filter=312;318;824" по сравнению с вариантом хождения в папке "search"?

Можете посоветовать как бы Вы сделали и почему?

Какой вариант лучше

1
0% (0)
2
100% (2)
Всего проголосовало: 2
Антоний Казанский
На сайте с 12.04.2007
Online
734
#1

Здесь сразу важно принципиально отличать два понятия:

1) Целевые страницы (как элементы структуры) которые могут быть заданы комбинациями свойств категории/товара.

2) Пользовательские фильтры образованные либо контекстным поиском, либо опционально (с помощью переключателей) в режиме пользовательских сессий.

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


kustov :
Второй вариант выглядит интереснее, но смущает тупость Яндекса, который может решить, что эти стриницы - дубли.

Если вы оставите открытыми для индексации, то это будут дубли. Помним, что canonical - это лишь рекомендация, а не строгая инструкция, поэтому надеяться на то, что Яндекс всё правильно поймет - не стоит.  


kustov :
И самое важное! Даст ли плюс по ПФ категории "/postelnoe-belje/iz-hlopka" хождения по урлам вида "/postelnoe-belje/iz-hlopka?filter=312;318;824" по сравнению с вариантом хождения в папке "search"?

В данной логике - да, даст, ибо сигналы буду накапливаться на текущем адресе, таким образом вы будут дифференцировать позитивные сигналы по всему рабочему кластеру, а не сваливать всё в /search/.

√ SEO продвижение ► https://akazansky.ru - экспертный аудит сайтов ( https://akazansky.ru/audit-sajtov ), внедрение эффективных решений цифрового маркетинга. Разговоры о SEO и не только: культурно, вежливо, доброжелательно ► https://t.me/seotusovochka
kustov
На сайте с 23.04.2021
Offline
61
#2
В данной логике - да, даст, ибо сигналы буду накапливаться на текущем адресе, таким образом вы будут дифференцировать позитивные сигналы по всему рабочему кластеру, а не сваливать всё в /search/.

даже если в robots закроем фрагмент "?filter="?

Антоний Казанский #:

1) Целевые страницы (как элементы структуры) которые могут быть заданы комбинациями свойств категории/товара.

Те фильтры, которые имеют частотность уже имеют посадочные. Вопрос лишь по комбинации фильтров, по которым не стоит делать отдельную посадочную.
Антоний Казанский
На сайте с 12.04.2007
Online
734
#3
kustov #:
даже если в robots закроем фрагмент "?filter="?

robots запрещает индексацию, но не блокирует учёт пользовательских действий - эту разницу также важно хорошо понимать.


kustov #:
Вопрос лишь по комбинации фильтров, по которым не стоит делать отдельную посадочную.

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

A6
На сайте с 02.09.2019
Offline
80
#4
2 вариант с noindex follow + canonical на страницу без параметров
Lazy Badger
На сайте с 14.06.2017
Offline
228
#5
Антоний Казанский #:
Если вы оставите открытыми для индексации, то это будут дубли

1. Это не будут дубли ни логически, ни контентно... и даже (ненужный и вредный в контексте задачи) canonical c 99% вероятности будет Яндексом пригнорирован, потому что контентно страица фильтра на категорию и нефильтра - разные

2. Закрывать страницы фильтров от индексации - идеологически неправильно, если на них есть запосы с ненулевым спросом

kustov :
Второй вариант выглядит интереснее

"Оба хуже!" (с). Самым нормальным (и требующим отдельного внимания и труда) будет вариант "2+", в котором

- всем страницам фильтров даны вменяемые и уникальные мета (ну и текст на странице - желательно)

- страницы фильтров с ненулевыми запросами на них (естественно) индексируются и имеют постоянный, не меняющийся от погоды на Марсе URL (без цифровых иднтификаторов параметров фильтра, которые могут меняться в процессе жизни),  при этом формат URL в общем-то неважен,  и  /search/?filter= и  /postelnoe-belje/iz-hlopka?filter= не принципиальны ни для людей ни для ПС (кроме момента, справедливо выше отмеченного Антонием).

Но я, по привычке "подстелить соломки от альтернативно-одаренных", избавился бы вообще в URL индексируемых (читать "нужных для бизнеса") фильтов от GET-параметров, чтобы избежать последствий от действий идиота, которы не глядя засунет в robots Disallow: /?. В битриксе, скажем, к их фильтрам есть пожелания всякие, но вот URL делают почти хорошо: просто непараметризованный URL, только к длине есть претензии, если параметров реально много

Производство жести методом непрерывного отжига
Антоний Казанский
На сайте с 12.04.2007
Online
734
#6
Lazy Badger #:
2. Закрывать страницы фильтров от индексации - идеологически неправильно, если на них есть запосы с ненулевым спросом

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


Lazy Badger #:
- всем страницам фильтров даны вменяемые и уникальные мета (ну и текст на странице - желательно)

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

Может быть так:

?filter=312;318;824

а может быть так:

?filter= 318;312;824

а может так:

?filter= 318;824;312

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

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






Lazy Badger
На сайте с 14.06.2017
Offline
228
#7
Антоний Казанский #:

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

Не, не поругаемся. Прям таки уверен, что на них нет запросов? Я не видел структуру фильтров пациента, но более чем уверен, что цвет-страна происхождения-размер там есть

Антоний Казанский #:

Может быть так:

?filter=312;318;824

а может быть так:

?filter= 318;312;824

а может так:

?filter= 318;824;312

А это уже вопрос к разработчикам, не понимать разницу между комбинациями и сочетаниями и не проводить нормирование данных - это сигнальчик

Антоний Казанский #:
Это не страницы, это лишь рабочий эпизод, где будут выводиться наборные комбинации из товаров, которые есть в базе

Это срез товарной матрицы, который может иметь физический смысл (не видя параметов, точнее сказать не могу)... хотя есть вероятность, что в фильтре действительно бессмысленные параметры. но тут вопрос - а нужен ли такой фильтр вообще?

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий