Также веским недостатком пагинации может. Указание текущего положения

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

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

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

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

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

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

Каждая страница имеет разный URL-адрес, например:

http://www.somesite.com/some_article-1.html ;
http://www.somesite.com/some_article-2.html ;
http://www.somesite.com/some_article-3.html ;

Вы можете использовать разные имена для каждой части статьи (т.е. вместо some_article-2.html вы можете использовать part_name.html, где part_name — название раздела ), но это создает больше проблем для SEO , так что вам лучше придерживаться конвенции 1, 2, 3.

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

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

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

3. Пагинация категорий

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

4. Разбиение на страницы тем форума или комментариев блога

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

5. Пагинация бесконечной прокрутки

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

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

Возможные проблемы

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

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

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

2. Дублированный контент

Дублированный контент — это очень серьезная проблема SEO . Это может произойти при пагинации, когда вы используете общую страницу «Смотреть все » вместе с разбивкой на отдельные страницы. Я советую использовать rel=”nofollow” для разбивки страниц. Тогда вы сможете смело включить страницу «Смотреть все ».

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

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

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

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

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

1. Когда использовать пагинацию

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

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

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

Некоторым пользователям больше подходит прокручивать страницу вниз, чем постоянно нажимать на кнопку «Следующая », «Следующая », «Следующая ». Так что придерживайтесь правила — от 10 до 20 сообщений / комментариев на страницу.

2. Всегда создавайте оглавления разбитых на страницы статей

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

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

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

Если вы используете WordPress , то вам уже мог полюбиться плагин WP Table of Paginated Contents . Он обрабатывает все, что связано с созданием оглавлений и предоставляет множество вариантов настройки.

С помощью этого плагина, ваши оглавления будут выглядеть следующим образом:

3. Не забывайте о странице «Смотреть все»

Я уже несколько раз в этой статье упоминала, что страница «Смотреть все » решает многие проблемы SEO , связанные с пагинацией страниц.

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

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

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

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

4. Если необходимо, используйте rel=“prev” и rel=“next”

Если у вас есть веские причины, по которым вы не можете использовать страницу «Смотреть все », или если тип пагинации, который вы используете, просто не допускает такого, вы всегда должны использовать rel=“prev” и rel=“next” , чтобы Google индексировал все страницы этой серии.

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

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

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

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

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

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

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

И так, что же такое пагинация

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

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

Почему важно правильно настроить пагинацию на сайте?

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

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

Устаревшие способы оптимизации страниц пагинации:

1 Способ. Закрыть страницы пагинации в robots.txt

Такой способ является быстро реализуемым, поскольку не требует вмешательств в код самого сайта.
Закрыть страницы пагинации в файле robots.txt можно по маске директивой типа

Disallow: *page=

Конкретная директива зависит от способа реализации страниц пагинации на Вашего сайта.

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

2 Способ. Пагинация с тегом rel=«canonical» на первую страницу категории

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

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

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

Google включил настройку канонических ссылок на первую страницу категории в список самых распространенных ошибок при настройке rel=canonical.

Оптимальные методы оптимизации страниц пагинации:

3 Способ. Пагинация с тегом rel=«canonical» на страницу «Смотреть Все»

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

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

Такой тег выглядит следующим образом:

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

Минусы

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

4 Способ. AJAX-пагинация

AJAX-пагинация найболее оптимальная и выгодная для SEO функция, поскольку работает она следующим образом:

при переходе на вторую и последующие страницы каталога, страница сайта не перезагружается, но список выводимых товаров или статей изменяется при помощи AJAX, таким образом страниц с url-адресами вида http://site.com/page2 и т. д. просто не существует, они не могут быть проиндексированы поисковыми системами и никогда не попадут в индекс.

Минусы

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

5 Способ. Пагинация с тегами rel="prev"/"next" и мета-тегом robots

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

разместив его в секцию .

Кроме этого на всех страницах пагинации размещаются теги "prev" и "next" , указывающие на предыдущую и следующую страницы соответственно. Это облегчает роботу понимание структуры нумерованных страниц и улучшает сканирование размещенных на них товаров или статей. Например,на сайте находится 4 страницы пагинации:

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

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

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

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

Важно

Обратите внимание, что URL первой страницы http://site.com/page1.html не должен существовать в принципе, его дожна заменять основная страница http://site.com/page.html . То есть при клике пользователя на цифру 1 в списке страниц пагинации перех должен осуществляться именно на основную страницу вида http://site.com/page.html.
Также при размещении текста на странице категории, рекомендуется скрывать его на остальных страницах пагинации.

