Перейти к содержанию
Chenom0r

Избавление от дублей страниц пагинации

Рекомендуемые сообщения

Добрый день.

Прошу помочь - нужно на все страницы каталога, акций, производителей и т.д., где имеется пагинация (ссылки на страницы 2,3,4.. и т.д.) кроме первой страницы добавить тег: <meta name=“robots” content=“noindex, follow”>

 

Как это можно реализовать?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

На ссылки 2,3,4.... в теме укажите <a rel="nofollow" href

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Бесплатно вам этого здесь никто не распишет как сделать, если интересует пишите в личку.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день.

Прошу помочь - нужно на все страницы каталога, акций, производителей и т.д., где имеется пагинация (ссылки на страницы 2,3,4.. и т.д.) кроме первой страницы добавить тег: <meta name=“robots” content=“noindex, follow”>

 

Как это можно реализовать?

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

 

В robots.txt запретить индексацию да и все. С meta мне кажется возни больше будет. Все таки надо хотя бы шаблон поправить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

На ссылки 2,3,4.... в теме укажите <a rel="nofollow" href

 

 

 

В robots.txt запретить индексацию да и все. С meta мне кажется возни больше будет. Все таки надо хотя бы шаблон поправить.

 

 

Спасибо, но не пойдет.

Робот должен проходить по этим ссылкам и индексировать карточки товара, расположенные на второй и последующих страницах, а также заходить в карточки товара и ходить там внутри по ссылкам.  Но вот Title, Description, H1-H6, описание категорий он индексировать должен только для страницы №1 - это настолько очевидно с точки зрения базового SEO, что странно почему это не реализовано в CMS

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Спасибо, но не пойдет.

Робот должен проходить по этим ссылкам и индексировать карточки товара, расположенные на второй и последующих страницах, а также заходить в карточки товара и ходить там внутри по ссылкам.  Но вот Title, Description, H1-H6, описание категорий он индексировать должен только для страницы №1 - это настолько очевидно с точки зрения базового SEO, что странно почему это не реализовано в CMS

 

Вы это можете сделать и без этого. Достаточно скормить поисковику sitemap.xml. А через ссылки на таких страницах у вас индексация товаров будет идти месяцами. Так вы ни чего не продадите. :-) Вам стоит почитать про поисковую оптимизацию.

  • +1 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Достаточно скормить поисковику sitemap.xml. 

 

sitemap.xml и html-карта сайта естественно есть

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Спасибо, но не пойдет.

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

как он будет ходить по страницам и ссылкам если они станут noindex, nofollow. Вам нужно думать в сторону исключения дубликатности, а не в сторону ограничения индексации

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не устаю повторять про существование тегов rel=prev / rel=next специально для таких случаев, причем они поддерживаются и гуглом, и вроде уже яндексом (в последнем не уверен)

https://opencartforum.com/topic/1669-seo-kontent-i-ustranenie-dublei-ssylok/page-12#entry117183

  • +1 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

как он будет ходить по страницам и ссылкам если они станут noindex, nofollow. Вам нужно думать в сторону исключения дубликатности, а не в сторону ограничения индексации

 

<meta name=“robots” content=“noindex, follow”>

 

 

Не устаю повторять про существование тегов rel=prev / rel=next специально для таких случаев, причем они поддерживаются и гуглом, и вроде уже яндексом (в последнем не уверен)

https://opencartforum.com/topic/1669-seo-kontent-i-ustranenie-dublei-ssylok/page-12#entry117183

 

Спасибо!

отличное решение. Обязательно попробую и отпишуть по результатам тестирования и индексирования поисковиками.

Кстати, с FilterPro проблем не будет? Он при переходе на следующую страницу генерит урл типа:

http://infanamodo.ru/odezhda-dlya-devochek/#instock=on&category_id=18&page=2&path=18&sort=p.sort_order&order=ASC&limit=90&min_price=210&max_price=2190

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

 

Спасибо!

отличное решение. Обязательно попробую и отпишуть по результатам тестирования и индексирования поисковиками.

Кстати, с FilterPro проблем не будет? Он при переходе на следующую страницу генерит урл типа:

