SEO-специалисты удалили разметку rel=prev/next после того как Google объявил об изменениях. Что следует делать на самом деле?

  • Дата:07.05.2020
  • Автор: Команда TurboSEO

Google анонсировал, что когда атрибут rel=prev/next не использовался годами, то было зафиксировано увеличение на сайтах изменений в реализации, которые активно наносили вред своим сайтам. Давайте рассмотрим, что изменилось и что Вам следует делать.

Цель rel=prev/next - указать нумерованные страницы в рамках одного раздела, категории. Изначально Google использовал эту разметку, чтобы сигнализировать группе страниц пагинации их поочередную смену и показать наиболее релевантную страницу в результатах поиска. Самый распространенный вариант использования этого атрибута включал в себя разделение контента на несколько частей и создание нескольких страниц для списков товаров, тем на форумах и статей блога.

SEO-специалисты удалили разметку rel=prev/next после того как Google объявил об изменениях

Давайте посмотрим, как может выглядеть код для трехстраничной группы.

Первая страница:

Это первая страница, поэтому с нее нужно ссылаться только на следующую страницу.

код для трехстраничной группы.

Вторая страница:

Эта страница ссылается на обе страницы: как на следующую, так и на предыдущую страницу группы.

код для разметки сайта

Третья страница:

Это последняя страница, поэтому она должна ссылаться только на предыдущую страницу.

код для разметки сайт Гугл

Однако в 2019 году Google решил сообщить, что разметку rel=prev/next для нумерации страниц можно больше не использовать. Больше того, разметку, очевидно, сайты не использовали годами.

Почему Google удалил поддержку rel=prev/next

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

Итак, вопрос в том, почему произошло такое изменение? И что с ним делать?

В этой статье вы узнаете: 

  1. Почему Google удалил поддержку rel=prev/next
  2. Как SEO-специалисты могли знать, что rel=prev/next больше не работает
  3. Стоит ли Вам удалять rel=prev/next со своих страниц
  4. Как правильно реализовать нумерацию страниц в 2020 году
  5. Как люди наносят вред своим сайтам при неправильной реализации страниц пагинации

Давайте начнем с первого пункта.

Почему Google удалил поддержку rel=prev/next?

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

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

Зная об этом, наиболее вероятная причина, по которой Гугл перестал использовать rel=prev/next, заключается в том, что ему стало легче искать более релевантную страницу и ему больше не нужны дополнительные подсказки.

У Google есть несколько опций, кроме rel=prev/next, которые он может использовать для идентификации страниц пагинации. В основном, многие веб-сайты реализуют страницы пагинации другими способами, на которые Google обращает внимание. Это такие элементы, как:

  • Заголовки (h1-h6)
  • Заголовки страниц (title) - такой же заголовок, как и h1-h6,  или с добавлением номером страницы
  • Ссылки на странице - внутренние ссылки на другие страницы в группе

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

Как SEO-оптимизаторы могли знать, что rel=prev/next не работает?

Когда Google объявил, что он не поддерживает rel=prev/next в течение нескольких лет, один из первых вопросов многих SEO-специалистов, заключался в том, как же оптимизаторы не могли этого знать?
Простой ответ - не было никакого способа рассказать об этом. Если бы Google не рассказал нам этот факт, мы бы и не узнали.

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

Должны ли оптимизаторы удалять rel=prev/next?

Нет.

Если вы уже внедрили атрибут rel=prev/next на своем сайте, то не удаляйте его. Google был не единственным источником использования этой разметки. Данный атрибут по-прежнему рекомендуется W3C и используется для доступности сайтов и соответствия требованиям ADA. Некоторые браузеры используют эту разметку для предварительной выборки. Кроме того, другие поисковые системы, такие как Bing, Яндекс, по-прежнему используют rel=prev/next.

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

Большинство сайтов, у которых реализована разметка rel=prev/next, также используют канонические ссылки. В таком случае лучше ничего не менять. Обращайтесь и оптимизируйте такие страницы так же, как и любую другую индексируемую страницу Вашего сайта, и убедитесь, что имеются внутренние ссылки на другие страницы пагинации.

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

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

еще один хороший способ пагинации

Каким образом люди вредят своим сайтам?

