#11-128. Оптимизация пагинации для SEO. Правка

'#6. Тексты : texts';

'Library_ChapterController_actionUpdate_';

'#library_chapter_update_';

VirtualityCMS

Что такое Schema Markup

Идентификатор ссылки (англ.)	vigbo-copy
Статус:	Активен

Описание

Идентификатор ссылки (англ.)	chto-takoye-schema-markup-62805
Статус:	Архив

Описание:

128. Оптимизация пагинации для SEO. Правка

Архив

Экспресс-правка Разметка ред. Summernote ред. Quill ред. CKEditor ред. Trumbowyg ред. Imperavi ред. Jodit

Общая информация

Название

Том: Продвинутое техническое СЕО

ID Тома: 9

Статус: Активен
Глава: №16

ID Главы: 128

Статус: Архив
Время действия не указано

Всего знаков в главе: 36981

id (статус)	128 (2)
Идентификатор ссылки (англ.)	optimizatsiya-paginatsii-dlya-seo-59228
Сайт (ID сайта)	. #3
Смотреть на сайте	https://panel25.seowebdev.ru/texts/prodvinutoye-tekhnicheskoye-seo/optimizatsiya-paginatsii-dlya-seo-59228/
Время последнего обновления	27-08-2025 в 11:38:16
Ссылка в БД	https://shopnseo.ru/texts/prodvinutoye-tekhnicheskoye-seo/optimizatsiya-paginatsii-dlya-seo-59228/
Картинка	https://static.shopnseo.ru/cache/6/128-optimizatsiya-paginatsii-dlya-seo-59228_col-12.webp

Полное название и описание

Полное название

Описание главы

Как правило описание должно иметь около 150 знаков. Оно используется для заполнения мета-тега Description веб-страницы.
Сейчас используется - 0 символов

Описание скопировано!

Описание вставлено!

Ключевое слово (главное):

Персонажи:

Метки:

Комментарии:

Примечания:

Полный текст < > & " ' « » – — … • · ← → ↑ ↓ ↔

Юридические: © ® ™

Валюты: € £ ¥ ¢

Типографика: § ¶ ° ± × ÷

Дроби: ½ ⅓ ⅔ ¼ ¾ ⅛ ⅜ ⅝ ⅞

Греческие: α β γ δ ε λ μ π σ ω Δ Σ Ω

Математические: ≈ ≠ ≤ ≥ ∞ √ ∑ ∫ ∂ ∇

