Работа с постраничной навигацией входит в список обязательных действий, осуществляемых SEO-специалистом. Однако стоит помнить фундаментальное правило поисковой оптимизации: страница должна быть релевантна ключевому запросу. Не нужно создавать бесчисленное множество дублей с идентичными заголовками (тег title и meta description). Для решения подобных проблем на помощь оптимизаторам приходит постраничная пагинация. О том, какой она должна быть в идеале, ходит много споров; этот вопрос поднимается практически на любом SEO-форуме или конференции. Попробуем разобраться в ситуации и внести ясность в эту проблему.

Что такое пагинация и ее разновидности

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

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

• Прямая (универсальная) пагинация с порядковой нумерацией (1-2-3). Это перечень номеров страниц.Чаще всего также добавляют кнопки “далее/назад” с обеих сторон ссылок на страницы.
• Диапазон выбора с указанием позиции в листинге (1-10, 20-59).
• Обратного типа (“новое”, 100-21, 20-1).

Конечно, никто не запрещает применять более креативные идеи, например:

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

Типы пагинации

1. 1. Разбивка статей. Это, пожалуй, наиболее распространенный вид. Используется для разделения текстового материала на страницы. По обеим сторонам от каждой размещают ссылки «Предыдущая», «Следующая».

Обратите внимание: отдельно взятая страница в подобных случаях имеет собственный URL:

1. 1. • http://www.нашсайт.com/some_article-1.html;
      • http://www.нашсайт.com/some_article-2.html;
      • http://www.нашсайт.com/some_article-3.html.
   2. Пагинация галерей. У каждого изображения есть отдельная уникальная страница, что позволяет задавать имена картинок (входит в понятие оптимизации визуального контента). Подобная реализация удобна для библиотек, фотобанков.

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

1. 1. Листинг комментариев на блогах, тем, размещенных на форумах. При пагинации такого типа возникает одна сложность: контент, который сегодня находится на первой странице, завтра переместится на вторую, так как его место займут новые материалы. Чтобы не путаться, рекомендуется реализовать листинг по датам. Такие ссылки всегда будут вести на один и тот же контент, поскольку они будут содержать в своем адресе время публикации записи. В подобной ситуации можно использовать годы, месяцы, дни. При этом пагинация будет начинаться с главной, а далее – с максимальной цифры в URL-адресе:

1. Бесконечная прокрутка (infinite scroll). Данный тип пагинации является самым «продвинутым» среди современных способов разбиения на страницы. Реализовывается при помощи специального скрипта, который к текущей странице добавляет содержание следующей при прокрутке мышкой вниз.

Например, социальные сети широко используют infinite scroll, их интерфейс направлен на удержание внимания пользователей. Поэтому страница, грубо говоря, не имеет границ, ведь следующая выводится сразу, как только человек долистал до конца.
Обратите внимание! Статистика показывает, что большинство пользователей редко смотрят более трех страниц в выдаче. При этом они не всегда находят ту информацию, которая им нужна. Поэтому отличным вариантом станет расположение блока сортировки. Пример:

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

Пагинация для SEO: миф или реальность?

Действительно ли навигация страниц сайта полезна для SEO-продвижения? Смоделируем стандартную ситуацию, встречающуюся на большинстве проектов. На веб-ресурсе есть 60 страниц. Чтобы поисковому роботу добраться хотя бы до середины (в этом случае – страницы под номером 30), ему необходимо углубиться на несколько уровней, отыскать товар либо пост, перейти на следующий уровень. Конечно, бот обойдет и эту, и другие страницы, однако сроки индексации будут падать с последующим уровнем.

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

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

Метод 1. Использование noindex для удаления пейджинга из индекса поисковых систем.

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

После проверьте на отсутствие дублей URL 1-й страницы. Помните: на главную, к примеру “мой сайт.com/catalog”, нужно настроить “redirect 301” cо страниц “мой сайт.com/catalog/page=1”.

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

Метод 2. «Показывать всё» и rel=“canonical” (основан на рекомендациях Google).

