Для начала небольшая справка:

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

В большинстве случаев применяется для главных страниц и разделов. Зачастую выглядит так:

Детально про то, что такое пагинация описано в Википедии .

Мы считаем этот момент важным для внутренней оптимизации сайта, поэтому в данном руководстве по пагинации для SEO рассмотрим главные нюансы и решения.

Ближе к делу!

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

Лимит посещение поисковыми роботами для вашего сайта

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

Проблема с дубликатами

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

На данный момент у SEO специалистов есть 4 способа для решения данной проблемы.

Вариант 1. Удаление постраничной пагинации из индекса с помощью noindex

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

Реализуется он следующим способом: такой мета-тег

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

Нюансы , которые следуют учесть:

• если вы размещаете текст описания главной страницы каталога, то его все равно желательно размещать только на первой странице .
• следует проверить чтобы при не дублировался 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), то на всех страницах пагинации необходимо в секцию разместить:

.

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

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

Нюансы:

Страница «Смотреть всё» должна довольно быстро загружаться , желательно в пределах 1-3 секунды. Поэтому, такой способ идеально подходит для категории у которых кол-во страниц с пагинацией от 5 до 20 и не подходит для каталогов у которых сотни страниц пагинации.

Плюсы:

• приоритетный метод для Google
• все содержимое пагинации будет в индексе поисковой страницы через страницу «Смотреть всё»

Минусы:

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

Вариант 3. Rel=“prev”/“next”

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

Например, вы имеете 4 странице в каталоге:

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

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

Для третьей страницы делаем аналогично второй

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

.

Используя данные атрибуты rel=»prev»/»next», Google объединяет данные страницы в единый элемент в индексе. Как правило для пользователей, это будет первая страница, так как обычно она является наиболее релевантная страница.

Нюансы:

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

Плюсы:

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

Минусы:

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

Вариант 4. AJAX и Javascript прокрутка

Вы вероятно, столкнулся с бесконечными прокруткой товаров на сайтах электронной коммерции, на которых товары постоянно загружаются при прокрутке к нижней части экрана. Хотя это и хорошая возможность улучшить юзабилити, этот метод также необходимо использовать правильно. Желательно, чтобы товары не автоматически загружались при прокрутке, а внизу, под последними товарами, была кнопка «Показать еще N товаров». Хорошую реализацию данного метода вы можете посмотреть на сайте wikimart.ru побродив по конечным веткам каталога.

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

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

• сесионные переменные,
• сортировки,
• изменение кол-ва элементов на страницу.

В таком случае мы получаем дубли контента. Решением такой проблемы может быть использование сочетания rel=»prev»/»next» и rel=”canonical”.

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

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

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

Всем привет. Избитая тема: закрывать ли страницы пагинации от индексации поисковиком. Саппрот Яндекса пишет, что нет необходимости закрывать от индексации т.к. контент разный и нет смысла уникализировать тайтл, дескрипшены и т.п., так же нет смысла в конструкции meta robots noindex, follow. В то же время в Google в панели Вебмастера мы видим дубли метаданных страниц пагинации, т.е. Google как бы намекает, что это плохо.

Где истина?

Разрешать индексацию этих страниц роботу Яндекса и запрещать роботу Google meta name googlebot noindex, follow? Так же Яндекс предлагает поставить рел каноникал на первую страницу, то есть саму на себя. Жду интересного и развернутого ответа. Спасибо.
15.04.2014

Пагинация

Приветствую, Дима. Хороший вопрос, он часто вызывает много споров. Давайте разбираться и искать универсальное решение, как с точки зрения логики человека, так и с точки зрения поисковых систем.

Логика поисковых систем

С точки зрения ранжирования для поисковых систем это есть и всегда будут две различные страницы с двумя различными URL-адресами. Скажем /catalog/ и /catalog/?page=2. Таким образом:

• У них должны быть различные Title и meta-теги, иначе это были бы точь-в-точь одинаковые страницы (дубли), а это не так.
• Не должно быть дублированного контента (в данном случае — текста, изображений).

Логика человека

С точки зрения обычного человека, всё примерно также:

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

Простые выводы

