Пагинация является важным элементом навигации любого сайта или приложения. Тем не менее, при разработке сайта пагинации уделяется мало внимания, вследствие чего большинство сайтов имеют не совсем пригодную пагинацию.
Пагинация - это метод разбиения содержимого на несколько страниц, предоставляющий ссылки для переходу с текущей части на другие. Зачастую ссылки для перехода на другие части располагаются ниже или выше содержимого, либо используются оба варианта. Зачастую ссылки на другие страницы представляют собой номера этих страниц, но также встречаются сайты, где используются только ссылки вида «Раньше»/«Позже».
Какой метод пагинации использовать и использовать ли вообще зависит от контекста, поэтому всегда нужно исходить из желания сделать сайт удобным для посетителей.
В создании качественной пагинации нет ничего сверхсложного, достаточно лишь следовать перечисленным ниже советам.
1 Оптимальный размер страницы
Не делайте страницу слишком короткой. Сайт или приложение - это не печатная книга. Размер страницы печатной книги ограничен размером книги и листа, а размер страницы сайта ограничен лишь вычислительной мощностью устройства и терпением пользователя. Приемлемым вариантом является отображение 20-80 записей на страницу, но это лишь приблизительное число, а реальное число зависит от категории сайта. На некоторых сайтах это число равно 10, а где-то и 100, ведь главное в этом деле - обеспечить удобство использования.
2 Размер ссылок
Кликабельные элементы пагинации (да и любого другого элемента навигации) должны быть крупными. Это необходимо в первую очередь для людей, использующих мобильные устройства, так как точность нажатия пальцем на сенсорный экран гораздо ниже, чем при использовании курсора на персональном компьютере или стилуса.
3 Указание текущего положения
У пользователя не должно возникнуть проблем с определением того, на каком номере страницы он находится в данный момент. Поэтому в пагинации необходимо визуально выделить номер страницы, на которой находится пользователь. Причём, желательно, чтобы это было сделано не только с помощью цвета, так как сайт могут просматривать на монохромном экране.
4 Ограничьте количество страниц и пространство вокруг элементов
Количество ссылок должно быть не более 10. Также нужно убедиться в том, что размера ссылок и пространства между ними достаточо, чтобы пользователь нажимал на ту ссылку, на которую он действительно хотел нажать.
5 Ссылки на предыдущую и следующую страницы
6 Ссылки на первую и последнюю страницы
Зачастую можно увидеть пагинацию, содержащую ссылки на первую и последнюю страницы. Они не такие популярные, но, тем не менее, они нужны пользователям, которые решили начать чтение с самых ранних записей (если новые размещены вверху на первой странице, как часто делают для новостей).
Эти ссылки визуально похожи на ссылки, ведущие на предыдущую и следующую страницы (например, двойная стрелка), что приводит к путанице - пользователи не уверены в том, какая ссылка за что отвечает. Добавление текста редко решает проблему.
Тем не менее, решение простое - обозначить первую и последнюю страницу цифрами, как и остальные ссылки.
7 Проверьте мобильную версию
Мобильные устройства имеют ограничения размера экрана, поэтому нужно разумно сократить количество элементов и увеличить их размер. Для мобильных устройств можно оставить номер текущей страницы и базовые элементы (первая страница, предыдущая страница, следующая страница, последняя страница).
8 Навигация с помощью клавиатуры
Дайте пользователям возможность использовать для навигации клавиатуру. Клавиша «Вправо» - следующая страница, клавиша «Влево» - предыдущая страница. Главное - предупредить пользователя о данной возможности. Для предупреждения хватит текста под пагинацией: «Используйте клавиши ← влево и вправо → для навигации по страницам».
Также хорошей практикой считается дать возможность пользователю переходить по ссылкам, используя клавишу «Tab». Когда ссылка выделена, нажатие на клавишу «Enter» должно инициировать переход на соответствующую страницу.
Номера страниц или «Далее/Назад»?
Если страниц мало, увеличивается шанс того, что посетитель пролистает их все. Если у посетителя нет возможности оценить количество записей, его терпение может закончиться раньше, чем он перейдёт на другую страницу.
Вывод
Хорошая пагинация улучшает читабельность и уменьшает сложность.
Один из самых частых вопросов в профильных блогах и на форумах от новичков связан с публикацией обширных материалов: как лучше размещать контент: на одной странице или на разных? Эта проблема может быть связана как с объемом материала (статьи с большим количеством символов), так и с числом карточек на сайте (например, если товаров много). Самый простой способ решения этого вопроса - пагинация. В сайтостроительстве этим термином называют порядковую нумерацию веб-страниц. И дальше мы поговорим о том, как ее настроить и как она может повлиять на индексацию сайта.
же этот термин используется, если отобразить весь контент на одной странице невозможно. В этом случае требуется порядковая нумерация страниц сайта, по которой пользователь может осуществлять переходы во время посещения ресурса.
Чаще всего с пагинацией сталкиваются владельцы интернет-магазинов, которые вынуждены нумеровать страницы в каждом разделе каталога. Информационные ресурсы используют пагинацию реже.
Казалось бы, все просто: настраиваем количество отображаемого на одной странице, выводим пагинацию в удобном месте и наслаждаемся результатами своих трудов. Однако все далеко не так легко, поскольку при организации пагинации можно столкнуться с рядом сложностей, влияющих на качество ресурса.
Среди проблем, которые нужно выделить, значатся следующие:
- возникновение дублей страниц;
- долгая индексация при большом количестве карточек;
- появление «бедного контента»;
- повтор заголовков;
- наполнение сайта малозначительными страницами;
- нежелание клиента посещать все страницы;
- включение пагинации в дизайн.
Об их решении мы сегодня и поговорим. Тем более, что способов устранения этих недочетов в работе сайта не так много, а потому приходится не выбирать, а пользоваться вполне конкретным списком инструментов и рекомендаций.
Итак, сначала договоримся о том, что для продвижения сайта в ТОП пагинация, в принципе, ни к чему: нам достаточно было бы и главной страницы (утрирую, но все же). А вот для получения заказов она очень даже важна - пока все товары не будут проиндексированы роботом, найти их пользователь вряд ли сможет. Большую роль играет она и в юзабилити - пользователю должно быть удобно при перемещении между категориями/каталогами/карточками.
Один из самых спорных способов избавления от негативных последствий использования пагинации - создание дополнительных каталогов. То есть, если ваш интернет-магазин испытывает проблемы с тем, что все модели чайников разместить на одной странице не удается, стоит создать новые вложенные каталоги, а не раскидать их по страницам.
Например, самый частый вариант организации каталога на продающих сайтах сегодня выглядит так: Главная > Чайники > Список моделей с пагинацией.
Можно представить это по другому: Главная > Чайники > Производители > Список моделей. Если и этого недостаточно, добавляем еще уровни каталогов: Главная > Чайники > По объему > Список моделей. Но это - не выход для магазинов, у которых таких каталогов придется создать массу, даже далее 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 рассмотрим главные нюансы и решения.
Ближе к делу!
Давайте рассмотрим некоторые из потенциальных проблем, которые возникают, когда вы используете пагинацию, без учета потенциальных проблем:
Лимит посещение поисковыми роботами для вашего сайта
Когда поисковые роботы будет сканировать ваш сайт, глубина и количество страниц, которые они будут посещать за один раз, будут варьироваться в зависимости от траста сайта, частоты обновления контента и т.д. И, если у вас есть огромное количество страниц с пагинацией, то, вероятность того, что поисковые роботы будут ходить по всем страницам пагинации и проиндексируют все конечные страницы (товары/статьи) существенно падает. Кроме того, лимит будет расходоваться на посещение страниц пагинации, а не на посещении действительно важных страниц сайта.
Проблема с дубликатами
В зависимости от структуры ваших страниц с пагинацией, весьма вероятно, что некоторые страницы могут содержать похожее или идентичное содержание. В дополнение к этому, вы будете часто обнаруживать, что у вас на сайте одинаковые теги 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-специалистом. Однако стоит помнить фундаментальное правило поисковой оптимизации: страница должна быть релевантна ключевому запросу. Не нужно создавать бесчисленное множество дублей с идентичными заголовками (тег title и meta description). Для решения подобных проблем на помощь оптимизаторам приходит постраничная пагинация. О том, какой она должна быть в идеале, ходит много споров; этот вопрос поднимается практически на любом SEO-форуме или конференции. Попробуем разобраться в ситуации и внести ясность в эту проблему.
Что такое пагинация и ее разновидности
Под таким термином подразумевается ссылочный блок, с помощью которого на странице выводится часть информации из большого массива однотипных данных. Другие его наименования – pagination, пейджинг, листинг. В современных условиях пагинация приобрела форму, которой удобно пользоваться.
Существует множество методов реализации постраничной навигации с различным функционалом. Наиболее распространенными из них считаются:
- Прямая (универсальная) пагинация с порядковой нумерацией (1-2-3). Это перечень номеров страниц.Чаще всего также добавляют кнопки “далее/назад” с обеих сторон ссылок на страницы.
- Диапазон выбора с указанием позиции в листинге (1-10, 20-59).
- Обратного типа (“новое”, 100-21, 20-1).
Конечно, никто не запрещает применять более креативные идеи, например:
Это не противоречит сути пагинации, но выглядит уж слишком громоздко. Имеет смысл оставить просто стрелки: это удобнее и не отвлекает внимание пользователя от контента. Пример реализации:
Типы пагинации
- Разбивка статей. Это, пожалуй, наиболее распространенный вид. Используется для разделения текстового материала на страницы. По обеим сторонам от каждой размещают ссылки «Предыдущая», «Следующая».
Обратите внимание: отдельно взятая страница в подобных случаях имеет собственный URL:
- http://www.нашсайт.com/some_article-1.html;
- http://www.нашсайт.com/some_article-2.html;
- http://www.нашсайт.com/some_article-3.html.
- Пагинация галерей. У каждого изображения есть отдельная уникальная страница, что позволяет задавать имена картинок (входит в понятие оптимизации визуального контента). Подобная реализация удобна для библиотек, фотобанков.
- Пагинация категорий. Когда на сайте множество категорий, подкатегорий, во время просмотра приходится неоднократно пролистывать страницу вниз. Решением проблемы стала их пагинация, представленная на примере ниже.
- Листинг комментариев на блогах, тем, размещенных на форумах. При пагинации такого типа возникает одна сложность: контент, который сегодня находится на первой странице, завтра переместится на вторую, так как его место займут новые материалы. Чтобы не путаться, рекомендуется реализовать листинг по датам. Такие ссылки всегда будут вести на один и тот же контент, поскольку они будут содержать в своем адресе время публикации записи. В подобной ситуации можно использовать годы, месяцы, дни. При этом пагинация будет начинаться с главной, а далее – с максимальной цифры в URL-адресе:
- Бесконечная прокрутка (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-подгрузка контента во время прокрутки страниц: этапы реализации
- HTML-документ с двумя обязательными блоками:
- статическая страница с фиксированной шириной, высотой и свойством overflow:auto (чтобы прокручивать контент);
- блок-контейнер внутри основной страницы. Его ширина меньше, чем родительского объекта, а высота будет зависеть от самого содержания. Именно в этом блоке происходит загрузка данных из сервера.
- Реализация scroll-события и отправление Ajax-запроса на сервер.
- HTML-документ с двумя обязательными блоками:
Фрагменты кода для 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++;
}
- Использование 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»].»»;
После этого следует проверить работоспособность.
Заключение
Неправильное использование пагинации ведет к возникновению ряда проблем для сайта. Некоторые из них:
- Невозможность индексации либо снижение глубины сканирования по причине некорректно настроенных ссылок пагинации.
- Возникновение дублированного контента. Подобная ситуация получается при использовании страницы «Смотреть все» и одновременном разделении на отдельные. При этом rel= »noffollow» для разбиения страниц не используется.
Чаще всего лучшим решением станет применение двух методов: атрибута rel=”next/prev” (понятен для Google) и мета-тега robots=”noindex,follow” (подходит для Google, Яндекс). Это – “золотая середина” в работе с оптимизацией пагинации.
Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».
Что такое pagination ?
Различается несколько видов:
- прямой с нумерацией (1,2,3)
- прямой с указанием позиций в списке (1−20, 21−40)
- обратный с указанием позиций в списке (новое, 600−31, 30−1)
Основные минусы
Временной лимит посещения сайта поисковыми роботами
Да, не только людям свойственна нехватка такого тягучего и вечно ускользающего вещества как время. Пребывание бота на страницах сайта строго лимитировано. Количество проведённого времени определяется за счёт соотношения частоты обновления контента, траста и некоторых других показателей. Естественно, что отведённого временного интервала на индексацию всех необходимых страниц ресурса боту не хватит. Особенно если он потратит его на проверку огромного количества вкладок пагинации (товаров, статей, видео и т. д.).
Проблема с дублями
К идентичному контенту даже в рамках одного сайта поисковики относятся крайне негативно. В зависимости от той или иной структуры вашего листинга, велика вероятность того, что некоторые страницы могут иметь одинаковое содержание (текст, мета-теги). , скорее всего, вызовут недовольство у поисковых систем, что приведёт к проседанию страниц в выдаче.
Человеческий фактор
Большинство пользователей обычно просматривают не более 2−3 страниц из предложенного списка. Следовательно, с позиции ниже 10-той - трафика можно не ждать.
Неудобство юзабилити
Использование числового списка становится крайне неудобным, по причине того, что многие веб-дизайнеры, исходя из принципа экономии места на сайте, делают «циферки» помельче.
Не нужно, но… необходимо
Для продвижения, как правило, страницы пагинации дальше первой не нужны, но для получения ссылок на новости или товары их необходимо проиндексировать.
Способы решения проблем SEO оптимизации постраничного пейджинга
Расширение навигации сайта
Рэнд Фишкин (гений, плейбой, стиляга, сооснователь MOZ, SEO специалист и маркетолог с мировым именем) в одном из своих видеоуроков советует пересмотреть стратегию сайта. А именно - заменить постраничный пейджинг, созданием каталогов второго и третьего уровня.
2. Устранение постраничной навигации страниц пагинации посредством noindex
Плюсы:
- Данный вариант решения проблемы достаточно прост для реализации относительно других нижеперечисленных решений.
Минусы:
- Исключает возможность индексировать весь постраничный контент.
- Товары, находящиеся в глубинах каталога, очень долго дожидаются своей очереди на апдейт.
- Большое количество фильтров и товаров в каталоге равно большому количеству динамических страниц, на которых следует прописать мета-тег noindex.
Главная цель данного варианта - удаление из видимости поисковых роботов всех страниц листинга, кроме первой (главной), при этом обеспечиваем индексацию всех товаров/страниц, принадлежащих данному каталогу.
Данная процедура осуществляется посредством добавления в
мета-тега:
Советы:
- Размещая оптимизированный текст-описание для главной каталога, позаботьтесь о том, чтобы он выводился только на первую страницу.
- Проследите за тем, чтобы URL для главной не дублировался.
- Создайте XML карту сайта.
3. Запрет индексации сайта при помощи файла robots. txt
Просто прописываем директиву: Disallow: /category/pagе
Минус: Исключает контент со всех страниц листинга, кроме первой.
4. Тег canonica l и страница «Смотреть всё» для страниц пагинации
Плюсы:
- Понимает как Google, так и Яндекс (для Google является приоритетным способом исключения из индексации).
- Вся информация индексируется через веб-страницу «Смотреть всё».
Минусы:
- Качество картинок и общий объем контента будет под определёнными ограничениями.
- Увы, для поисковой системы Яндекса canonical не является директивой. Если контент на страницах пейджинга не будет идентичен, то поисковой бот обязательно проигнорирует этот тег.
- Благодаря большому количеству фильтров и страниц, возрастает количество динамических страниц на которых нужно прописать данный тег.
Этот вариант сео оптимизации подразумевает под собой создание одной веб-страницы, на которую будет выводиться весь ассортимент каталога, и при помощи тега canonical поисковым системам указывается на данную страницу, как на каноничесную.
Достаточно прописать в
следующую строку:
Совет:
- Уменьшите разрешение объема товаров. Это исключит проблему долгой прогрузки страниц.
5. Asynchronous Javascript and XML
Плюсы:
- Каталог для поисковых систем выглядит как одна единая веб-страница. Как итог: весь контент будет проиндексирован, и исключается возможность появления дублей.
- Страница загружается не так долго, как в случае с «Показать всё».
Главная идея данного варианта SEO оптимизации - при прокрутке страницы вниз, автоматически подгружается новый контент. Достигнуть такого результата можно при помощи AJAX (Asynchronous Javascript and XML), позволяющей осуществлять обмен данными между сервером и браузером в фоновом режиме.
6. Решение проблемы пагинации при помощи тегов rel="prev"и rel="next"
Плюсы:
- Индексации подвергается весь контент.
- Не требует сложного ПО.
Минусы:
- Данный тег не воспринимает Яндекс.
- HTML код прост, но создается большой объем работы для прописывания всех необходимых цепочек.
Принцип достаточно лёгок: при помощи тегов Google получает команду при индексировании объединить все страницы, на которых прописан данный код, в одно целое.
Пример для трёх страниц каталога:
- для первой