http://infanamodo.ru/odezhda-dlya-devochek/#instock=on&category_id=18&page=2&path=18&sort=p.sort_order&order=ASC&limit=90&min_price=210&max_price=2190

В код страницы добавляется только атрибут rel, в урл ничего не заменяется и мешать работе не может, так что не волнуйтесь

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не устаю повторять про существование тегов rel=prev / rel=next специально для таких случаев, причем они поддерживаются и гуглом, и вроде уже яндексом (в последнем не уверен)

https://opencartforum.com/topic/1669-seo-kontent-i-ustranenie-dublei-ssylok/page-12#entry117183

 

До сих пор не могу выяснить поддерживает ли яндекс next|prev !?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

 

4. Подскажите, пожалуйста, насколько важно использование атрибутов rel=»next|previous» в пагинации каталога товаров, я так понимаю, что это исключительно для ПС? И если есть страница «Посмотреть все товары» (которая выводит все товары на одной странице), то к ссылке надо указать атрибут rel=»canonical»? Не очень понимаю необходимость данных атрибутов.

Данные атрибуты применяют, когда на сайте есть дублированный контент. То есть, с помощью данных атрибутов можно сообщить роботам поисковых систем, что, например, страница http://site.ru/category/page.html является канонической в своей категории, а страница пагинации  http://site.ru/category/page-2.html – дублем.

В результате все дубли контента будут удалены поисковыми системами из индексной базы.

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

Если на Вашем сайте есть страницы пагинации и на них, кроме товаров, размещен, например, один и тот же текст и title, что и на первой (основной) странице, то необходимо удалить дубли контента со всех страниц пагинации, оставив только товары, и прописать уникальный title для каждой страницы пагинации, чтобы они также не пересекались с заголовком первой страницы. Прописать title, можно, например, так: «Кондиционеры марки Medea -страница 2», «Кондиционеры марки Medea -страница 3» и т.д.

Касаемо страницы «Все товары» – если она также является дублем, то на ней можно прописать атрибут rel=»canonical», поскольку исключение её из индексной базы не повлечет за собой исключение большого числа страниц из индекса. Но также её можно уникализировать, как и другие страницы пагинации.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

 

 

4. Подскажите, пожалуйста, насколько важно использование атрибутов rel=»next|previous» в пагинации каталога товаров, я так понимаю, что это исключительно для ПС? И если есть страница «Посмотреть все товары» (которая выводит все товары на одной странице), то к ссылке надо указать атрибут rel=»canonical»? Не очень понимаю необходимость данных атрибутов.

Данные атрибуты применяют, когда на сайте есть дублированный контент. То есть, с помощью данных атрибутов можно сообщить роботам поисковых систем, что, например, страница http://site.ru/category/page.html является канонической в своей категории, а страница пагинации  http://site.ru/category/page-2.html – дублем.

В результате все дубли контента будут удалены поисковыми системами из индексной базы.

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

Если на Вашем сайте есть страницы пагинации и на них, кроме товаров, размещен, например, один и тот же текст и title, что и на первой (основной) странице, то необходимо удалить дубли контента со всех страниц пагинации, оставив только товары, и прописать уникальный title для каждой страницы пагинации, чтобы они также не пересекались с заголовком первой страницы. Прописать title, можно, например, так: «Кондиционеры марки Medea -страница 2», «Кондиционеры марки Medea -страница 3» и т.д.

Касаемо страницы «Все товары» – если она также является дублем, то на ней можно прописать атрибут rel=»canonical», поскольку исключение её из индексной базы не повлечет за собой исключение большого числа страниц из индекса. Но также её можно уникализировать, как и другие страницы пагинации.

 

а кто это "мы" ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

а кто это "мы" ?

Да, и что эти "МЫ" не рекомендуют? :) Я например не понял - то ли не рекомендуется rel=next|previous (который вообще то рекомендуется самим гуглом), то ли не рекомендуется rel=canonical для страницы «Посмотреть все товары» (которой как раз таки в ОС нет и не было).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

https://support.google.com/webmasters/answer/1663744?hl=ru

 

 