1. Раз страница интересна посетителям, значит, она может быть интересна и пользователям поисковой системы, а, следовательно, её лучше не закрывать от индексации.
2. Не надо дублировать текст, Title и meta-теги, это будет вредить и человеку и поисковому роботу.

Оптимизация постраничной навигации (пагинации) на сайте

1. Каждой странице постраничной навигации требуется задавать свой тег Title и meta-теги.
2. На каждой странице требуется водить свой текст описания (или выводить уникальный текст описания на основной странице и скрывать его на второй и последующих).
3. Страницы не требуется закрывать от индексации, так как они могут привлекать дополнительный целевой трафик.

Полезные приёмы:

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

Как быть с тегом h1, он может дублироваться?

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

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

Подписаться

Что такое pagination ?

Различается несколько видов:

• прямой с нумерацией (1,2,3)
• прямой с указанием позиций в списке (1−20, 21−40)
• обратный с указанием позиций в списке (новое, 600−31, 30−1)

Основные минусы

Временной лимит посещения сайта поисковыми роботами

Да, не только людям свойственна нехватка такого тягучего и вечно ускользающего вещества как время. Пребывание бота на страницах сайта строго лимитировано. Количество проведённого времени определяется за счёт соотношения частоты обновления контента, траста и некоторых других показателей. Естественно, что отведённого временного интервала на индексацию всех необходимых страниц ресурса боту не хватит. Особенно если он потратит его на проверку огромного количества вкладок пагинации (товаров, статей, видео и т. д.).

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

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

Человеческий фактор

Большинство пользователей обычно просматривают не более 2−3 страниц из предложенного списка. Следовательно, с позиции ниже 10-той - трафика можно не ждать.

Неудобство юзабилити

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

Не нужно, но… необходимо

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

Способы решения проблем SEO оптимизации постраничного пейджинга

1. Расширение навигации сайта

Рэнд Фишкин (гений, плейбой, стиляга, сооснователь MOZ, SEO специалист и маркетолог с мировым именем) в одном из своих видеоуроков советует пересмотреть стратегию сайта. А именно - заменить постраничный пейджинг, созданием каталогов второго и третьего уровня.

2. Устранение постраничной навигации страниц пагинации посредством noindex

Плюсы:

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

Минусы:

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

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

Данная процедура осуществляется посредством добавления в мета-тега:

Советы:

• Размещая оптимизированный текст-описание для главной каталога, позаботьтесь о том, чтобы он выводился только на первую страницу.
• Проследите за тем, чтобы URL для главной не дублировался.
• Создайте XML карту сайта.

3. Запрет индексации сайта при помощи файла robots. txt

Просто прописываем директиву: Disallow: /category/pagе

Минус: Исключает контент со всех страниц листинга, кроме первой.

4. Тег canonica l и страница «Смотреть всё» для страниц пагинации

Плюсы:

• Понимает как Google, так и Яндекс (для Google является приоритетным способом исключения из индексации).
• Вся информация индексируется через веб-страницу «Смотреть всё».

Минусы:

• Качество картинок и общий объем контента будет под определёнными ограничениями.
• Увы, для поисковой системы Яндекса canonical не является директивой. Если контент на страницах пейджинга не будет идентичен, то поисковой бот обязательно проигнорирует этот тег.
• Благодаря большому количеству фильтров и страниц, возрастает количество динамических страниц на которых нужно прописать данный тег.

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

Достаточно прописать в следующую строку:

Совет:

• Уменьшите разрешение объема товаров. Это исключит проблему долгой прогрузки страниц.

5. Asynchronous Javascript and XML

Плюсы:

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

Главная идея данного варианта SEO оптимизации - при прокрутке страницы вниз, автоматически подгружается новый контент. Достигнуть такого результата можно при помощи AJAX (Asynchronous Javascript and XML), позволяющей осуществлять обмен данными между сервером и браузером в фоновом режиме.

6. Решение проблемы пагинации при помощи тегов rel="prev"и rel="next"

Плюсы:

• Индексации подвергается весь контент.
• Не требует сложного ПО.

Минусы:

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