автор: <a title="Go to Author Page" href="https://www.searchenginejournal.com/author/jessica-stiles/">Jes Scholz</a>
Страница пагинации &ndash; это хитрый изменчивый элемент. Его используют в различных контекстах, от отображения элементов на страницах категорий до архивов статей, слайд-шоу галерей и форумных тем.
Для специалистов по SEO вопрос не в том, если вам придется иметь дело с пагинацией, а в том, когда.
В определенный момент роста веб-сайтам необходимо разделить контент на несколько составных страниц для юзабилити (UX).
Наша задача &ndash; помочь поисковым системам сканировать и понимать взаимосвязь между этими URL-адресами, чтобы они индексировали самую релевантную страницу.
Со временем лучшие практики SEO для обработки пагинации эволюционировали. На протяжении всего пути многие мифы выдавали себя за факты. Но больше нет.
Эта глава:
<ul>
<li>Развенчает мифы о том, как пагинация вредит SEO.</li>
<li>Предложит оптимальный способ управления пагинацией.</li>
<li>Рассмотрит неправильно понятые или несоответствующие методы обработки пагинации.</li>
<li>Исследует, как отслеживать влияние пагинации на KPI.</li>
</ul>
<h2>Как пагинация может повредить SEO</h2>
Вы, наверное, слышали, что пагинация вредна для SEO. Однако в большинстве случаев это происходит из-за неправильной обработки пагинации, а не из-за самой пагинации.
Давайте рассмотрим предполагаемые недостатки пагинации и способы устранения SEO-проблем, которые она может вызвать.
<h3>Пагинация вызывает дублирование контента</h3>
В некоторых случаях пагинация может привести к дублированию контента, например, если у вас есть как &laquo;Смотреть все&raquo; страницу, так и пронумерованные страницы без правильного rel=canonical или если вы создали страницу=1 в дополнение к вашей корневой странице.
Однако при правильной реализации SEO-ориентированной пагинации дублирования контента не будет. Даже если ваши теги H1 и meta одинаковы, фактический контент страниц отличается.
Джон Мюллер подтверждает, что дублирование тегов title и description для пронумерованных страниц не является проблемой, если они использовались случайно на совершенно разных страницах. Это нормально и ожидается для paginated series.
<h3>Пагинация создает тонкий контент</h3>
Правильно, если вы разделили статью или фотогалерею на несколько страниц (чтобы увеличить количество показов страниц и повысить доход от рекламы), оставив слишком мало контента на каждой странице.
Неправильно, если вы ставите желания пользователя легко потреблять ваш контент выше доходов от баннерной рекламы или искусственно раздутых просмотров страниц. Поместите на каждую страницу удобное количество контента.
<h3>Пагинация снижает силу сигналов ранжирования</h3>
Верно. Пагинация приводит к тому, что внутренняя ссылка на авторитет и другие сигналы ранжирования, такие как обратные ссылки и социальные акции, распределяются по нескольким страницам.
Однако этот эффект можно минимизировать, если использовать пагинацию только в тех случаях, когда одностраничный подход к контенту может привести к плохому пользовательскому опыту (например, на страницах категорий электронной коммерции). А на таких страницах добавляйте как можно больше элементов, не замедляя страницу до заметного уровня, чтобы сократить количество пронумерованных страниц.
<h3>Пагинация тратит бюджет сканирования</h3>
Верно, если вы разрешаете Google сканировать пронумерованные страницы. И есть некоторые случаи, когда вы хотите использовать этот бюджет.
Например, для Googlebot путешествовать по пронумерованным URL-адресам, чтобы добраться до более глубоких страниц контента.
Часто неверно, когда вы устанавливаете параметр обработки параметров пагинации в Google Search Console в значение &laquo;Не сканировать&raquo; или устанавливаете запрет в robots.txt, в случае, если вы хотите сохранить свой бюджет сканирования для более важных страниц.
<h2>Управление пагинацией в соответствии с лучшими SEO-практиками</h2>
<h3>Использование индексируемых ссылок якоря</h3>
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/mceu_33950117811704960884480.webp" alt="Использование индексируемых ссылок якоря" width="900" height="240" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy">
Чтобы поисковые системы могли эффективно сканировать пронумерованные страницы, на сайте должны быть ссылки якоря с атрибутами href, ведущие к этим URL-адресам пагинации.
Убедитесь, что ваш сайт использует &lt;a href="your-paginated-url-here"&gt; для внутренней пересылки на пронумерованные страницы. Не загружайте пронумерованные ссылки якоря или атрибут href через JavaScript.
Кроме того, вы должны указать отношение между URL-адресами компонентов в серии пагинации с помощью атрибутов rel="next" и rel="prev".
Да, даже после печально известного твита Google о том, что они больше не используют эти атрибуты ссылок.
Однако вскоре после этого Илья Григорик, инженер по поиску в Google, дал разъяснение по этому вопросу. Он сказал, что хотя Google больше не использует эти атрибуты ссылок для определения релевантности страниц, они все еще могут быть полезны для других целей, таких как навигация для пользователей и помощь поисковым системам в понимании структуры сайта.
Илья Григорик также сказал, что использование атрибутов rel="next" и rel="prev" не повредит рейтингу вашего сайта в Google. Поэтому, если вы хотите использовать эти атрибуты для улучшения навигации и взаимодействия с пользователем, вы можете это сделать без каких-либо опасений.
Google не единственный поисковый движок в городе. Вот как Bing относится к этому вопросу.
<blockquote>
&laquo;Мы используем rel prev/next (как и большую часть разметки) в качестве подсказок для обнаружения страниц и понимания структуры сайта. На данный момент мы не объединяем страницы в индексе на основе этих ссылок, и мы не используем prev/next в модели ранжирования.&raquo;
</blockquote>
&ndash; Fr&eacute;d&eacute;ric Dubut (@CoperniX) 21 марта 2019 года
Дополните rel="next"/ "prev" ссылкой на себя rel="canonical". Таким образом, /category?page=4 должен ссылаться на /category?page=4.
Это правильно, так как пагинация изменяет содержимое страницы, и поэтому это основная копия этой страницы.
Если URL-адрес имеет дополнительные параметры, включите их в ссылки rel="prev" / "next", но не включайте их в rel="canonical".
Например:
<ul>
<li><code>&lt;link rel="next" href="https://www.example.com/category?page=2&amp;order=newest" /&gt;</code></li>
<li><code>&lt;link rel="canonical" href="https://www.example.com/category?page=2" /&gt;</code></li>
</ul>
Делайте это, чтобы указать четкую взаимосвязь между страницами и предотвратить потенциальный дублированный контент.
Общие ошибки, которых следует избегать:
<ul>
<li>Размещение атрибутов ссылки в контенте &lt;body&gt;. Они поддерживаются поисковыми системами только в разделе &lt;head&gt; вашего HTML-кода.</li>
<li>Добавление атрибута rel="prev" к первой странице (также известной как корневая страница) в серии или атрибута rel="next" к последней. Для всех других страниц в цепочке должны присутствовать оба атрибута ссылки.</li>
<li>Будьте осторожны с каноническим URL-адресом вашей корневой страницы. Скорее всего, на странице ?page=2 атрибут rel=prev должен ссылаться на каноническую страницу, а не на ?page=1.</li>
</ul>
Код раздела &lt;head&gt; четырехстраничной серии будет выглядеть примерно так:
Первая страница:
<ul>
<li><code>&lt;link rel="next" href="https://www.example.com/category?page=2&Prime;&gt;</code></li>
<li><code> &lt;link rel=&rdquo;canonical&rdquo; href="https://www.example.com/category"&gt;</code></li>
</ul>
Вторая страница:
<ul>
<li><code>&lt;link rel="prev" href="https://www.example.com/category"&gt;</code></li>
<li><code> &lt;link rel="next" href="https://www.example.com/category?page=3&Prime;&gt; </code></li>
<li><code>&lt;link rel=&rdquo;canonical&rdquo; href="https://www.example.com/category?page=2"&gt;</code></li>
</ul>
Третья страница:
<ul>
<li><code>&lt;link rel="prev" href="https://www.example.com/category?page=2&Prime;&gt;</code></li>
<li><code>&lt;link rel="next" href="https://www.example.com/category?page=4&Prime;&gt;</code></li>
<li><code>&lt;link rel=&rdquo;canonical&rdquo; href="https://www.example.com/category?page=3"&gt;</code></li>
</ul>
 Четвертая страница (последняя в серии пагинации):