Используйте атрибуты rel="next" и rel="prev" , чтобы указать связь между несколькими URL. Благодаря этой разметке Google может определить, что содержание данных страниц связано в логической последовательности, и направить пользователя на начальную страницу.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

вот кстати я тоже несколько раз перечитал этот момент и закрались у меня сомнения... хотя в индексе гугла я вижу не только первые страницы! другое дело яндекс, тут в поисковом индексе нет ни одной страницы категорий старше первой! НО есть страницы продуктов находящихся на вторых и далее страницах, что тоже в общем то мало о чем говорит, т.к. это не обязательно влияние rel=next|prev !!! ... и все же....  :unsure:  ... следует наверное провести эксперимент....

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

https://support.google.com/webmasters/answer/1663744?hl=ru

 

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

А почему вы думаете, что "направить пользователя на начальную страницу" эквивалентно "удалить из выдачи все страницы, кроме первой"?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вы посмотрите, в каком индексе у гугла находятся ваши страницы page=..., если не в основном то имеет смысл  rel=next|prev так как вес страницы останется на главной. 

А вообще не всегда нужно делать то, что просит гугл :)

  • +1 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

да и вообще я к примеру сделал вывод описания категории только на первой странице, на всех последующих только товар и уникальные титлы с номером страницы. нет дублирования контента - нет проблемы - не нужны никакие next|prev .

  • +1 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А почему вы думаете, что "направить пользователя на начальную страницу" эквивалентно "удалить из выдачи все страницы, кроме первой"?

Наверное потому, что пользователь никогда не увидит от гугла страницу номер два.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Наверное потому, что пользователь никогда не увидит от гугла страницу номер два.

Почему я, используя next/prev, вижу ее в индексе?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Видеть в индексе и получать посетителей на нее это "две большие разницы".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Видеть в индексе и получать посетителей на нее это "две большие разницы".

А почему с нее не должно быть посетителей, если она есть в поиске? Я что-то не пойму вашу логику

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

 

Кстати, с FilterPro проблем не будет? Он при переходе на следующую страницу генерит урл типа:
http://infanamodo.ru/odezhda-dlya-devochek/#instock=on&category_id=18&page=2&path=18&sort=p.sort_order&order=ASC&limit=90&min_price=210&max_price=2190

 

Народ, не говорите глупости. Ежали у Вас генерятся такие url, то ВСЕ что идет после # НЕ учитывается ПС, вот такие дела.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Похожий контент

    • От ArtToo
      Технические требования и задачи во вложении

      CMS OpenCart 2 и выше

       
       
      Доступы к FTP, CMS и исходные макеты запрашиваются по эл. почте info@toogarin.ru представителем компании разработчиков.

       
      Цель и задачи: перенести сайт на CMS OpenCart 2 и выше:


      переносим товары и категории, сохранив URL;



      добавляем новые фильтры



      и выполняем натяжку готовой верстки по макету.


       
      Сроки: 1 календарная неделя на пилотную версию, 2 календарная неделя на доработки. Итого через 2 календарные недели принимается проект.

       
      Стоимость: нам нужна оценка по трудо-часам за каждый пункт.

       

      Любые вопросы присылайте на info@toogarin.ru

      ТТ.pdf
    • От maxun
      Решил с умом подойти к поддержанию и развитию боевого проекта:
      Создал репозиторий на bitbucket.org Нормально организовал работу с любимой IDE (PhpStorm) Решил грамотно вести разработку на основании системы контроля версий (GIT см. выше bitbucket) Выбрал схему: тестовый (локальный) сервер + боевой (удаленный) сервер.
       
      Подключил удаленную базу данных (боевую).
       
      Суть в том, что все правки ведутся на локальном сервере  но с реальными данными из магазина (коммиты готовых задач уходят на FTP и PUSH-атся в удаленный репозиторий).
      Но не могу понять как подключить изображения с боевого сервера так как перекачивать изображения каждый раз считаю неправильным (товаров уже 3.5К).
       
      Вопрос:
      Как подключить в config.php удаленную директорию на сервере на запись/чтение (или хотя бы чтение) для изображений?.
       
      Или поделитесь как вы решили связку тестовый/боевой + GIT?
  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу

×

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.