+7(920)124-1506 •

Как разбиение на страницы может повредить SEO

06.11.2018

Перевод статьи «SEO Friendly Pagination: A Complete Best Practices Guide»

Йес Шольц  Автор: VIP-ДИРЕКТОР Йес Шольц Международный цифровой директор в Ringier

Пагинация и SEO

Разбиение на страницы плохо для SEO.

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

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

Основные положения

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

  • Верно, если разбиение на страницы было неправильно реализовано, например, наличие страницы «Просмотреть все» и страницы с разбивкой по страницам без правильного rel = canonical или если вы создали страницу = 1 в дополнение к вашей корневой странице.
  • Неверно, когда у вас есть дружественная разбивка на страницы. Даже если ваши H1 и мета-теги совпадают, фактическое содержимое страницы отличается. Так что это не дублирование.

 ответ JohnMu

Разбивка страницы создает тонкий контент

  • Верно, если вы разделили статью или фотогалерею на нескольких страницах (чтобы повысить доход от рекламы за счет увеличения просмотров страниц), оставляя слишком мало контента на каждой странице.
  • Неверно, когда вы ставите желание пользователя легче читать Ваш контент выше доходов от рекламных объявлений или искусственно завышенных просмотров страниц. Поместите на каждую страницу контент, совместимый с UX.

Пагинация ограничена Crawl Budget

Подробнее в статье «Предел скорости сканирования»

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

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

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

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

Используйте Атрибуты ссылки rel = "next" & rel = "prev"

 связь между URL-адресами компонентов в разбивке на страницы с атрибутами

Вы должны указать связь между URL-адресами компонентов в разбивке на страницы с атрибутами rel = "next" и rel = "prev".

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

Практически это означает, что rel = «next» / «prev» рассматриваются как сигналы, а не директивы. Они не всегда будут препятствовать отображению постраничной разбивки в результатах поиска. Но такое явление будет редким.

Дополните rel = "next" / "prev" с помощью ссылки rel = "canonical". Так /category?Page=4 должно указывать rel = "canonical" to /category?Page=4.

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

Если URL имеет дополнительные параметры, включите их в ссылки rel = "prev" / "next", но не включайте их в rel = "canonical".

Например:

<link rel="next" href="https://www.example.com/category?page=2&order=newest" />

<link rel="canonical" href="https://www.example.com/category?page=2" />

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

Общие ошибки, которых следует избегать:

  • Размещение атрибутов ссылки в <body> контенте. Они поддерживаются только поисковыми системами в <head> разделе вашего HTML.
  • Добавление ссылки rel = "prev" на первую страницу (ака корневую страницу) в серии или ссылку rel = "next" на последнюю. Для всех остальных страниц в цепочке должны присутствовать оба атрибута ссылки.
  • Остерегайтесь канонического URL на Вашу корневую страницу со всех страниц. Возможны варианты ?Page=2, rel = prev должен ссылаться на канонический, а не на ?Page=1.

<head> Код серии из четырех страниц будет выглядеть примерно так:

  • Один тег разбиения на страницы на корневой странице, указывающий на следующую страницу в серии.

<link rel="next" href="https://www.example.com/category?page=2?>

<link rel="canonical" href="https://www.example.com/category">

  • Два символа разбиения на страницы на стр. 2.

<link rel="prev" href="https://www.example.com/category">

<link rel="next" href="https://www.example.com/category?page=3?>

<link rel="canonical" href="https://www.example.com/category?page=2">

  • Два идентификатора страницы на стр. 3.

<link rel="prev" href="https://www.example.com/category?page=2?>

<link rel="next" href="https://www.example.com/category?page=4?>

<link rel="canonical" href="https://www.example.com/category?page=3">

  • Один тег для разбивки на страницы на стр. 4, последняя страница в разбивке на страницы.

<link rel="prev" href="https://www.example.com/category?page=3">

<link rel="canonical" href="https://www.example.com/category?page=4">

Изменение заголовков разбитых страниц и метаданных

Хотя атрибуты rel = «next» и rel = «prev» должны в большинстве случаев заставлять Google возвращать корневую страницу в SERP, вы можете также поощрять это и предотвращать предупреждения «Дублированные метаописания» или «Дублированные теги заголовков» в Google Search Console с легкой модификацией вашего кода.

Если корневая страница имеет формулу:

 Корневая страница SERP

Последовательные страницы с разбивкой по страницам могут иметь формулу:

 постраничная разбивка SERP

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

Не включайте страницы с разбивкой по страницам в файлах Sitemap XML

Хотя rel = «next» / «prev» URL-ссылки для страниц являются технически индексируемыми, они не являются приоритетом SEO, чтобы тратить бюджет на обход.

Таким образом, они не должны находиться в вашей XML-карте сайта.

Параметры разбиения на страницы в Google Search Console

Если у вас есть выбор, запустите разбиение на страницы с помощью параметра, а не статического URL. Например:

example.com/category?page=2 против example.com/category/page-2

Затем вы можете настроить параметр в Google Search Console на «Paginates» и в любое время изменить сигнал в Google на обход «Каждый URL» или «Нет URL-адресов» в зависимости от того, как вы хотите использовать свой бюджет обхода. Никакой разработчик не нужен!

Продолжение следует ...


Подпишись сейчас и получай свежие статьи.

Подписываясь, Вы соглашаетесь с Политикой конфиденциальности компании.