Canonical для пагинации: как правильно использовать и оптимизировать

Содержание

как правильно использовать и оптимизировать

18334 38

How-to

– Читать 11 минут

Прочитать позже

ЧЕК-ЛИСТ: ТЕХНИЧЕСКАЯ ЧАСТЬ — ССЫЛКИ

Инструкцию одобрил
Head of SEO в Ольшанский и Партнеры

Алексей Матвейчук

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

Обновление:

В данной статье указаны рекомендации о разметке, которые были актуальны на момент написания материала (ноябрь 2018 года). В марте 2019-го Google обновил свои алгоритмы и теперь не использует данные атрибуты. Rel=»next» и rel=»prev» больше не являются сигналами для поискового робота, советы по их применению удалены из официальной справки.

«Мы заметили, что уже несколько лет не используем rel next и rel prev в процессе индексации, поэтому решили, что можем также удалить эту документацию», — прокомментировал в Твиттере Senior Webmaster Trends Analyst в Google Джон Мюллер.

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

«Используйте пагинацию. Googlebot достаточно умен, чтобы найти вашу следующую страницу, просматривая ссылки на странице. Нам не нужны явные сигналы «prev, next». И да, [у вас] есть и другие веские причины, чтобы по-прежнему добавлять их (например, доступность [сайта] для людей с ограниченными возможностями)», — добавил Web Performance Engineer Google Илья Григорик.

Указанные в статье рекомендации для Яндекса по-прежнему актуальны и проверены опытными SEO-специалистами.

Что такое пагинация в SEO?

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

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

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

Рассмотрим основные способы оптимизации таких страниц для Google и Яндекса подробно, а также оценим различие между ними для SEO.

Google и страницы пагинации

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

Не вносить изменений.
Установить кнопку для разворота остальных позиций «Показать еще» в связке со специальным атрибутом в коде «rel=»canonical»».
Применить атрибуты, которые связывают веб-страницы между собой: «rel=»next»» и «rel=»prev»».

Мы рекомендуем

Вариант #1.

«rel=»next»» и «rel=»prev»» + «rel=»canonical»» на первую страницу пагинации. Если не оптимизировать текстовую составляющую страниц пагинации, робот будет сканировать все страницы (в том числе и карточки товара на страницах разбивки), но в индекс будет попадать только 1 страница.

Вариант #2.

«rel=»next»» и «rel=»prev»» + «rel=»canonical»» на саму себя. Например, для второй страницы:

<linkrel="canonical" href="http://site.com/canonical-link.html/?page=2">

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

Мы не рекомендуем

Закрывать страницы пагинации от индексации любым известным для Вас способом (robots. txt, noindex, nofollow, через «Параметры URL»).

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

Пускать все на самотек.

Кнопка «Показать все» и атрибут rel=»canonical»

Значение «rel=»canonical»» показывает краулеру каноническую веб-страницу: в поиске будет одна основная страница, а все остальные будут считаться ее копиями, не участвуя в ранжировании. Взамен каноническая URL чаще сканируется поисковыми краулерами.

Этим атрибутом вы сообщаете, что все веб-страницы, отвечающие за пагинацию, доступны по единому URL, который и следует индексировать.

Схема внедрения атрибута «rel=»canonical»» выстраивается пошагово:

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

С технической стороны выходит, что мы создаем общую страничку для раздела пальто по адресу: http://example.com/palto/?&show-all, отмечая на других страницах канонику на общий URL:

rel="canonical" href="http://example.com/palto/?&show-all"

Теперь весь ассортимент товарных позиций, как в нашем образце, станет индексироваться посредством кнопки «Показать все».

Недостатков такого способа — несколько.

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

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

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

В некоторых случаях перенаправление ставится на общую страницу, как описано выше, а иногда — на первую страницу пагинации. Google хочет видеть одну общую страницу с кнопкой «Развернуть товары», а Яндекс предпочитает видеть только первую страницу пагинации, на которую указывают остальные данным атрибутом.

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

