Блог про интернет-маркетинг для бизнеса

SEO

Оптимизация страниц пагинации интернет-магазина — подробная инструкция

118
3
5
40

Как правильно оптимизировать страницы пагинации — одна из самых комментируемых тем на всех SEO-форумах. Попробуем разобраться в сути вопроса.

Что такое страницы пагинации и зачем они нужны?

Страницы пагинации — объединенные в рамках одного раздела, категории или подкатегории страницы, условно разделенные на отдельные части с помощью нумерации.

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

Как выглядят страницы пагинации?

Обычно на сайтах интернет-магазинов, досках объявлений, блогах пагинация выглядит так:

Обычно на сайтах интернет-магазинов, досок объявлений, блогах пагинация выглядит так

Как оптимизировать страницы пагинации?

Google советует любой из трех вариантов:

  • ничего не делать;
  • настроить rel="canonical" со всех страниц пагинации, включая первую, на страницу со всеми товарами — pageall;
  • использовать атрибуты next, prev, чтобы показать связь между страницами пагинации. На самом деле этот метод поисковик указывает как приоритетный.

SEO-специалисты практикуют и другие методы:

  • закрывают от сканирования с помощью размещения <meta name=”robots” content=”noindex, follow” /> либо запрещают к индексированию в файле robots.txt (при этом robots не является директивой).
  • на всех страницах пагинации указывают rel="canonical" на первую (основную) страницу.

Не рекомендую использовать два варианта:

  1. Ничего не предпринимать. Такая стратегия может привести к появлению дублей страниц и текстов. В результате поисковик может индексировать слабо оптимизированные страницы, а важные для продвижения — пропускать.
  2. Закрывать от индексации все страницы пагинации, кроме первой. Так может ухудшиться индексация товаров или статей, расположенных на второй, третьей и других страницах.

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

Но в остальных случаях:

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

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

Рассмотрим три популярных варианта.

1. Настройка rel="canonical" на страницу со всеми товарами (pageall)

1.1. В случае наличия страницы со всеми товарами — pageall — необходимо настроить rel="canonical" со всех страниц пагинации, включая первую, на эту страницу.

Например, со страницы https://site.com/category/page-2/ должен быть настроен <link rel="canonical" href="https://site.com/category/page-all/" />.

Так вы покажете поисковикам (и Google, и Яндекс), что существует страница, которая содержит все страницы пагинации, и нужно индексировать именно её.

1.2. Оптимизированные тексты стоит размещать на странице со всеми товарами, но не дублировать на других страницах пагинации.

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

Кроме того, на большинстве CMS реализовать данный метод практически невозможно.

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

2. Настройка rel="canonical” со всех страниц пагинации на первую (основную) страницу

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

Например, на сайте есть страницы пагинации:

  • site.com/category/;
  • site.com/category/page-2/;
  • site.com/category/page-3/.

Но при этом со страниц site.com/category/page-2/, site.com/category/page-3/ и других при возвращении на первую, вместо site.com/category/ ссылка ведет на site.com/category/page-1/.

Страница site.com/category/page-1/ в таком случае будет дублем site.com/category/.

Необходимо убрать из ссылок на основную страницу элемент page-1, а также настроить 301 редирект со страниц с таким параметром на первую страницу категории.

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

2.3. Настроить со всех страниц пагинации rel=”canonical” на основную страницу пагинации. Например, на странице https://site.com/category/page-2/ должен быть <link rel="canonical" href="https://site.com/category/" />.

2.4. Сгенерировать уникальные метатеги (Title, Description, Keywords) для страниц пагинации на основе шаблона.

Например:

Title страниц пагинации = [Title основной страницы пагинации] - страница [N],

где N — номер страницы пагинации.

Данный метод практически полностью решает проблему дублирования страницами пагинации основных страниц, рекомендуется Яндексом, а в списке рекомендуемых Google его нет.

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

3. Использование атрибутов rel="prev" и rel="next"

Методом проб и ошибок я обнаружил, что самый эффективный способ — использование атрибутов next, prev.

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

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

Аналогично, как и в случае с настройкой rel="canonical”, со всех страниц пагинации важно убрать из ссылки на первую параметр диапазона страниц, если он добавляется. Также следует отображать текст только на первой странице пагинации. Но при этом  rel="canonical” нужно проставить со страниц на самих себя, либо вообще не проставлять: rel="next" и rel="prev" не зависят от rel="canonical" — их можно использовать одновременно, а также внедрить атрибуты next и prev на страницах пагинации.