Суть способа – создание страницы «Все», которая выводит полное содержание (товары/страницы) из представленного каталога. На последующих страницах необходимо проставить на основное содержание. Обязательным условием страницы «Все» является ее быстрая загрузка: при наличии сотни страниц это может быть затруднительно. Положительным моментом станет индексация полного содержимого, минусом – на некоторых CMS-системах реализация весьма сложная.

Метод 3. Применение Rel=“prev”/“next”.

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

Сложность! Атрибут – (возможно использование относительных, абсолютных URL) размещается единственным на 1-й странице.

На вторую нужно будет поместить предыдущую, следующую:

Следует помнить, что Yandex не учитывает подобные атрибуты, а Google считает их вспомогательными, но не директивами.

Метод 4. AJAX, Javascript.

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

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

1. 1. HTML-документ с двумя обязательными блоками:
      • статическая страница с фиксированной шириной, высотой и свойством overflow:auto (чтобы прокручивать контент);
      • блок-контейнер внутри основной страницы. Его ширина меньше, чем родительского объекта, а высота будет зависеть от самого содержания. Именно в этом блоке происходит загрузка данных из сервера.
   2. Реализация scroll-события и отправление Ajax-запроса на сервер.

Фрагменты кода для JavaScript-события:

//запуск функции при прокрутке

$(«.text»).on(«scroll», scrolling);
function scrolling(){

//считывание текущей высоты контейнера
var currentHeight = $(this).children(«.wrapper»).height();

//проверка достижения конца прокрутки
if($(this).scrollTop() >= (currentHeight — $(this).height()-100)){

/*отключение вызова функции прокрутки во избежание неоднократного вызова функции */
$(this).unbind(«scroll»);

//функция, реализующая следующие два этапа
loader();}}

//количество подгружаемых записей из БД
var count = 20;
//начиная с
var begin = 0;
function loader(){

// «теневой» запрос к серверу
$.ajax({
type:»POST»,
url:»./get.php»,
data:{

//передача параметров
count: count,
begin: begin*count
},
success:onAjaxSuccess
});
function onAjaxSuccess(data){

//добавление полученных данных
//в конец контейнера
$(«.wrapper»).append(data);

//возвращение вызова функции при прокрутке
$(«.text»).on(«scroll», scrolling);
}
//увеличение точки отсчета записей
begin++;
}

1. 1. Использование PHP, MySQL.

Посредством SQL и оператора LIMIT контент получают из БД, то есть выводят определенное число записей, хранящихся в разных блоках. Следующие действия – обращение в файле php к БД, демонстрация результата. В таком случае понадобится скрипт:

// указание параметров для подключения к MySQL
$host=’localhost’; // имя хоста
$database=’lazyloader’; // имя базы данных
$user=’root’; // имя пользователя
$pass=»; // пароль пользователя

// подключение к MySQL
$db = mysql_connect($host, $user, $pass)
or die(«Не могу соединиться с MySQL!»);
mysql_select_db($database)
or die(«Не могу подключиться к базе данных!»);

//получение количества и позиции
$begin = ($_POST[«begin»])?$_POST[«begin»]:0;
$count = ($_POST[«count»])?$_POST[«count»]:12;

//формирование запроса к БД
$query = «SELECT * FROM база данных WHERE type=’тип’ LIMIT «.$begin.»,».$count.»»;

//выполнение запроса и получение результата
$result = mysql_query($query);

