Когда Google объявил о том, что уже несколько лет не поддерживает атрибут rel=next/prev тега <link>, множество сайтов резко изменили подход к реализации постраничной навигации и сделали только хуже. С помощью материала Ahrefs выясним, что вообще изменилось и как действительно стоит настраивать пагинацию.
Назначение атрибута rel=next/prev тега <link> — обозначить положение URL-адреса в отношении соседних страниц в рамках одного навигационного блока.
Изначально для Google этот способ служил сигналом к объединению факторов индексации (в основном ссылок) для целого блока страниц и выбору наиболее релевантной страницы из списка для отображения в результатах выдачи (как правило, первая из пронумерованных).
Типичные варианты использования пагинации: разделение контента на части и создание серии пронумерованных страниц для блога, форума, товаров на листинге и так далее.
Посмотрим, как это может выглядеть в HTML-коде:
Первая страница с помощью атрибута rel="next" ссылается только на следующую.
<link rel="next" href="https://website.com/page/2/>
Вторая страница ссылается уже на первую и третью, так как находится между ними. Для указания предыдущей страницы используется атрибут rel="prev".
<link rel="next" href="https://website.com/page/2/>
<link rel="prev" href="https://website.com/page/1/>
Третья страница, как последняя в нашем примере, будет указывать только на предыдущую, то есть вторую.
<link rel="next" href="https://website.com/page/2/>
Но в 2019 году Google решает удалить rel=prev/next в качестве сигналов индексации, потому что пользователю любят одностраничный контент. При этом нет необходимости полностью избавляться от пагинации, если для пользователей сайта так удобнее. При этом к моменту заявления атрибут игнорировался уже несколько лет.
На SEO такие изменения не повлияли. За несколько блоков дублирующегося контента на страницах в серии санкций нет, и Google продолжает искать наиболее релевантную страницу для выдачи среди всех URL в блоке.
Почему Google прекратил поддержку rel=next/prev?
Вероятно, Google и без атрибута чувствует себя уверенно при индексации страниц пагинации и способен понимать серию URL в блоке с помощью:
- Заголовков.
- Title (одинаковых, либо с добавлением нумерации).
- Внутренних ссылок.
Также в некоторых случаях пагинация действительно мешает пользователям находить необходимый контент, не облегчая, а наоборот затрудняя навигацию. Например, на некоторых сайтах пагинация используется для большего числа просмотров страниц и рекламы.
Должны ли оптимизаторы избавляться от rel=next/prev?
Глобально — нет. Если вы уже реализовали пагинацию с использованием rel=next/prev, оставьте как есть. Кроме того, WC3 по-прежнему рекомендует размечать страницы в серии именно таким способом разметки и некоторые поисковики учитывают атрибут при индексации. Например, Bing (а вот Яндекс — игнорирует).
Приемлемые способы реализации пагинации
Как правило, при постраничной навигации каждый URL в серии размечается как канонический с помощью rel="canonical". То есть ссылка указывает не на первую страницу в блоке, а на себя. Если у вас реализовано именно так, оставляйте без изменений. Важно относиться ко всем URL в серии как и к любым другим индексируемым страницам сайта.
Например, для второй страницы website.com/page/2 будем использовать этот же адрес:
<link rel="canonical" href="https://website.com/page/2/>
<link rel="next" href="https://website.com/page/3/>
<link rel="prev" href="https://website.com/page/1/>
Другой, не менее надёжный вариант: указывать в качестве канонической страницу, которая будет содержать весь контент с разбитых на части URL. То есть для удобства пользователей доступна пагинация, но индексируемая версия документа будет включать сразу всё содержимое серии.
