Но как сделать разметку пагинации на сайте правильно с точки зрения поисковой оптимизации?
Что произошло?
Ранее читалось, что для разметки страниц с пагинацией следует использовать теги rel=next и rel=prev.
Примеры разметки:
<link rel="prev" href="http://megaindex.com/article?page=2" />
<link rel="prev" href="http://megaindex.com/article?page=1" /> <link rel="next" href="http://megaindex.com/article?page=3" />
Использование подобных тегов действительно имело значение раньше:
As our systems improve over time, there may be instances where specific types of markup is not as critical as it once was, and we’re committed to providing guidance when changes are made.
В след за обновлением корневого алгоритма ранжирования сайтов, Google заявил о том, что не поддерживает теги пагинации.
Рекомендованный материал в блоге MegaIndex по теме обновления корневого алгоритма ранжирования по ссылке далее — Google обновил корневой алгоритм ранжирования сайтов: что произошло и что делать? + Мнения экспертов.
Итак, алгоритмы поисковых систем совершенствуются, и теперь использование тегов rel=prev/next является бессмысленным.
Заявление опубликовано в официальном аккаунте поисковой системы в Twitter.
Текст заявления Google далее:
As we evaluated our indexing signals, we decided to retire rel=prev/next.
Studies show that users love single-page content, aim for that when possible, but multi-part is also fine for Google Search. Know and do what's best for *your* users!
Информация о том, что разметка пагинации больше не является сигналом ранжирования опубликована и в официальном блоге Google:
Что делать?
Итак, поисковые системы никак не учитывают теги пагинации rel=prev/next.
Исходя из исследований Google, пользователям нравятся те интерфейсы, в которых контент размещен на одной странице. Такие страницы называются single-page content.
Подобная информация является ценной, поскольку позволяет улучшить поведенческие факторы, влияющие на ранжирование сайта в поисковой выдаче.
На большинстве сайтов пагинация все еще используется для разделения большего объема контента на группы путем использования нумерации.
Плюсы следующие:
- Быстрая загрузка контента. Результаты поисковой выдачи формируются с учетом скорости загрузки сайта;
- Улучшение поведенческих факторов. Поведенческие факторы зависят от скорости загрузки сайта;
- Удержание внимания пользователя. Конверсия сайта падает при низкой скорости загрузки сайта;
- Экономия батареи мобильного устройства пользователя;
- Экономия денег на расход трафика.
В сравнении с форматом single-page content, помимо ухудшения пользовательского опыта, у пагинации есть набор минусов.
Минусы следующие:
- Размытие статического ссылочного веса;
- Размытие анкорного ссылочного веса;
- Размытие поведенческих факторов.
В MegaIndex есть инструмент для оценки внутреннего статического ссылочного веса страниц. Используя инструмент можно узнать информацию о распределении статического веса по страницам в рамках сайта.
Ссылка на сервис — MegaIndex Аудит.
Сервис бесплатный.
Итак, использование модели single-page content является оптимальным вариантом с точки зрения поисковой оптимизации, так как при условии правильной реализации сохраняются преимущества и устраняются недостатки классической пагинации.
Комплекс мер по поисковой оптимизации зависит от выбранной модели:
- Можно продолжать использовать классическую модель пагинации;
- Или внедрять формат single-page content.
1 — Что делать, если продолжать использовать классическую пагинацию?
Если использовать пагинацию в классическом виде, то следует на всех страницах пагинации, начиная с первой, разместить тег rel=canonical.
В значении rel=canonical должен быть прописан адрес первой страницы пагинации.
Например, если первая страница indexoid.com/domains, то код следующий.
<link rel="canonical" href="https://indexoid.com/domains" />
Подобный способ реализации пагинации является не самым эффективным, так как продвигается первая страница пагинации, и такая страница обычно охватывает малое количество ключевых фраз.
2 — Что делать, чтобы улучшить классическую пагинацию?
С точки зрения поисковой оптимизации еще лучшим вариантом является создание главной страницы для группы страниц, объединяемых пагинацией. На такой странице должен быть размещен контент со всех страниц пагинации.
К примеру, такой страницей может быть документ с названием Смотреть все или View all.
На страницах пагинации в значении rel=canonical следует прописать адрес страницы, на которой содержится весь контент со всех страниц пагинации.
Например, если на сайте tehnika.ua есть множество страниц с разной техникой Apple, то на страницах пагинации следует разместить тег rel=canonical со ссылкой на главную страницу категории.
<link rel="canonical" href="http://tehnika.ua/apple" />
Страницы Смотреть все должны быстро загружаться поисковыми роботами. Загрузка должна происходить в пределах 3 секунд.
3 — Что делать, если использовать формат singl-page content?
Еще лучший способ заключается в использовании страниц в формате single-page content.
Использование модели с динамической прокруткой является наиболее оптимальным. При такой модели пользователь листает каталог не покидая страницу, а другие данные, например товары в данной категории, загружаются динамически с помощью скриптов.
При использовании такой модели поисковому оптимизатору следует проследить, чтобы весь важный контент страницы отдавался поисковому роботу.
Провести подобную проверку можно с помощью инструмента Yandex.Webmaster или Google Search Console.
Сделать весь контент доступным для поисковых роботов можно разными способами. Например:
- При открытии страницы выдавать текстовое содержание элементов, которые могут быть загружены динамически и подгружать только графику;
- Выдавать поисковому роботу статическую страницу из кеша оперативной памяти сервера.
Вариант с выдачей статической страницы является наиболее оптимальным, так как в данном случае поисковой системой индексируется весь контент и страница загружается с высокой скоростью.
Данный способ выдачи информации не является клоакингом и санкции поисковыми системами не накладываются.
Вопросы и ответы
Поддерживает ли Yandex теги пагинации rel=prev/nex?
Как и Google, поисковая система Yandex не поддерживает теги пагинации rel=prev/next.
Алгоритм поисковой системы просто игнорирует подобную разметку.
Заявление от Yandex:
Поддерживает ли Bing теги пагинации?
Да, поисковая система Bing использует теги пагинации.
Теги используются для анализа структуры сайтов и не используются как фактор ранжирования сайтов в поисковой выдаче.
Что такое пагинация?
Пагинация — это постраничный вывод информации на сайте.
При использовании пагинации на сайте может выводится, например, 10 результатов поиска или 20 новостей.
Исходя из данных Google, пользователям не нравится использовать пагинацию на сайтах. В целях поисковой оптимизации лучше использовать альтернативный способ вывода контента на странице.
Формат single-page content при правильной реализации является лучшей альтернативой.
Будет ли сайт ранжироваться ниже, если использовать пагинацию?
Поисковые системы не применяют никаких санкций к сайтам, если контент разделен на группы.
Но если контент размещен на одной странице, и на сайте предусмотрена функциональность ленивой загрузки, то такая страница может иметь преимущество в виде более высоких значений по поведенческим факторам.
Поведенческие факторы оказывают влияние на ранжирование сайтов в поисковой выдаче.
Значит, использование single-page content страниц является приоритетным с точки зрения поисковой оптимизации.
Нужно ли удалять разметку rel=prev/next?
Поисковые системы Google и Yandex игнорируют подобные теги.
В удалении тегов нет никакого смысла.
Разметка может использоваться другими краулерами или браузерами. К примеру, в поисковой системе Bing разметка пагинации используется для понимания структуры сайта.
Текст заявление Bing следующий:
We're using rel prev/next (like most markup) as hints for page discovery and site structure understanding. At this point we're not merging pages together in the index based on these and we're not using prev/next in the ranking model.
Поисковая система Google никак не использует разметку в принципе:
We don't use link-rel-next/prev at all.
Выводы
- При использовании нумерации на каждой странице пагинации следует указать адрес канонической страницы. Канонической должна быть та страница, которая предпочтительна для индексации и появления в результатах поиска. В качестве канонической страницы следует указывать первую страницу пагинации. Если есть вариант доработать сайт, то лучше создать канонические страницы Смотреть все.
- У пагинации есть альтернативный вариант. Вместо пагинации можно использовать модель single-page content с динамической загрузкой контента. По данным Google пользователи любят пролистывать сразу все содержимое на одной странице. Если есть ресурсы на доработку сайта, то вместо пагинации следует использовать формат single-page content с отдачей поисковому роботу статической страницы из кеша оперативной памяти сервера.
Кстати, после объявления о прекращении поддержки директивы prev/next, Google объявил о прекращении поддержки поискового оператора info. Таким образом, поисковая система лишила поисковых оптимизаторов единственного инструмента быстрой проверки индексации конкретного URL любого сайта.
Альтернативой является поисковый оператор cache, но данный оператор не предоставляет информацию о страницах, на которых размещена директива по запрету показа сохраненной копии, то есть мета-тег robots со значением noarchive.
Остались ли у вас вопросы, мнения, комментарии по теме пагинации?
Обсуждение
и кстати тыкать на страницы ничем не лучше -откуда знать где именно тот товар -делайте теги с популярными товарами и тд
На сколько я знаю многих раздражает бесконечная подгрузка из за отсутствия попасть в подвал сайта)
для страниц пагинации сделать:
rel=canonical и meta name=”robots” content=”noindex, follow”
Со второй странички и остальных на первую - согласен.
Так как к повторяющимся страницам относятся и первые, то следует указать тег canonical на всех страницах.
Источник - https://support.google.com/webmasters/answer/139066?hl=ru.
Я думаю самый лучший вариант сделать 301 редирект со всех страниц пагинации на главную страницы категории, а pagination сделать через ajax.
Есть еще вариант разместить на всех страницах где page >=2 метатег "noindex" (он ведь пока не игнорируется?..), но это может повлечь большие потери трафика, поскольку страницы уже проиндексированы.
Вообще это все равно что браузеры бы при поиске в google стали открывать не первую страницу результатов поиска, а какую-нибудь 159-ю, несмотря на все изобретенные алгоритмы ранжирования. Скорее всего гугловцы были бы этим не особо довольны.
2) Rel=canonical Яндекс у меня в проекте эффектно игнорирует и создаёт кучу дублей.