Атрибуты «rel=»next»» и «rel=»prev»» в Google

Значения «rel=»next»» и «rel=»prev»» показывают поисковым ботам Google, что страницы связаны. То есть создается цепочка страниц, из которой робот понимает, что посетителя следует переслать на первую из них, например. Для внедрения указанных фрагментов применяются HTML-ссылки или HTTP-заголовки.

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

Минус этой манипуляции: Яндекс не понимает атрибуты: «rel=»next»» и «rel=»prev»», поэтому приходится ограничивать индексацию через мета-теги «noindex/nofollow».

Плюс такого приема: хорошие позиции, которые сайту реально получить по низкочастотным запросам. Как правило, низкочастотные запросы могут привлекать трафик, который завершается конверсией в покупателей.

Иерархия веб-страниц такова:

http://example.com/category/

http://example.com/category/page-2

http://example.com/category/page-3

Обратите внимание, что адрес первой веб-страницы — именно http://example. com/category/, а не http://example.com/category/page-1. Это важно: новички допускают здесь ошибки. В результате создаются дубли, несколько URL ведут на одну и ту же страницу.

Чтобы при возвращении со второй страницы на первую не возникал дубль по адресу http://example.com/category/page-1, из ссылок удаляют параметр «page-1», устанавливая с веб-страниц, содержащих этот параметр, перенаправление (301 редирект) на http://example.com/category/.

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

Разбив страницы по нумерации, размещаем «link» в начальном разделе head с первой веб-страницы на вторую:

link rel="next" href="http://example.com/category/page-2/"

Затем на страничке «page-2» совершаем похожее действие только уже с указанием «page-3», не забывая прибавить теперь значение прошлой страницы:

link rel="prev" href="http://example. com/category/" (ссылка на первую веб-страницу, предыдущую по отношению к «page-2»)
link rel="next" href="http://example.com/category/page-3/" (ссылка на следующую по нумерации «page-3»)

По такому принципу далее прописываем ссылки. Первая страница включает значение атрибута «next», последняя должна завершаться атрибутом «prev».

Не закройте по неосторожности пронумерованные веб-страницы для всех поисковых краулеров: сделайте это только для Яндекса. При этом позвольте поисковым ботам проходить по ним через мета-тег «follow».

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

Помните, что «rel=»next»» и «rel=»prev»» не воспринимаются роботами как директивы, они — скорее дополнительная помощь для Google. Значения атрибутов равны между собой.

Учтите, что если на веб-ресурсе присутствуют динамические параметры (образованные при сортировках или фильтрах), которые совсем не меняют содержимое контента — другими словами пассивные параметры, как идентификатор сеансов, — такие web-страницы обязательно должны содержать связку через «next» и «prev».

Ошибки при разметке страниц, например, отсутствие атрибутов, означают, что Google самостоятельно определит судьбу веб-страниц в индексе.

При этом Google допускает употребление атрибутов «rel=»next»» и «rel=»prev»» одновременно с «rel=»canonical»»:

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

Помните, что в карту веб-сайта «sitemap.xml» страницы пагинации не добавляют.

Яндекс и страницы пагинации

Яндекс совершенно иначе работает со страницами пагинации. Такие атрибуты как «rel=»next»» и «rel=»prev»» он абсолютно не понимает, но взамен включил поддержку атрибута «rel=»canonical»».

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

Основные причины, по которым возможно игнорирование, Яндекс перечисляет в справке:

Основная рекомендация Яндекса о том, как правильно обращаться со страницами нумерации, опубликована в советах Платона для интернет-магазинов по индексированию.

Стратегия выглядит так. Надо настроить канонику через «rel=»canonical»» тега «link» для первой страницы, а остальные нумерации оставить неканоническими. По словам Платона, такая схема постарается не допустить дублирование содержимого контента, поэтому стоит подстраховаться мета-тегами «noindex/follow».