Вот как выглядит типичная структура, где каждая страница сканируется и отображается в поиске:

Каким образом люди вредят своим сайтам

Но есть несколько распространенных ошибок, которые люди делают при внедрении пагинации и наносят вред их сайту. Это:

  • Настройка rel="canonical" на первую страницу
  • Наличие тега noindex
  • Наличие тега nofollow
  • Наличие атрибутов/директив, блокирующих сканирование поисковым роботом страниц

 Давайте подробнее рассмотрим каждую из этих проблем и способы их проверки на Вашем сайте.

Ошибка 1: канонизация первой страницы

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

Ошибка 1: канонизация первой страницы

Как проверить эту ошибку на вашем сайте?

Просканируйте свой сайт в "Audit Site" сервиса "Ahrefs", затем перейдите в "Page Explorer" и примените этот набор фильтров:

Как проверить эту ошибку на вашем сайте

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

как избавить от ошибок на сайте советы

Ошибка 2: наличие тега noindex

Добавление атрибута или тега noindex на страницах приведет к исключению этих страниц из индекса. Данные страницы не будут ранжироваться, и PageRank не будет засчитан.

Хотя ссылки на странице могут изначально просканироваться, но это может со временем измениться. Аналитик Google Webmaster Trends Джон Мюллер отметил, что в определенный момент страницы noindex будут рассматриваться как nofollow, но неизвестно, сколько времени это займет. Когда об этом спросили другого аналитика Гери Иллиса, он, похоже, подумал, что они все равно будут сканироваться. Не имея четкого представления как это работает, лучше перестраховаться и не ставить noindex на страницах, если у вас нет альтернативного способа сканирования.

Ошибка 2: наличие тега noindex

Как проверить эту ошибку на вашем сайте?

Просканируйте свой сайт в "Audit Site" сервиса "Ahrefs", затем перейдите в "Page Explorer" и примените этот набор фильтров:

как проверить ошибки на сайте

Если есть какие-либо URL страниц пагинации, удалите директиву noindex из robots или HTTP-заголовка в X-Robots-Tag на странице или URL-адресе.

Если есть какие-либо URL страниц пагинации, то взгляните на их канонические URL

Ошибка 3: наличие тега nofollow

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

Ошибка 3: наличие тега nofollow

Как проверить эту ошибку на вашем сайте?

Просканируйте свой сайт в "Audit Site" сервиса "Ahrefs", затем перейдите в "Page Explorer" и примените этот набор фильтров:

тестирование сайта

Если есть какие-либо URL страниц пагинации, то нажмите на число в колонке «No. of inlinks nofollow».

анализ сайта

Нажав на этот показать, Вы сможете увидеть информацию, где найти ссылки nofollow на Вашем сайте.

Нажав на этот показать, Вы сможете увидеть информацию, где найти ссылки nofollow на Вашем сайте

Удалите атрибут nofollow из этих конкретных ссылок или удалите директиву nofollow из метатега robots или HTTP-заголовка X-Robots-Tag на странице или URL-адресе.

Ошибка 4: блокировка сканирования

Блокировка страниц от сканирования усложнит поиск контента на веб-сайте, приведет к тому, что страницы не попадут в индекс и PageRank не будет засчитан.

Ошибка 4: блокировка сканирования

Как проверить эту ошибку на вашем сайте?

Проверьте файл robots.txt на наличие директив, запрещающих поисковым системам сканировать страницы пагинации. Вот как это может выглядеть:

User-agent

Удалите эту директиву (Disallow: /blog/page/) из вашего файла robots.txt.

Выводы

Если вы уже использовали rel=prev/next на страницах пагинации, то не стоит вносить какие-либо изменения. Данную разметку нет необходимости менять. Любые изменения принесут, скорее всего, больше вреда, чем пользы.

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

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

Если Вы еще не внедрили rel=prev/next и хотите знать, следует ли это делать, то это сложный вопрос. Внедрение зависит от того, сколько усилий необходимо приложить для корректного добавления этой разметки на тот или иной сайт. Помните, что rel=prev/next по-прежнему используется другими поисковыми системами, некоторыми браузерами, поэтому, по возможности, стоит приложить усилия и внедрить эту разметку.

Если кому-то нужна ссылка на оригинальную документацию о rel=prev/next, то вот она.