История браузера и тонкие страницы в поиске

Я ищу мнения о том, как лучше всего реализовать историю BrowserState.

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

/products/ 
click button -> /products/#button=1
click sort -> /products/#button=1&sort=4
click category -> /products/#button=1&sort=4&cat=2
click pagination -> /products/#button=1&sort=4&cat=2&page=2

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

Есть два варианта, чтобы я правильно их просканировал:

  1. Использование сканирования Ajax - https://developers.google.com/webmasters/ajax-crawling/docs/getting-started

(например, /products/!#button=1&sort=4&cat=2&page=2)

Преимущества: - URL продукта действительно сканируются. Недостатки: - заголовки страниц, метаописания и контент будут дубликатами. Может ли это вызвать проблемы при сканировании тонких страниц с дублированным контентом?

  1. История BrowserState - https://github.com/browserstate/history.js/

Опции, которые я рассматриваю, это история, так как она поддерживает все версии браузера. (например, /products/button_1/sort_4/cat_2/page_2/)

Преимущества: просматриваются продукты, для каждой страницы может быть создан уникальный контент, понятная структура URL Недостатки: тонкие страницы?

Любая обратная связь по вышеупомянутым идеям будет принята с благодарностью.

Спасибо заранее

0 ответов

Другие вопросы по тегам