6 Способ. Пагинация с тегами rel="prev"/"next" и rel="canonical" сам на себя

Аналогично предыдущему способу на всех страницах пагинации размещаются теги rel="prev"/"next". Отличие от предыдущего подхода состоит в том, что вместо закрытия индексации нумерованных страниц с помощью мета-тега robots, на каждой странице пагинации размещается атрибут rel="canonical", указывающий каноническую ссылку на эту же страницу. То есть на странице пагинации http://site.com/page3.html в блоке будет размещена каноническая ссылка, ведущая на нее же:

При этом страницы пагинации не должны быть закрыты от индексирования ни одним из способов.

Как узнать, что пагинация для SEO настроена неправильно?

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

Самый простой способ для их определения - посмотреть проиндексированные страницы в Google через оператор site: , например site:example.com покажет все страницы для домена example.com. Но, если Ваш сайт имеет большое количество страниц, удобнее будет воспользоваться специализированными сервисами типа Screaming Frog Seo Spider . Находим страницы-дубликаты по title и обращаем внимание на их URL для обнаружения страниц пагинации (адреса содержат параметр типа page= ).

Также Вы можете найти дубликаты title с помощью панели вебмастера Google:

Откройте вкладку Вид в поиске > Оптимизация HTML

Переходим в раздел "Повторяющиеся заголовки (теги title)" и анализируем адреса страниц на схожесть со страницами пагинации.

Заключение

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

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

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

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

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

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

Один из самых частых вопросов в профильных блогах и на форумах от новичков связан с публикацией обширных материалов: как лучше размещать контент: на одной странице или на разных? Эта проблема может быть связана как с объемом материала (статьи с большим количеством символов), так и с числом карточек на сайте (например, если товаров много). Самый простой способ решения этого вопроса - пагинация. В сайтостроительстве этим термином называют порядковую нумерацию веб-страниц. И дальше мы поговорим о том, как ее настроить и как она может повлиять на индексацию сайта.

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

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

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

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

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

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

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

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

Например, самый частый вариант организации каталога на продающих сайтах сегодня выглядит так: Главная > Чайники > Список моделей с пагинацией.

Можно представить это по другому: Главная > Чайники > Производители > Список моделей. Если и этого недостаточно, добавляем еще уровни каталогов: Главная > Чайники > По объему > Список моделей. Но это - не выход для магазинов, у которых таких каталогов придется создать массу, даже далее 2 и 3 уровня. Зато такой подход решает вопрос с динамическими страницами, поскольку фильтры создавать бессмысленно.

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

Также долго будут индексироваться страницы магазина или сайта, если воспользоваться возможностями файла rosots.txt: «Disallow: /catalog/pagе» оставит в индексе только первую страницу листинга. Соответственно, карточки на второй и далее страницах пауком будут изучены позже, т.к. ссылок на них получить роботу фактически неоткуда.

Некоторые оптимизаторы предпочитают использовать атрибут rel=»canonical». Для Google - это лучший вариант, а вот Яндекс, процитирую, «читает ссылку с атрибутом rel=»canonical» не строгой директивой, а предлагаемым вариантом, который учитывается, но может быть проигнорирован». То есть, если контент на страницах отличается, робот все равно проиндексирует их, не обращая внимания на атрибут (хотя Платон рекомендует использовать этот атрибут). Кроме того, потребуется создание страницы, на которой будет выводиться весь товар. Она-то и должна быть указана в качестве канонической. Ну и та же проблема, что с - нужно прописать атрибут на динамических страницах при наличии фильтров для вывода товаров.

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

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

Страницы пагинации SEO

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

на каждой странице увеличиваем количество отображаемых элементов (это позволит сократить общее число страниц - пусть у вас будет 15 карточек, а не 10 на одной странице);
title для каждой страницы (кроме первой) должен содержать номер;
description оставляем только для первой страницы, а keywords не используем на страницах пагинации вообще;
продающий текст с ключами не должен дублироваться: или пишем отдельно для каждой страницы, или выводим только на первой;
старайтесь не разбивать статьи, если это делается средствами сайта, а не вручную с учетом необходимости продвижения каждой страницы по ключу (canonical, конечно, подойдет, но только для Google);
не забывать про ссылку на страницу «посмотреть все»;
позвольте пользователю самому определять количество товаров, выводимых на странице.

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