Становится очевидно, что подходы у поисков существенно отличаются. Поэтому можно попробовать угодить всем поисковикам, насколько это реально: первую страницу делаем канонической, со второй и далее используем сочетание «rel=»next»» и «rel=»prev»» + закрытие через «noindex/follow» для Яндекса.

Так Яндекс получит свою заветную каноническую страницу и не будет получать дубли контента на последующих, а Google обретет вспомогательные атрибуты, которые помогут ему связать страницы.

Заключение

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

При правильной настройке индексирования в Google и Яндекс это хорошо влияет на SEO оптимизацию. Неправильная настройка индексации пронумерованных страниц, способна:

продублировать контент, а это — вероятность получить санкции от поисковых систем и понижение ранжирования;
повлечь долгое индексирование, которое ухудшит SEO.

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

Варианты идеальной настройки пагинации для Google и Яндекса мы рассмотрели выше. Как и способ, который должен максимально удовлетворить обе поисковые системы и улучшить позиции сайта в выдаче.
Можно также провести SEO-аудит страницы.

» title = «Как SEO-оптимизировать страницы пагинации 16261788191704» />

«Список задач» — готовый to-do лист, который поможет вести учет

Начать работу со «Списком задач»

Сэкономьте время на изучении Serpstat

Хотите получить персональную демонстрацию сервиса, тестовый период или эффективные кейсы использования Serpstat?

Оставьте заявку и мы свяжемся с вами 😉

Оцените статью по 5-бальной шкале

3.64 из 5 на основе 11 оценок

Нашли ошибку? Выделите её и нажмите Ctrl + Enter, чтобы сообщить нам.

что это за тег, его роль в пагинации и настройка канонических URL

Содержание статьи

Что такое rel canonical?
- Что такое каноническая ссылка?
Для чего нужен каноникал?
Примеры использования
- Как каноникал используется для пагинации
- Атрибуты rel=»next» и rel=»prev»
- Тема с SEO пагинатором
Настройка Canonical для WordPress
Что еще полезно знать о каноникал?

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

Что такое rel canonical?

Остановимся подробнее на теге rel=»canonical». Его основная цель — борьба с дублями страниц и неинформативными страницами (например страницами пагинации), а также повышение качества индексации с помощью прописывания приоритетного адреса.

У меня был сайт с ограниченным краулинговым бюджетом. То есть по факту там было тысяч 10 страниц, но в индексе могли быть только 2 тысячи (потому что сайт был молодой и не трастовый). В итоге те страницы, которые мне были нужны в индексе, часто туда не попадали. Помог каноникал — проставление со страниц пагинации каноникала на основные URL позволило четко дать поисковикам понять, какие страницы должны быть в индексе.

Что такое каноническая ссылка?

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

Что важно — будет также передаваться ссылочный вес и прочие характеристики страницы (PageRank и др. ).

Этот атрибут указывается внутри тега <head> на URL-дубликатах с указанием предпочитаемого URL. Оформляется он таким образом:

Для чего нужен каноникал?

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

А если бы все внутренние ссылки стояли на одну страницу, или если хотя бы у одной из них был проставлен каноникал на другую, это дало бы мощный плюс основному URL при продвижении.

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

Благодаря каноникал в индексе поисковиков будет предпочитаемый канонический URL.

Примеры использования

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

Как каноникал используется для пагинации

Нужно проставить rel canonical со страниц пагинации (site.ru/category/page/2) на первую из них (site.ru/category).

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

Яндекс рекомендует со всех страниц пагинации настраивать каноническую ссылку на первую из них. Как итог — яндекс-робот воспримет, что именно первую страницу необходимо индексировать. Про индексацию товаров уточняется, что по другим ссылкам Яндекс всё равно будет переходить.

Специалисты Google склоняются к следующим вариантам:

оставить всё по-прежнему — поисковик по-разному распознаёт и воспринимает различные виды страниц;

