Что такое пагинация?

Пагинация (Pagination) – это порядковая нумерация страниц, которая в основном размещается вверху либо внизу страниц сайта.

Преимущественно пагинацию используют на основных страницах либо разделах. Всё это выглядит вот так:

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

Лимит посещаемости вашего сайта поисковой системой

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

Проблема дублирования

Структура пагинации страниц вашего сайта может также вызвать эффект дублирования, вследствие чего на некоторых страницах сайта появится дублированное (идентичное) содержание. Кроме того, вы увидите, что на сайте присутствуют повторяющиеся мета-теги title и description. В такой ситуации дубли контента усложнят индексирование вашего сайта поисковыми системами. Они не смогут определять наиболее релевантный контент по текущим поисковым запросам.
Решить эту проблему можно 4 основными способами.

Особенности настройки пагинации WordPress

На самом деле, нумерация страниц является частью основных функций WordPress. Как известно, WordPress автоматически добавляет «Next Post» или «Previous Post» внизу каждой страницы, поэтому читатели могут легко переходить от одной к другой. В этом посте мы рассмотрим несколько плагинов WordPress для нумерации страниц и постов.

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

Почему вы должны использовать плагины WordPress Pagination
Существует несколько причин, по которым вы должны добавить нумерацию страниц на свои блоговые страницы:

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

Решение 1. Удаление страницы пагинации из индекса с помощью noindex

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

Это делается следующим способом:

Мета-тег

<meta name="robots" content="noindex,follow" />

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

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

site.com/catalog?page=2
site.com/catalog?page=3
…
site.com/catalog?page=N

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

site.com/catalog

а с этой страницы

site.com/catalog?page=1

должны быть проставлены 301 редиректы на site.com/catalog.

Плюсы

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

Минусы

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

Решение 2. “Смотреть все” и rel=”canonical”

Такой способ требует использования Google, чтобы создать отдельную директорию «Просмотреть все», где будут располагаться ссылки на все продукты / страницы из этого каталога. А на любой из страниц пагинации мы проставляем rel=”canonical” на страницу «Просмотреть все».

Внедрение такого способа: после создания страницы «Просмотреть все» (например, это site.com/catalog/view-all.html), разметите на всех страницах пагинации в секции HEAD следующий код:

<link rel="canonical" href="http://site.com/catalog/view-all.html" />

Так мы продемонстрируем поисковым системам, что каждая страница разбивки принадлежит к странице «Просмотреть все». Согласно рекомендациям Google:

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

Нюансы

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

Преимущества

• рекомендуемый метод Google;
• весь контент страницы пагинации будет размещен в индексе поиска благодаря странице «Просмотреть все».

Недостатки

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

Решение 3. Rel=”prev”/”next”

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

Например, в вашем каталоге имеется четыре страницы. Применяя атрибуты rel=”prev”/”next”, вы сможете создать цепочку, связывающую все составляющие директории. Такая цепочка берет начало на первой странице. Для этого вставьте в секцию HEAD такой код:

<link rel="next" href="http://site.com/page2.html">

Для первой страницы он должен быть единственным атрибутом. А для каждой последующей страницы следует указывать как предыдущую и следующую с помощью кода. Так делаем для второй страницы:

<link rel="prev" href="http://site.com/page1.html">
<link rel="next" href="http://site.com/page3.html">

Для третьей страницы используем тот же алгоритм:

<link rel="prev" href="http://site.com/page2.html">
<link rel="next" href="http://site.com/page4.html">

А в случае, если мы на 4-й странице, которая является последней, то указывается лишь предыдущая в последовательности:

<link rel="prev" href="http://site.com/page3.html">

Google использует атрибуты rel=”prev”/”next”, чтобы объединить страницы цепочки в одно целое в своем индексе. В основном репрезентативной становится первая страничка последовательности, поскольку она подходит больше всего.

Нюансы

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

Преимущества

• этот метод помогает решить проблему с пагинацией без дополнительного внедрения страницы «Смотреть все»;
• его внедрение предполагает лишь незначительные правки в HTML.

Недостатки

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

Решение №4. AJAX и прокрутка Javascript

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

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

Правильное использование параметров

В случае применения атрибутов rel=”prev”/”next”, пагинация может включать параметры, которые не меняют контент:

• сессионные переменные;
• сортировки;
• изменение количества элементов на странице.

В этом случае мы получим дублированный контент. Для исправления ситуации следует комбинировать rel=”prev”/”next” и rel=”canonical”. Чтобы сделать это, сперва следует убедиться, что все страницы страниц с rel=”prev”/”next” пользуются одинаковым параметром. Во-вторых, для каждого URL с параметром следует зафиксировать отдельную каноническую страницу без этого параметра.

Правильное использование фильтров и rel=”prev”/”next”

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

В таком случае

• не стоит использовать rel=”canonical” для основной категории, если здесь имеется уникальное содержимое;
• создайте для каждой отдельной торговой марки свои уникальные цепочки, используя атрибут rel=”prev”/”next”;
• создайте уникальные мета-теги (заголовки, дескрипшены) для каждого фильтра.

Заключение

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

• Если у вас есть техническая возможность создать страницу «Просмотреть все» ( и такая страницы не имеет большого размера, загружаются легко), то советуем воспользоваться ею. Ведь Google считает такой вариант хорошим, а Яндекс воспринимает инструкцию rel=”canonical”;
• Но в большинстве ситуаций оптимальным вариантом станет объединение атрибута rel=”next page/prev page” (который воспринимается поисковой системой Google) и мета-тегом robots с атрибутами “noindex” и “follow”, который приемлемый и для Google, и для Яндекса.