Принцип достаточно лёгок: при помощи тегов Google получает команду при индексировании объединить все страницы, на которых прописан данный код, в одно целое.

Пример для трёх страниц каталога:

• для первой

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

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

Если вам тоже хотелось «как-то проще» - тогда вам сюда. В статье хочу рассказать о новом, изобретенном, виде пагинации. Чтобы было понятно откуда растут ноги, вводной частью пущу небольшой рассказ о двух самых распространенных видах отображения контента. Их достоинства и недостатки. Потом перейду к сути.

Бесконечный скроллинг

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

Достоинства:

• Эффективный способ потребления большого объема информации для поиска чего-то конкретного либо просто убить время;
• Обновление контента производится непрерывно, не требуя дополнительных затрат. Не нужно отвлекаться каждый раз, чтобы кликнуть на следующий номер страницы;
• Пользователям удобней скроллить, чем кликать.

Недостатки:

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

Классическая пагинация

механизм, который делит контент на отдельные страницы.

Достоинства:

• Хорошо работает, когда пользователь ищет в списке что-то определенное, а не просто просматривает поток данных;
• Дает ощущение контроля. Видно общее количество результатов, соответственно проще оценить, сколько времени займут поиски нужного материала;
• Возможность держать в голове местоположение элемента. Естественно, пользователи не обязательно будут помнить точный номер страницы, но они будут примерно ориентироваться в списке результатов, а пронумерованные страницы помогут быстрее туда добраться;
• При прекращении поиска, всегда точно знаешь количество просмотренных результатов и можешь сделать вывод, где остановился и сколько результатов еще необходимо изучить.

Недостатки:

Прерывание состояния «потока» при поиске информации.

Новоизобретенная пагинация

Проанализировав достоинства и недостатки двух топовых видов, изобрела третий, который включает достоинства и выключает недостатки первых двух.

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

1. Берем постраничную пагинацию и «клеим» ее к правому краю сайта;
2. Фиксируем. При прокрутке страниц пагинация остается, а страницы меняются. Как вариант, можно «клеить» внизу экрана.

Стрелки вниз/вверх - начало/конец страницы;
Высота, ширина, внешний вид - на свой вкус. Если страниц много - опять используем прием классической пагинации: 1 2 3 4 5… 10

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

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

Чтобы не летать в облаках и проверить в бою, новая пагинация была протестирована на пользователях (4 человека) при проектировании каталога товаров интернет-магазина.
При тестировании пользователи понимали, что это за штука и для чего предназначена, переключались/ возвращались на страницы, знали где они находятся и сколько страниц еще впереди.

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

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

P.s. при написании статьи был использован материал и картинки из

Здравствуйте, уважаемые читатели сайта сайт. Еще один инструмент управления индексации, который необходимо использовать практически на любом сайте - это разметка страниц pagination. Что такое страница pagination? Это страница вашего каталога или перечень каких-то статей в блоге. То есть, обычно мы заходим на первую страницу каталога, а снизу еще какие-то: 1 2 3 4 и стрелочки перелистывания страниц. Все эти страницы называются страницами пагинации.

Проблема в том, что все они дублируют содержание друг друга (), даже не столько содержание, сколько смысл. То есть, если у нас раздел кроссовок adidas, то у нас 5-10 страниц, которые содержат кроссовки adidas. Хотя на них разные кроссовки, но релевантность этих страниц приблизительно одна и та же.

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

И для этого у нас служат специальные атрибуты:

Rel="next" rel="prev"

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

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

Нам это выгодно, потому что поисковик проиндексирует все эти страницы, добавит все эти страницы в индекс, но в поиске будет отображать именно первую страницу каталога. Не 3, 4 или 5, а первую.

Мы сможем на страницы пагинации работать с текстовыми факторами и добиваться каких-то позиций.

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

А вот вторая страница пагинации и тут уже есть атрибут "prev".

Иногда бывает, что без разметки поисковая система начинает считать более важной 3, 4 или 5 страницу пагинации, хотя все усилия вкладываются в продвижение первой страницы. Это может вызвать серьезные проблемы с позициями сайта по соответствующим запросам.

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

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

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

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

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