создать отдельный URL-адрес «Показать всё» и установить его как канонический — особенно рекомендуется для многостраничных статей;
прописать в теге линк атрибуты rel=»prev» и rel=»next» с целью фиксации взаимосвязи между URL-адресами; поисковик будет выдавать первый из них.

А вот видос Деваки, где он подробно поясняет за пагинацию:

Атрибуты rel=»next» и rel=»prev»

Есть также и другое мнение — типа страницы пагинации закрывать не надо, что они наоборот должны получать дополнительный трафик. И тут важны два момента:

Все URL должны иметь уникальный параметр тега Title, уникальный текст и meta-теги;
Если Вы больше ориентируетесь на Google, то рекомендовано обязательное использование атрибутов rel=»next» и rel=»prev», которые нужно настроить так, чтобы каждая предыдущая страница ссылалась на следующую. На корневом адресе задаётся URL следующего, на последующих — URL предыдущей и следующей, на последней — только предыдущей.

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

Пример:

Тема с SEO пагинатором

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

Если на разных URL представлен похожий товар, навигацию можно задать следующими способами:

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

(купить|заказать|приобрести) юбки в (саратове|ростове|астрахани) (по низкой цене|выгодно|дешево) со скидкой (в магазине|в интернет магазине)
Будут созданы уникальные значения метатегов.
Самым эффективным и трудоемким является самостоятельное прописывание этих параметров, вручную. Все заголовки будут уникальными и очень сильно отличаться друг от друга, в том числе по смыслу. Это позволит продвинуть каждый URL по низкочастотным и низко конкурентным ключевым запросам в ТОП выдачи поисковиков. Благодаря применению этого способа расширится семантическое ядро. Плюс также в том, что для интернет-магазина множество статей писать нецелесообразно.

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

Настройка Canonical для WordPress

Многие плагины для WordPress прекрасно работают с данным тегом.

Большинство из них просты в применении — активируем плагин, а канонические ссылки прописываются автоматически. В других SEO-плагинах достаточно установить галочку возле этого параметра в настройках. Если какая-то статья относится одновременно к разным категориям, то каноническая ссылка фиксируется самостоятельно.

При использовании плагина Yoast SEO и расположения поста в разных категориях, поисковик будет видеть только одну страницу.

Что еще полезно знать о каноникал?

Важно подчеркнуть следующие моменты:

Тег canonical — не директива, а подсказка, которую следует учесть и проанализировать, выделив наиболее подходящий URL для поисковой выдачи.
Касаемо оформления канонических ссылок отсутствует запрещающий момент в виде относительного пути. Даже в случае введения тега <BASE> со ссылкой на документ, относительные пути станут восприниматься так, как прописано в базовом URL.
Канонические страницы могут содержать не абсолютно одинаковое наполнение, и это логично. Могут присутствовать незначительные различия.
Даже при наличии ошибки 404, контент будет индексироваться. Но рекомендуется указывать рабочие URL в качестве канонических.
Если канонический url пока не проиндексирован, остаётся ждать — обычно недолго. Когда он распознается, подсказка будет пересмотрена.
Можно использовать редирект — поисковик воспримет перенаправление и будет учитывать другой адрес.
Рекомендуется задавать идентичный тег rel canonical, чтобы результат канонизации был оптимальным.
Канонический урл может прописываться исключительно с текущего домена. Для указания урла с другого домена, следует использовать 301 редирект.
Как оформляются канонические url, можно изучить на примере сайта wikia.com, открыв исходный код страницы http://starwars.wikia.com/wiki/Nelvana_Limited, содержащий canonical url http://starwars.wikia.com/wiki/Nelvana
Обе ссылки практически одинаковы, но в первой прописан атрибут каноникал — и Google будет отображать версию, заданную в этом параметре.
Вопросы применения каноникал можно задать в официальном блоге для вебмастеров поисковика Google.

В данном случае каноникал проставлен на чёрную овцу

Преимущества, связанные с умением правильно настраивать индексацию с помощью тега canonical:

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

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