Например, если на сайте есть пагинация:

  • https://site.com/category/ — первая страница;
  • https://site.com/category/page-2/ — вторая страница;
  • https://site.com/category/page-3/ — третья страница.

То на странице https://site.com/category/ в <head> следует добавить: <link rel="next" href="https://site.com/category/page-2/" />.

На странице https://site.com/category/page-2/ в <head> добавить: <link rel="prev" href="https://site.com/category/" />, <link rel="next" href="https://site.com/category/page-3/" />.

На странице https://site.com/category/page-3/ в <head> добавить: <link rel="prev" href="https://site.com/category/page-2/" />

То есть на первой странице пагинации должен быть только атрибут next, а на последней только prev.

Затем следует внедрить на все страницы пагинации, кроме первых, метатег <meta name="yandex" content="noindex, follow" />, так как Яндекс не распознает next, prev, и для него лучше закрывать от индексации все страницы пагинации, начиная со второй.

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

В обновленном Яндекс.Вебмастере вы можете также это мониторить в отчете «Индексирование»  — «Страницы в поиске»:

В обновленном Яндекс.Вебмастере вы можете также это мониторить в отчете «Индексирование»  — «Страницы в поиске»

В данном примере как раз были настроены canonical на основные страницы пагинации, а не noindex для Яндекса, но все равно из поиска были удалены страницы пагинации.

Последний щаг — сгенерировать уникальные метатеги (Title, Description, Keywords) для страниц пагинации на основе шаблона.

Дополнительный рекомендации от Google:

  • поисковая система рассматривает атрибут rel="previous" как синтаксический вариант атрибута rel="prev". Поэтому использование  rel="previous" вместо rel="prev" не будет ошибкой;
  • в качестве значений могут использоваться как относительные, так и абсолютные URL (с доменным именем и без);
  • rel="prev" и rel="next" являются для Google вспомогательными атрибутами, а не правилом;
  • если поисковик обнаружит ошибки в разметке (например, нет rel="prev" или rel="next"), дальнейшее индексирование страниц и распознавание содержания будет выполняться на основе собственного алгоритма Google.

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

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

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

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

Выводы

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

Рекомендуем использовать один из методов:

  • использование next, prev (данный способ — приоритетный);
  • проставлять canonical со всех страниц пагинации на основную страницу сайта.

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