//формирование вывода данных, полученных из базы
while($row = mysql_fetch_array($result, MYSQL_ASSOC)){
echo «Английское название: «.$row[«name_en»].»»;
echo «Русское название: «.$row[«name_ru»].»»;

После этого следует проверить работоспособность.

Заключение

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

1. Невозможность индексации либо снижение глубины сканирования по причине некорректно настроенных ссылок пагинации.
2. Возникновение дублированного контента. Подобная ситуация получается при использовании страницы «Смотреть все» и одновременном разделении на отдельные. При этом rel= »noffollow» для разбиения страниц не используется.

Чаще всего лучшим решением станет применение двух методов: атрибута rel=”next/prev” (понятен для Google) и мета-тега robots=”noindex,follow” (подходит для Google, Яндекс). Это – “золотая середина” в работе с оптимизацией пагинации.

Всем привет! Есть в SEO, как кажутся, элементарные и очевидные вещи, но если немного разобраться в них, возникает много вопросов и нюансов, которые беспокоят владельцев проектов. Сегодня я хочу поговорить про страницы пагинации (или еще их называют страницами листинга). Хочется написать развернутый урок: что, зачем и почему, чтобы все разъяснить, как удалось это сделать с уроком .

Я уже рассказывал на своем блоге, (там же и рассказывал, что такое постраничная навигация). Теперь пришло время показать, что нужно с ними делать с точки зрения SEO. Многих беспокоят следующие вопросы:

• стоит ли их закрывать индексацию пагинации в robots.txt;
• может стоит закрыть их с помощью meta name="robots";
• или лучше использовать rel=canonical;
• а может вообще их оставить открытыми для индексации;
• ну и другие вопросы.

Итак, поехали!

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

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

• карточек товаров;
• информационных постов;
• обсуждения на форумах.

Индексация пагинации

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

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

Требования Яндекса

Причем в данном случае проблем с индексацией товаров или постов не будет, так как rel=canonical не запрещает ходить роботам по страницам, но в индексе будет только основная страница в обоих поисковиках.

Требования Google

То есть Гугл не рекомендует, как это делает Яндекс, ставить каноникал на первую страницу, также он говорит, что это неправильно. Но по опыту замечено, что, если ставить rel=canonical на первую страницу, ничего критичного не происходит, сайты хорошо чувствуют себя в обоих поисковых системах.

И да, есть такой момент: Яндексу все равно на теги rel=prev и rel=next, он не понимает их и просто игнорирует.

А что же говорят SEOшники?

Мнений на эту тему очень много, приведу парочку.

Кто-то говорит, что каждую страницу пагинации нужно подтачивать под разные запросы. К примеру, первую страницу под "Купить ноутбук", вторую под "Купить ноутбук недорого", третью под "Купить ноутбук в интернет-магазине" и так далее. Не делайте так. Поисковики не настолько тупые, может быть это еще и работало лет 5-8 назад, но сейчас однозначно так не стоит делать.

А кто-то говорит запретить в robots.txt или использовать тег meta name="robots" content="noindex,follow". Я раньше тоже так делал, но это не совсем правильно, так как поведенческие факторы со страниц пагинации не будут передаваться. Да и Яндекс также говорит:

Я не продвигаю страницы категорий на блоге (а зря, я рассказывал про пользу правильной ), все руки не доходят, как-нибудь доберусь обязательно, уберу "noindex, follow". Тем, кто продвигает категории, рекомендую использовать инструкцию выше.

Дублирование в пагинации

Кстати, если Яндекс считает, что страницы пагинации - это дубли, то Google так не считает, ему главное указать rel=prev и rel=next. Если вы используете тег rel=canonical на основную страницу, то в индексе будет только она. Если же использовать только rel=prev и rel=next, страницы пагинации будут попадать в индекс поисковых систем.

Теги prev и next показывают роботу, что страницы связаны в логической последовательности, как бы это одна большая страница. Именно поэтому одновременно использовать rel prev/next и rel canonical на основную страницу - неправильно. То есть, если вы хотите указать и каноникал, и prev/next, тогда каноникал указываем только на саму страницу (саму на себя).

Как оформить страницы пагинации

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

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

И еще, если мы находимся на второй или любой другой странице, ссылка на первую страницу должна идти сразу на основную, а не на /page/1, вот пример:

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

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

Бесконечный скроллинг и прочие javascript/ajax использовать можно, но чтобы не было проблем, я бы рекомендовал сделать так, чтобы все элементы индексировались и отдавались роботу. И все же, я бы продублировал бесконечный скроллинг цифрами 1,2,3,4, так как некоторым пользователям так удобнее. Вот пример:

Также, когда страниц очень много, можно сделать разбивку по 10 страниц для того, чтобы индексирующему роботу "бегать" по страницам было легче, да и страницы будут располагаться в меньшем количестве кликов. То есть выводим примерно так:

1, 2, 3 ... 10, 20, 30, 40, 50, 60, 70...79.

Вывод - как же в итоге поступить правильно?

На мой взгляд есть 3 варианта наиболее правильных развития событий:

1. Если вам важен Яндекс или интересны оба поисковика (практически для всех проектов под Россию), то делаем каноникал на первую страницу.
2. Если интересует только Гугл (например, ваш сайт находится в странах СНГ, где в некоторых из них трафика в Яндексе практически нет, или зарубежные проекты), то делаем rel canonical саму на себя и прописываем prev/next.
3. Если у вас есть страница, где выводятся все товары, можно указать рел каноникал на нее, использовать rel=prev и rel=next. Тогда будет правильно для обоих поисковых систем. Но в таком случае, напомню, минусы тоже есть: если у вас имеются категории, где выводятся больше количество товаров, то это замедлит скорость загрузки сайта, а это влияет на ранжирование.

Во всех случаях запрета на индексирование не требуется (ни в robots.txt, ни в meta name="robots"). Не забываем, что текст размещаем только на 1-ой странице, чтобы не было дублей с большим количеством совпадений. Вы можете проследить за изменения страниц в индексе в панели вебмастеров Яндекса и Google.

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

Ребята, кто успел попасть на предзапись моего SEO-марафона, я почти всем ответил на вопросы, осталось еще чуть-чуть, вопросов пришло очень много, разгребаю. 🙂 Если вдруг вы не успели записаться на предзапись марафона, ждите новостей на блоге (подпишитесь на рассылку по почте, чтобы не пропустить старт продаж), в феврале стартуем!

Ну и вопрос: а что вы делаете со страницами пагинации на своих проектах?

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

Примеры и аргументы у всех свои, но суть, как правило, одна: больше страниц — лучше СЕО. Нет, не лучше. Почему я уже писал, но давайте рассмотрим подробнее постраничную навигацию на сайте . Какой должна быть порядковая нумерация страниц сайта, чтобы, как минимум, не навредить SEO. Почему не навредить? Потому что в задачи поисковой оптимизации сайта входит определение точного соответствия страницы ключевому запросу , а не создание бесконечного числа дублей одной и той же страницы с заголовком «Страница №911».

Польза пагинации для SEO

Давайте рассмотрим, какую невероятную пользу несет постраничная навигация для сайта в плане . Она обеспечивает доступ ко всем страницам сайта из списка страниц категории. Да, действительно. Особенно, когда у вас 50 страниц и чтобы добраться до, скажем, 21 страницы, поисковому роботу нужно углубиться на … сколько уровней? Найти на 21 странице товар или пост и углубиться еще на один уровень. Да, польза колоссальная, особенно если учесть, что поисковые боты не ходят глубже 3-4 уровней вложенности. Нет, ну конечно ходят, но ценность и сроки индексации с каждым уровнем падают в геометрической прогрессии.

Что еще полезного нам несет порядковая нумерация страниц сайта? Она ограничивает количество ссылок на странице, ибо негоже более 100 ссылкам на одном холсте собираться. Вот это действительно польза. Есть еще косвенная польза, в виде , так как постраничная навигация — один из самых популярных и привычных методов отображения больших списков информации на сайте. За то и держим. Вот вроде бы и все.

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

SEO постраничной навигации на сайте

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

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

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

Исключение пагинации из индексации

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

Исключение пагинации через Канонические ссылки

Если коротко, то каноническая ссылка — это ссылка на главную страницу раздела или ту страницу, которую решено считать главной. На каждой нумерованной странице указываем ссылку на главную и «о, чудо!» — все номерные страницы улетают, как исключенные из индексации. Если более развернуто, то читаем .

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

Исключение пагинации через Robots Disallow

Представим, что адрес номерной страницы выглядит так:

Http://site.ru/category/page/3

Всего-то надо попросить поисковых роботов не ходить куда не надо, а именно:

Disallow: /category/page

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

Исключение пагинации динамических страниц

Ежели пагинация на сайте организована средствами URL динамических:

Http://site.ru/category?page=3

Извольте воротиться в robots.txt прописать уже знакомые:

Disallow: ?page=

Clean-param: page /

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

Ставь лайк, делай репост, подписывайся на новые статьи, которые выходят каждый день.

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

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

Типы пагинации

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

1. Разбивка статей

Один из наиболее популярных типов пагинации. Если у вас имеется довольно длинная статья, которую не хотелось бы выводить на одной страничке, вы можете разбить ее на несколько страниц. Реализовать это очень просто: разбиваете статью на части, публикуете их на разных страницах, а затем внутри каждой из них устанавливаете кнопки «Следующая» и «Предыдущая».

Соответственно, у каждой страницы будет свой URL-адрес, к примеру:

• vashsite.com/vasha_statya-1.html.
• vashsite.com/vasha_statya-2.html.

К каждой части вашей статьи может быть применено свое имя. Таким образом, к примеру, вместо vasha_statya-1.html вы легко можете использовать chast_name.html, в котором chast_name будет являться наименованием раздела. Однако, учтите, что это может вызвать некоторые трудности при поисковой оптимизации, поэтому, лучше всего, использовать метод 1,2,3.

1. Пагинация галерей

Для реализации пагинации галереи с картинками нужно, чтобы у каждого изображения в этой галереи была своя страничка. Тут так же, как и с разбивкой статей, вы можете указывать номер изображения после названия серии (1, 2, 3…). Опять же, можно дать каждой странице с изображением свое наименование, но, в таком случае, поисковик не будет видеть, что все иллюстрации принадлежат к одной галерее.

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

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

3. Деление на страницы комментариев в блогах или тем на форумах

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

4. Пагинация бесконечного прокручивания

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

Проблемы, которые могут возникнуть

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

Глубина сканирования

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

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

Повторение контента

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

Это позволит вам без опасений использовать страницу «Просмотреть все».

Бедный контент

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

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

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

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

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

В каком месте применять пагинацию

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

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

Что касается комментариев в блогах и тем на форумах, то, лучше всего, будет выделять на одну страницу порядка 10-20 сообщений (комментариев). Естественно, сообщения могут быть длинными, в таком случае, если их будет 20, на одном экране они не уместятся. Страшного в этом ничего нет.

Есть пользователи, которые больше предпочитают постоянное прокручивание страницы, нежели кликание по кнопке «Следующая». Поэтому, главное придерживаться правила – не больше 20 сообщений на странице, но и не меньше 10.
В случае с пагинацией категорий, лучше всего, будет создавать новую страницу, когда наберется порядка 50-70 ссылок. Можно также найти рекомендации по использованию 100 ссылок, однако это будет уже перебор. А если еще и с мобильного устройства просматривать, то и подавно.

Для разбитых на страницы статей нужно всегда создавать содержание

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

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

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

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

Для пользователей WordPress прекрасно подойдет дополнение WP Table of Paginated Contents. С его помощью можно выполнять все действия, касательно содержания и настраивать его, как вам угодно.
Данный плагин позволяет сделать содержание следующего типа:

Помните о страничке «Просмотреть все»

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

Есть пользователи, которым не нравится постоянно кликать по кнопке «Следующая», поэтому они предпочитают страницу «Просмотреть все». К тому же, она избавит вас от проблем при поисковой оптимизации.

Но, данное правило не касается форумов, потому как на них нет смысла в создании страницы «Просмотреть все». На форуме вы просто должны разбивать темы на страницы и все, пока нет никаких методов обхода этой ситуации.

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

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

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

При необходимости применяйте rel=“next” и rel=“prev”

Бывает, что условия конкретного проекта не позволяют создать страницу «Просмотреть все». Это также попросту может не допускать используемый вами тип пагинации. В таком случае, чтобы заставить «Google» индексировать полностью все странички из данной серии, вы можете прибегать к использованию rel=“next” и rel=“prev”.

С помощью этих HTML-атрибутов вы сможете указывать «Google» на последовательность индексирования ваших страниц.

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

Заключение

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

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

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

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

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

Мы считаем этот момент важным для внутренней оптимизации сайта, поэтому в данном руководстве по пагинации для 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.