Для специалистов по SEO это не вопрос , если вам придется иметь дело с нумерацией страниц, это вопрос , когда .

В определенный момент роста веб-сайтам необходимо разделить контент на ряд составных страниц для взаимодействия с пользователем (UX).

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

С течением времени передовые методы SEO обработки разбиения на страницы эволюционировали. Попутно многие мифы преподносились как факты. Но не больше.

Эта статья будет:

Развенчайте мифы о том, что нумерация страниц вредит поисковой оптимизации.
Представьте оптимальный способ управления нумерацией страниц.
Просмотрите неправильно понятые или некачественные методы обработки разбивки на страницы.
Узнайте, как отслеживать влияние нумерации страниц на KPI.

Как нумерация страниц может повредить SEO

Вы, наверное, читали, что нумерация страниц вредна для SEO.

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

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

Разбиение на страницы приводит к дублированию содержимого

Исправьте, если разбиение на страницы было реализовано неправильно, например, у вас есть страница «Просмотреть все» и страницы с разбивкой на страницы без правильного rel=canonical или если вы создали страницу=1 в дополнение к своей корневой странице.

Неверно, если у вас оптимизированная для SEO нумерация страниц. Даже если ваши теги h2 и метатеги одинаковы, фактическое содержимое страницы отличается. Так что это не дублирование.

Да, все в порядке. Полезно получать отзывы о повторяющихся заголовках и описаниях, если вы случайно используете их на совершенно разных страницах, но для серий с разбивкой на страницы это нормально и ожидается, что вы будете использовать одно и то же.
— 🍌 John 🍌 (@JohnMu) 13 марта 2018 г.

Разбиение на страницы создает разреженный контент слишком мало контента на каждой странице.

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

Пагинация ослабляет сигналы ранжирования

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

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

Пагинация использует бюджет сканирования

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

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

Часто неверно, когда вы устанавливаете для параметра обработки страницы Google Search Console значение «Не сканировать» или устанавливаете запрет в файле robots.txt, если вы хотите сохранить бюджет сканирования для более важных страниц.

Управление разбиением на страницы в соответствии с передовыми методами SEO

Используйте доступные для сканирования якорные ссылки

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

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

Кроме того, вы должны указать взаимосвязь между URL-адресами компонентов в разбивке на страницы с помощью атрибутов rel=»next» и rel=»prev».

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

Весенняя уборка!
Когда мы оценили наши сигналы индексации, мы решили отказаться от rel=prev/next.
Исследования показывают, что пользователям нравится одностраничный контент, стремитесь к нему, когда это возможно, но многостраничный контент также подходит для Google Поиска. Знайте и делайте то, что лучше для *ваших* пользователей! #весна идет pic.twitter.com/hCODPoKgKp
— Веб-мастера Google (@googlewmc) 21 марта 2019 г.

Вскоре после этого Илья Григорик пояснил, что rel=»next» / «prev» все еще может быть ценным.

нет, использовать нумерацию страниц. позвольте мне переформулировать это. Googlebot достаточно умен, чтобы найти вашу следующую страницу, просматривая ссылки на странице, нам не нужен явный сигнал «предыдущая, следующая». и да, есть и другие веские причины (например, a11y), по которым вы можете или должны добавить их.
— Илья Григорик (@igrigorik) 22 марта 2019 г.

Google — не единственная поисковая система в городе. Вот мнение Бинга по этому вопросу.

Мы используем rel prev/next (как и большинство разметки) в качестве подсказок для обнаружения страниц и понимания структуры сайта. На данный момент мы не объединяем страницы в индексе на их основе и не используем предыдущее/следующее в модели ранжирования. https://t.co/ZwbSZkn3Jf
— Frédéric Dubut (@CoperniX) 21 марта 2019 г.

Дополните rel=»next» / «prev» ссылкой на себя rel=»canonical». Таким образом, /category?page=4 должен иметь отношение rel=”canonical” к /category?page=4.