Комментарии (33)

  1. 0
    25 дней назад

    Денис, добрый день!


    Скажите, а стоит ли обязательно уникализировать Title, Description, Keywords


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


    По факту, если логично смыслить (хотя все зависит от экскрементов) мы Google подсказываем что это всего лишь продолжение предыдущей страницы, а для Yandex закрываем контент на индексацию. Уже по этим критериям не должно быть дублей.


  2. 1
    30 дней назад

    Здравствуйте, Денис!

    Отличная статья! Единственное, я нигде не могу найти ответы на такие вопросы касательно использования на страницах пагинации только rel="prev/next":

    1) добавляет ли гугл ( и должен ли добавлять) все страницы пагинации в индекс в этом случае и присутствую ли они все в выдаче?

    2) считает ли гугл такие страницы малоинформативными,  дублями, если на них одинаковые title и description?

    Буду благодарен за ответы!
    • 0
      Yuri Kruglyak
      29 дней назад

      Здравствуйте, Юрий.

      Спасибо за фидбек.

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

      2) Вообще дублями нет (в отличии от Яндекса - тот считает), так как есть prev/next, как раз они показывают, что это продолжение списка товаров. Если на них одинаковые Title/description, то могут показываться в Вебмастерке Гугла в отчете "Вид в поиске" - "Оптимизация HTML" как одинаковые мета-теги. Я рекомендую их либо оптимизировать под различные города, если есть такая возможность (чтобы приносили больше пользы), либо добавлять номера страниц. Но опять же наличие уникальные метаданных на пагинации по сравнению с основной не является чем-то важным или критическим (можно внедрять в последнюю очередь).



      • 1
        Денис Рудик
        29 дней назад

        Благодарю за информацию. Я сейчас использую для пагинации только prev/next. Меня как раз смутило наличие страниц пагинации в разделе "Оптимизация HTML" - "Повторяющиеся заголовки (title)". После этого стал думать, насколько это критично и появились те вопросы, которые я сформулировал ранее. Теперь ситуация прояснилась.

  3. 1
    месяц назад

     Добрый день, Денис.

    Подскажите пожалуйста если использовать атрибуты <link rel="next"> <link rel="prev">

    Нужно ли у страниц пагинации делать уникальный H1 или можно оставить такой же как и на основной странице? при том что title и description у всех страниц пагинации сделан уникальный, а текст выводиться только на основной странице.

  4. 0
    2 месяца назад

    спасибо за статью. считаете ли вы нормальным, когда в индексе при таком подходе миллионы страниц пагинации?

    https://goo.gl/XnWUiK

    • 1
      Trev Sk-j
      2 месяца назад

      Интересное замечание. Давайте мыслить логически вместе.

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

      2. Страницы не дубли. Может быть частично, но не полностью.

      3. Иногда страница пагинации более релевантна запросу чем первая страница.

      4. Наличие в индексе это еще не наличие в выдаче.

      Вывод:
      Да. Нормально.

  5. 1
    2 месяца назад
    А чем плохо использовать как каноникал так и прев/некст на одном сайте?
    • 0
      Александр Жесть
      2 месяца назад

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

      Например, на site.com/category/page-2/ каноникал будет вести не на site.com/category/ а на site.com/category/page-2/

      В противном случае, вы просто укажите некст/прев, которыми покажите, что это все одна большая страница, разбитая для удобства на ряд страниц, а в тоже время каноникалом (если будет вести на основную) покажите, что это не основная страница. Получится просто неразбериха в используемых атрибутов.
      • 0
        Денис Рудик
        месяц назад

        Или еще идея. Если мы используем связку каноникал + некст/прев (именно в смысле, что канонической выбирается одна главная категория) и в области <head> сначала идет 

        <link rel="next">

        <link rel="prev">

        а ниже 

        <link rel="canonical">

        В таком случае, следуя правилу места расположения (как в роботс, применяется тот, который стоит выше), а тег некст/прев идет самым первым ,поэтому его учитывает Google.

        Что для Яндекса, то там используется каноникал, т.к. параметры некст/прев для него неизвестны.

        Как думаете?
        • 0
          Thomas Ruf
          месяц назад

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

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


      • 0
        Денис Рудик
        месяц назад

        Думаю, это не более чем предположение. Не смог найти ни один официальный пост Google и Яндекс, который бы говорил, что некст/прев - означает, что это все одна большая страница?! Только что посмотрел несколько топовых сайтов одежды и бытовой техники в ru сегменте - в топе сайты, которые в том числе используют связку каноникал + некст/прев.

        В официальном мануале Google https://support.google.com/webmasters/answer/1663744?hl=ru написано, цитирую: 

        "rel="next" и rel="prev" не зависят от rel="canonical". Их можно указывать одновременно. Например, на странице http://www.example.com/article?story=abc&page=2&sessionid=123 могут быть указаны следующие строки:

        <link rel="canonical" href="http://www.example.com/article?story=abc&page=2"/>
        <link rel="prev" href="http://www.example.com/article?story=abc&page=1&sessionid=123" /> 

        <link rel="next" href="http://www.example.com/article?story=abc&page=3&sessionid=123" />"

        • 0
          Thomas Ruf
          месяц назад

          Thomas Ruf, Вы можете использовать каноникал в связке некст-прев, но чтобы вел тогда каноникал на саму себя без прочих гет-параметров.

          Как раз в статье указано это:


          Вы как раз и указали пример правильный <link rel="canonical" href="http://www.example.com/article?story=abc&page=2"/>

          Имелось в виду, что нельзя использовать связку некст-прев и каноникал на основную страницу (например со страницы http://www.example.com/article?story=abc&page=2 указать канонической http://www.example.com/article?story=abc, так как это уже будет путаница для поисковика.

          • 0
            Денис Рудик
            месяц назад

            Также по поводу официального поста 

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


      • 0
        Денис Рудик
        2 месяца назад

        Спасибо за ответ, а Вы уверены в этом утверждении? Логика в это есть, наверно надо исправлять у себя, но просмотрел топ магазины и например комфи использует оба варианта и хорошо себя чувствует..


        • 0
          Александр Жесть
          2 месяца назад

          у комфи пагинация закрыта для индекса -  <meta name="robots" content="NOINDEX,FOLLOW" /> и толку нет ни от canonical, ни от next prev.

          По сути они говорят поисковику параметром next на первой странице, что это не вся страница - вот ее продолжение, а продолжение закрыли для индекса. Просто набор всего чего только можно) Достаточно было тогда уже noindex.

          Я не знаю, зачем они закрыли - мб были проблемы с краулинговым бюджетом либо были дубли. И когда на сайте огромное число товаров, категорий и возникнуть могут проблемы с индексированием - это тоже вариант решения проблемы и каждый решает ее по-разному (либо каноникал, либо закрыть для индекса пагинацию). Но таких случаев не так много.
  6. 0
    4 месяца назад

    "проставлять canonical со всех страниц пагинации на основную страницу сайта. "

    Так вроде не на основную страницу, а на страницу со всеми товарами, как рекомендовано в блоге https://webmasters.googleblog.com/2013/04/5-common-mistakes-with-relcanonical.html

    • 0
      Matt Cutts
      4 месяца назад

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

      И кроме того, я даже ссылку поставил на пост Яндекса поставил - именно он рекомендует метод использования canonical. И этот метод также работает (как и next/prev).

  7. 1
    4 месяца назад

    Вы можете привести примеры сайтов со страницей вида https://site.com/category/page-all/?

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

    • 0
      Павел Горбунов
      4 месяца назад

      Павел, НДА не позволит, но как я указал в статье

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

  8. -1
    5 месяцев назад

    Спасибо за статью.

    Мой вопрос и разъяснение:

    Лично я реализовываю canonical на туже страницу пагинации на которой нахожусь, поскольку каждая страница пагинации уникальна со своим уникальным мета-тегом и адресом. Указывая основную страницу первой - нет никакого смысла по сути в атрибутах next, prev. 
    Помимо прочего в случае применения фильтрации и сортировки на странице пагинации - вы также ссылаетесь на основной раздел (на первую страницу), что противоречит логике и рекомендациям Гугла.
    А именно с этим можно ознакомиться по справке https://support.google.com/webmasters/answer/1663744?hl=ru

    • 0
      Максим
      5 месяцев назад

      Добрый день, Максим.

      И в чем вопрос?)

      Просьба внимательнее перечитать статью

      Нигде не написано, что если используется canonical на основную, то нужно использовать next prev. 

      Если каноникал ведет на ту же страницу пагинации, на которой находитесь, то использовать next prev. Это же 2 разных способа пагинации. В статье они выделены отдельными блоками. Пункт 2 и пункт 3.

      И я в статье рекомендую по умолчанию использовать как раз 3 пункт (next prev). Но и canonical на основную тоже работает и его рекомендует Яндекс. Поэтому можно использовать один из 2 вариантов.

      • 1
        Денис Рудик
        5 месяцев назад

        По поводу того, что "Нигде не написано, что если используется canonical на основную, то нужно использовать next prev." - согласен, я невнимательно прочёл один пункт, прошу прощения. 

        Вопрос в том, что лучше: делать canonical на основную страницу раздела, либо на каждую целевую страницу пагинации?

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

        • 0
          Максим
          5 месяцев назад

          Согласен с Вами, Максим. Аналогично и мы поступаем. Если для Украины, то лучше следовать Google, для России же Яндекс (по крайней мере пока что) важнее.

          Но вообще оба метода хороши и оба работают. В топ-выдачи есть сайты, что используют каноникал, а есть - нект, прев.

  9. 0
    5 месяцев назад

    Спасибо, полезная статья. Использую атрибуты rel="prev" и rel="next" но не знал что Яндекс не воспринимает их, теперь буду внедрять <meta name="yandex" content="noindex, follow" />
    Еще раз спасибо автору!

  10. 0
    5 месяцев назад
    Использую каноникал + ноиндекс, фоллов + прев/некст

Чтобы оставить комментарий, необходимо авторизироваться

Подписаться

на самую полезную рассылку по интернет-маркетингу

Самое

обсуждаемое популярное читаемое