<ul>
<li><code>&lt;link rel="prev" href="https://www.example.com/category?page=3"&gt;</code></li>
<li><code>&lt;link rel=&rdquo;canonical&rdquo; href="https://www.example.com/category?page=4"&gt;</code></li>
</ul>
<h3>Изменение элементов страниц с пагинацией</h3>
John Mueller прокомментировал: &laquo;Мы не относимся к пагинации по-другому. Мы относимся к ним как к обычным страницам&raquo;.
Смысл этого в том, что Google не рассматривает страницы с пагинацией как серию страниц, объединенных в один фрагмент контента, как они ранее советовали. Каждая пронумерованная страница может конкурировать с корневой страницей за ранжирование.
Чтобы побудить Google вернуть корневую страницу в SERP и предотвратить предупреждения о &laquo;дублированных мета-описаниях&raquo; или &laquo;дублированных тегах заголовка&raquo; в Google Search Console, внесите в свой код простое изменение.
Если корневая страница имеет формулу:
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/mceu_17578565131704961042743.webp" alt="заголовки и мета-описания страниц с пагинацией" width="636" height="87" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy">
Эти заголовки и мета-описания страниц с пагинацией намеренно оптимизированы ниже оптимального уровня, чтобы отговорить Google от отображения этих результатов, а не корневой страницы.
Если даже с такими модификациями пронумерованные страницы ранжируются в SERP, попробуйте другие традиционные методы оптимизации на странице, такие как:
<ul>
<li>Деоптимизация тегов H1 пронумерованных страниц.</li>
<li>Добавление полезного текста на страницу, но не на пронумерованные страницы.</li>
<li>Добавление изображения категории с оптимизированным именем файла и alt-тегом на корневую страницу, но не на пронумерованные страницы.</li>
</ul>
<h3>Не включайте страницы с пагинацией в XML-карты сайта.</h3>
Хотя страницы с пагинацией технически индексируются, они не являются приоритетом SEO для расходования бюджета сканирования.
Поэтому они не должны находиться в вашей XML-карте сайта.
<h3>Обработка параметров пагинации в Google Search Console</h3>
Если у вас есть выбор, используйте пагинацию с помощью параметра вместо статического URL-адреса. Например:
<ul>
<li><code>example.com/category?page=2</code></li>
</ul>
вместо
<ul>
<li><code>example.com/category/page-2</code></li>
</ul>
Хотя нет преимуществ использования одного метода над другим для целей ранжирования или индексации, исследования показали, что Googlebot, похоже, может распознавать шаблоны URL-адресов на основе динамических URL-адресов. Таким образом, увеличивается вероятность быстрой обнаружения страниц.
С другой стороны, это может потенциально привести к ловушкам для индексации, если сайт отображает пустые страницы для догадок, которые не являются частью текущей серии страниц.
Например, если серия содержит четыре страницы, URL-адрес будет выглядеть так: www.example.com/категория?страница=4.
Если Google предположит, что www.example.com/категория?страница=7 является живой, но пустой страницей, и загрузит ее, бот потратит бюджет на краулинг и потенциально заблудится в бесконечном количестве страниц.
Убедитесь, что для любых пронумерованных страниц, которые не являются частью текущей серии, отправляется код состояния HTTP 404.
Еще одно преимущество подхода с параметрами заключается в возможности настройки параметра в Google Search Console на "Paginates" и в любое время изменения сигнала Google на "Каждый URL" или "Ни один URL", в зависимости от того, как вы хотите использовать свой бюджет на краулинг. Никакой разработчик не нужен!
Никогда не отображайте содержимое пронумерованных страниц в идентификаторах фрагментов (#), поскольку они не индексируются и не подлежат краулингу, и, таким образом, не являются дружественными к поисковым системам.
<h2>Неправильные, устаревшие или просто ошибочные решения SEO для разделенного контента</h2>
<h3>Ничего не делайте</h3>
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/mceu_13615514851704961147763.webp" alt="Неправильные, устаревшие или просто ошибочные решения SEO" width="900" height="173" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy">
Google считает, что Googlebot достаточно умен, чтобы найти следующую страницу по ссылкам, поэтому ему не нужен никакой явный сигнал.
Сообщение для SEO-специалистов, по сути, заключается в том, что управление разбивкой на страницы сводится к простому ничего не деланию.
Хотя в этом заявлении есть доля истины, бездействие может поставить под угрозу вашу SEO.
Многие сайты заметили, что Google выбирает отсортированную страницу для ранжирования вместо корневой страницы по поисковому запросу.
Всегда есть ценность в предоставлении ясных указаний поисковым роботам о том, как вы хотите, чтобы они индексировали и отображали ваш контент.
<h3>Страница "Посмотреть все"</h3>
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/mceu_87980327961704961199241.webp" alt="Страница &quot;Посмотреть все&quot;" width="900" height="362" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy">
Страница "Посмотреть все" была задумана как содержащая весь контент каждой отдельной страницы на одном URL-адресе.
Со всеми пронумерованными страницами, имеющими атрибут rel = "canonical" на странице "Посмотреть все", чтобы объединить сигналы ранжирования.
Аргумент здесь заключается в том, что поисковые системы предпочитают отображать всю статью или список элементов категории на одной странице, если она быстро загружается и легко навигируется, при условии, что она соответствует их критериям.
Предполагается, что если у вашей серии с разбивкой на страницы есть альтернативная версия "Посмотреть все", которая обеспечивает лучшее взаимодействие пользователя, поисковые системы отдадут предпочтение этой странице перед соответствующей страницей сегмента в цепочке разбивки на страницы при включении ее в результаты поиска.
Это поднимает вопрос: зачем вам вообще нужны пронумерованные страницы?
Если вы можете предоставить свой контент на одном URL-адресе, обеспечивая хорошее взаимодействие пользователя, нет необходимости разбивать его на страницы или иметь версию "Посмотреть все".
Если вы не можете этого сделать, например, страница категории с тысячами продуктов была бы абсурдно большой и загружалась бы слишком долго. В этом случае лучше использовать разбивку на страницы. Версия "Посмотреть все" не является лучшим вариантом, поскольку она не обеспечит хорошего взаимодействия пользователя.
Использование как rel = "next" / "prev", так и версии "Посмотреть все" не дает четкого сигнала поисковым системам и может привести к путанице у поисковых роботов.
Не делайте этого.
<h3>Используйте канонический URL-адрес первой страницы</h3>
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/mceu_4414429571704961265572.webp" alt="канонический URL-адрес первой страницы" width="900" height="174" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy">
Ошибка, которую часто допускают, заключается в том, что rel = "canonical" от всех отсортированных результатов указывается на корневую страницу серии.
Некоторые недостаточно осведомленные специалисты по SEO предлагают это как способ консолидации авторитета на наборе страниц на корневую страницу, но это неправильно информировано.
Неправильная каноникализация на корневую страницу рискует ввести поисковые системы в заблуждение, заставив их думать, что у вас есть только одна страница результатов.
Googlebot затем не будет индексировать страницы, которые находятся дальше по цепочке, и не будет признавать сигналы, связанные с контентом, ссылающимся на эти страницы.
Вы не хотите, чтобы ваши подробные страницы контента исключались из индекса из-за неправильной обработки разбивки на страницы.
Каждая страница в серии с разбивкой на страницы должна иметь собственный канонический URL-адрес, если вы не используете страницу "Посмотреть все".
Используйте rel=canonical неправильно, и, вероятно, Googlebot просто проигнорирует ваш сигнал.
<h3>Пагинация с тегом Noindex</h3>
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/mceu_26901813391704961335377.webp" alt="Пагинация с тегом Noindex" width="900" height="191" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy">
Классическим методом решения проблем с разбивкой на страницы является использование тега noindex для роботов, чтобы предотвратить индексацию отсортированного контента поисковыми системами.
Полная зависимость от тега noindex для обработки разбивки на страницы приведет к тому, что любые сигналы ранжирования от отдельных страниц будут проигнорированы.
Однако более серьезной проблемой с этим методом является то, что долгосрочный noindex на странице в конечном итоге приведет к тому, что Google перестанет следовать ссылкам на этой странице.
Это может привести к удалению из индекса контента, связанного со страницами с разбивкой на страницы.
<h3>Разделение на страницы и бесконечный скрол или нажатие "Показать больше"</h3>
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/mceu_872625940101704961363220.webp" alt="Разделение на страницы и бесконечный скрол" width="900" height="215" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy">
Существуют новые варианты обработки пагинации:
<ul>
<li>Непрерывная прокрутка, где контент предварительно загружается и добавляется непосредственно на текущую страницу пользователя по мере его прокрутки вниз.</li>
<li>Подгрузка контента после нажатия кнопки &laquo;Показать больше&raquo;.</li>
</ul>
Эти подходы ценятся пользователями, но не Googlebot.
Googlebot не имитирует поведение, такое как прокрутка до конца страницы или нажатие кнопки &laquo;Загрузить больше&raquo;. Это означает, что без помощи поисковые системы не могут эффективно индексировать весь ваш контент.
Чтобы быть SEO-дружественным, преобразуйте вашу страницу со непрерывной прокруткой или загрузкой большего количества в эквивалентную серию, основанную на индексируемых ссылках с атрибутами href, которая доступна даже при отключенном JavaScript.
По мере прокрутки или щелчка пользователем используйте JavaScript, чтобы адаптировать URL-адрес в адресной строке к составной пронумерованной странице.
Кроме того, реализуйте pushState для любого действия пользователя, похожего на щелчок или активное перелистывание страницы. Вы можете проверить эту функциональность в демо, созданном Джоном Мюлером. По сути, вы все еще реализуете рекомендованную выше SEO-оптимизацию, просто добавляя на нее дополнительную функциональность для удобства пользователя.
Предотвращение или блокировка индексации пагинации
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/mceu_438581950121704961476218.webp" alt="блокировка индексации пагинации" width="900" height="246" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy">
Некоторые специалисты по SEO рекомендуют вообще избегать проблемы обработки пагинации, просто запретив Google сканировать URL-адреса пагинации.
В таком случае вам понадобится хорошо оптимизированный XML-sitemap, чтобы страницы, связанные с помощью пагинации, имели шанс быть проиндексированы.
Существует три способа заблокировать сканирование:
<ul>
<li>Небрежный способ: добавить nofollow ко всем ссылкам, ведущим на страницы пагинации.</li>
<li>Более чистый способ: использовать файл robots.txt для запрета доступа к пагинации.</li>
<li>Способ без необходимости в разработчике: установить значение параметра страницы пагинации в &laquo;Paginates&raquo; и указать Google для индексации &laquo;No URLs&raquo; в Google Search Console.</li>
</ul>
Используя один из этих методов для предотвращения индексации URL-адресов пагинации поисковыми системами вы:
<ul>
<li>Прекратите распознавание поисковыми системами рейтинговых сигналов страниц пагинации.</li>
<li>Предотвратите передачу внутренней ссылочной массы с страниц пагинации на целевые страницы контента.</li>
<li>Помешаете Google найти ваши целевые страницы контента.</li>
</ul>
Очевидный плюс в том, что вы экономите на бюджете сканирования.
Здесь нет однозначно правильного или неправильного ответа. Вам нужно решить, что является приоритетом для вашего сайта.
Лично я, если бы хотел сосредоточиться на бюджете сканирования, сделал бы это, используя обработку пагинации в Google Search Console, так как она имеет максимальную гибкость для изменения своего решения.
<h2>Отслеживание влияния KPI на пагинацию</h2>
Теперь вы знаете, что делать, как отслеживать эффект оптимизации обработки пагинации? Во-первых, соберите эталонные данные, чтобы понять, как ваша текущая обработка пагинации влияет на SEO. Источники KPI могут включать:
<ul>
<li>Журналы серверных файлов для определения количества сканирований пронумерованных страниц.</li>
<li>Оператор поиска &laquo;site:&raquo; (например, site:example.com inurl:page) для понимания количества пронумерованных страниц, проиндексированных Google.</li>
<li>Отчет &laquo;Аналитика поиска&raquo; Google Search Console, фильтрованный по страницам, содержащим пагинацию, для понимания количества показов.</li>
<li>Отчет о посадочных страницах Google Analytics, фильтрованный по пронумерованным URL-адресам, для понимания поведения на сайте.</li>
</ul>
Если вы обнаружите проблему с индексацией поисковыми системами пагинации вашего сайта, чтобы добраться до вашего контента, вы можете изменить ссылки пагинации.
Как только вы запустите свою обработку пагинации в соответствии с наилучшими практиками, повторно посетите эти источники данных, чтобы измерить успех ваших усилий.

Скопировано в буфер!

Вставлено из буфера!

Карточка текста Карточки текста

Тема

Персонажи

Изменить дату действия. 18/02/2026

Выбрать дату

Время: 06:50 .

Идея текста

Сюжет

План действий

Заметки

Редакторские правки

Персонажи

Идея текста

Сюжет

План действий

Заметки

Дополнительные поля
Дополнительные поля отсутствуют

128. Оптимизация пагинации для SEO. Правка

Редактировать комментарии, примечания, метки и персонажи

Дополнительные символы

Оптимизация пагинации для SEO