Кристина Загорулько
Июн 30, 2015 | Время чтения: 6 мин
Все крупные интернет-магазины в обязательном порядке используют пагинацию – постраничную навигацию товаров. Делается это для удобства посетителей. Представьте себе, что какой-нибудь раздел содержит пару сотен единиц товара. Выводить их все на одну веб-страницу? В принципе, можно. В отличие от бумажной, интернет-страница безразмерна. Используй себе скроллинг и просматривай товар. Да, страница сайта безразмерна, но скорость-то соединения имеет конечную величину! И если каждая единица товара имеет изображения (а это сейчас делается практически всегда), то такая веб-страница может грузиться очень долго. Но если пагинация для юзабилити сайта – это всегда хорошо, то для SEO неправильная ее настройка сулит ухудшение позиций в поисковой выдаче и затрудняет индексацию:
- поисковые системы могут штрафовать сайт за дублирование контента;
- единицы товара очень долго будут индексироваться, а значит, их невозможно будет обнаружить через поиск.
Рассмотрим подробнее эти проблемы.
Лимит он и у поисковиков лимит
Робот поисковой системы на сайте находится отнюдь не столько времени, сколько необходимо, чтобы проиндексировать все его страницы. Это время лимитировано и определяется частотой обновления контента, трастом и массой других величин. А теперь представьте себе ситуацию: в интернет-магазине в каждом разделе по 20-30 страниц, отличающихся только названиями товаров. И каждую страницу робот будет индексировать, то есть считывать, ее содержимое. А до страницы конкретного товара он уже и не доберется, ведь она находится уровнем ниже. Но ведь владельцу интернет-магазина надо совершенно другое – индексация страниц с товаром!
Проблема дублированного контента
К одинаковому контенту даже в рамках одного сайта поисковики относятся плохо. Логика проста. На веб-странице сайта должен быть контент максимально релевантный запросу. А если на разных страницах он практически идентичный, то есть имеется список единиц товара (для разных страниц он разный, но очень похожий, так как товар однотипный) плюс ОДИНАКОВОЕ описание всей группы товаров, в котором и находятся ключевые слова. Как тогда определить из всех таких интернет-страниц наиболее релевантную? По сути, с точки зрения SEO, вес страниц распыляется. Главная страница раздела (каталога) теряется среди десятка ей подобных. А значит, в выдаче она неминуемо будет проседать, точнее, все веб-страницы будут проседать.
Варианты сео оптимизации страниц пагинации
Вначале определимся, чего мы хотим. Задача-минимум: так организовать пагинацию, чтобы она не навредила SEO, то есть не ухудшала показатели сайта в выдаче. Задача- максимум: способствовала улучшению показателей сайта в выдаче. А теперь рассмотрим имеющиеся варианты.
Вариант №1. Запрет индексации страниц пагинации
А. При помощи мета-тега noindex
Этот вариант сео оптимизации подразумевает, что в секцию
КАЖДОЙ веб-страницы пагинации кроме первой добавляется строчка:Другими словами, вы запрещаете роботу поисковика индексировать эту веб-страницу, но разрешаете следовать по ссылкам из нее.
Несколько нюансов сео оптимизации:
- Исключите дублирования URL первой страницы при динамическом создании веб-страниц. Другими словами, если на сайте реализованы фильтры – контент страницы зависит от заданных условий: сортировка по цене – с большей, меньшей, по популярности, по брендам и т. д. Для этого ссылка на первую страницу каталога должна иметь вид: название домена/catalog. А со страницы: название домена/catalog?page=1 необходимо сделать 301 редирект на страницу: название домена/catalog.
- Обязательно создать XML карту сайта.
Плюсы:
- Этот вариант отлично понимает Яндекс.
Минусы:
- Тег noindex не воспринимает Гугл.
- При большом количестве фильтров и товаров в каталоге получается большое количество динамических страниц, на которых необходимо прописать мета-тег noindex.
- Полностью исключается контент со страниц пагинации, за исключением первой.
Б. При помощи файла robots.txt
Пусть у нас страницы пагинации имеют вид http://название домена/category/page/n, где n – номер страницы. В этом случае в файле robots.txt прописываем директиву: Disallow: /category/page.
В случае с динамическими веб-страницами, вида http://названиедомена/category?page/n директива будет иметь вид: Disallow: ?page=
Этот способ сео оптимизации более универсален, но не лишен главного недостатка – полностью исключается контент со страниц пагинации, за исключением первой.
Вариант №2. Использование тега canonical и страницы «Смотреть все»
Суть этого варианта сео оптимизации состоит в том, что создается веб-страница, на которой показывается весь товар каталога, и с помощью тега canonical (о нем мы писали в статье « ») вы указываете поисковым системам на нее как на каноническую веб-страницу. К примеру, у вас в интернет-магазине есть раздел «Абажуры». Тогда необходимо создать интернет-страницу со всеми абажурами, например, с таким URL: название домена/abajyru/?&show_all=yes. А на всех веб-страницах пагинации в секции
прописать строку:.
Нюансы сео оптимизации:
- Если товаров много, то такая интернет-страница может грузиться достаточно долго. Как выход – уменьшить разрешение изображений товаров.
Плюсы:
- Тег canonical понимает и Гугл и Яндекс. При этом для Гугл такой способ исключения страниц из индексации является приоритетным.
- Весь контент страниц пагинации будет индексирован через веб-страницу «Смотреть все».
Минусы:
- Накладывает определенные ограничения на качество картинок и общий объем контента.
- Для Яндекса тег canonical не является директивным. Он его может и проигнорировать. И эта вероятность возрастает, если контент на веб-страницах не будет идентичен. А такое обязательно будет, ведь список товаров будет отличаться.
- При большом количестве фильтров и товаров в каталоге получается большое количество динамических страниц, на которых необходимо прописать тег canonical.
Вариант №3. AJAX-пагинация
Суть этого варианта сео оптимизации состоит в том, что при прокрутке станицы вниз в нее подгружается новый контент. Достигается это при помощи технологии AJAX (Asynchronous Javascript and XML), которая позволяет обмен данными между сервером и браузером пользователя в фоновом режиме. С данной технологией многие прекрасно знакомы, ведь она реализована во «ВКонтакте» и «Одноклассниках». AJAX позволяет все время подгружать список товара и вторых и последующих веб-страниц каталога просто не существует.
Плюсы:
- Для поисковых систем каталог будет выглядеть, как одна веб-страница, поэтому будет проиндексировано все и никакого дублирования контента.
- Нет опасности долгой загрузки веб-страницы (как в случае со страницей «Показать все»).
Минусы:
- для внедрения такой пагинации в интернет-магазине необходим опытный программист;
- если текст на такой странице каталога написан не только для продвижения, но и для пользователей (а так и должно быть), то его, при большом количестве товара, придется размещать вверху, что непривычно для пользователя.
Вариант №4. Пагинация при помощи тегов rel=»prev»и rel=»next»
Этот вариант сео оптимизации основан на том, что при помощи этих тегов Гуглу дается команда при индексировании объединить страницы, помеченные ими, в одно целое. Вот как это делается на практике.
Пусть у нас есть четыре веб-страницы каталога. Тогда в секцию
страницы №1 помещаем строку:Для страницы №2 это будет выглядеть уже так:
Для страницы №3:
И, наконец, для страницы №4:
Плюсы:
- Позволяет проиндексировать весь контент, как будто он размещен на одной странице, но без использования громоздкой веб-страницы «Смотреть все».
Для начала небольшая справка:
Пагинация – это порядковая нумерация страниц, которая обычно находится вверху или внизу страниц сайта.
В большинстве случаев применяется для главных страниц и разделов. Зачастую выглядит так:
Детально про то, что такое пагинация описано в Википедии .
Мы считаем этот момент важным для внутренней оптимизации сайта, поэтому в данном руководстве по пагинации для 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.
Пагинация – деление контента по страницам, одна из важнейших тем для каждого вебмастера. При наличии немалого количества контента, без разбиения его на страницы практически не обойтись. К тому же, благодаря пагинации контентом удобнее пользоваться, да и есть много моментов 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», а может, и нет. Поэтому, нельзя быть уверенным, что будут проиндексированы все страницы.
Заключение
Пагинация неразрывно связана с определенными проблемами в удобстве использования и оптимизации, однако все из них можно решить. Пагинацию нужно применять правильно, иначе вы рискуете получить серьезные проблемы.
Но, достаточно следовать названным рекомендациям и вы будете получать от пагинации, исключительно, положительный эффект. Не нужно будет переживать, что у сайта станет плохое юзабилити, или упадет рейтинг в поисковиках.
Один из самых частых вопросов в профильных блогах и на форумах от новичков связан с публикацией обширных материалов: как лучше размещать контент: на одной странице или на разных? Эта проблема может быть связана как с объемом материала (статьи с большим количеством символов), так и с числом карточек на сайте (например, если товаров много). Самый простой способ решения этого вопроса - пагинация. В сайтостроительстве этим термином называют порядковую нумерацию веб-страниц. И дальше мы поговорим о том, как ее настроить и как она может повлиять на индексацию сайта.
же этот термин используется, если отобразить весь контент на одной странице невозможно. В этом случае требуется порядковая нумерация страниц сайта, по которой пользователь может осуществлять переходы во время посещения ресурса.
Чаще всего с пагинацией сталкиваются владельцы интернет-магазинов, которые вынуждены нумеровать страницы в каждом разделе каталога. Информационные ресурсы используют пагинацию реже.
Казалось бы, все просто: настраиваем количество отображаемого на одной странице, выводим пагинацию в удобном месте и наслаждаемся результатами своих трудов. Однако все далеко не так легко, поскольку при организации пагинации можно столкнуться с рядом сложностей, влияющих на качество ресурса.
Среди проблем, которые нужно выделить, значатся следующие:
- возникновение дублей страниц;
- долгая индексация при большом количестве карточек;
- появление «бедного контента»;
- повтор заголовков;
- наполнение сайта малозначительными страницами;
- нежелание клиента посещать все страницы;
- включение пагинации в дизайн.
Об их решении мы сегодня и поговорим. Тем более, что способов устранения этих недочетов в работе сайта не так много, а потому приходится не выбирать, а пользоваться вполне конкретным списком инструментов и рекомендаций.
Итак, сначала договоримся о том, что для продвижения сайта в ТОП пагинация, в принципе, ни к чему: нам достаточно было бы и главной страницы (утрирую, но все же). А вот для получения заказов она очень даже важна - пока все товары не будут проиндексированы роботом, найти их пользователь вряд ли сможет. Большую роль играет она и в юзабилити - пользователю должно быть удобно при перемещении между категориями/каталогами/карточками.
Один из самых спорных способов избавления от негативных последствий использования пагинации - создание дополнительных каталогов. То есть, если ваш интернет-магазин испытывает проблемы с тем, что все модели чайников разместить на одной странице не удается, стоит создать новые вложенные каталоги, а не раскидать их по страницам.
Например, самый частый вариант организации каталога на продающих сайтах сегодня выглядит так: Главная > Чайники > Список моделей с пагинацией.
Можно представить это по другому: Главная > Чайники > Производители > Список моделей. Если и этого недостаточно, добавляем еще уровни каталогов: Главная > Чайники > По объему > Список моделей. Но это - не выход для магазинов, у которых таких каталогов придется создать массу, даже далее 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».
Важным является корректная настройка пагинации, поскольку присутствие на сайте неканонических страниц может серьезно мешать как продвижению, так и привести к проблемам с индексацией ресурса в целом. Страницы пагинации могут быть расценены поисковыми системами как несущие сомнительную ценность, ведь в большинстве случаев - это полные или частичные дубли страниц категорий Вашего сайта.
В этой статье я предлагаю подробно рассмотреть основные проблемы и найти эффективные решения настройки пагинации на Вашем сайте.
И так, что же такое пагинация
Страницы пагинации – это страницы каталога (вторая, третья и т.д., страница «показать все») на которых выводится список товаров (или статей, если речь идет о блоге), не поместившихся на первой странице категории или раздела ресурса. В большинстве случаев находится внизу сайта, но может быть расположена и вверху (иногда дублируется вверху и внизу). Выглядит следующим образом:
Поскольку такой функционал присутствует на большинстве сайтов, проблема с его настройкой – актуальна для веб-мастеров и 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-специалистов не существует. Поэтому , подмечайте тактики, которые эффективно работают именно для Вашей ниши и внедряйте их в жизнь. Желаем успехов и роста позиций Ваших проектов!
