Пагінація і SEO: як індексувати сторінки категорій правильно

Пагінація без правильного canonical і контролю crawl budget коштує інтернет-магазину сотні проіндексованих сторінок-дублів і втраченого трафіку. У цій статті — конкретні налаштування для WordPress, OpenCart і Magento, аналіз трьох підходів до canonical, кейс магазину з 500+ сторінками пагінації.

Що таке пагінація і чому вона важлива для SEO

Пагінація — це розбивка великого переліку контенту на послідовні сторінки: /category/, /category/page/2/, /category/page/3/ і так далі. Вона є в каталогах інтернет-магазинів, блогах, архівах тегів, пошуковій видачі сайту.

З точки зору SEO пагінація — це типовий double-edged sword. З одного боку, вона допомагає Google обходити і індексувати сотні товарів або статей, які не вмістилися б на одній сторінці. З іншого — неправильно налаштована пагінація генерує тисячі сторінок-дублів, пожирає crawl budget і «розмиває» вагу посилань по нескінченних URL.

За нашою практикою на проєктах з каталогами від 1000+ позицій пагінація — одна з трьох найчастіших причин просідання органічного трафіку після технічного аудиту. Решта двох — проблеми з canonical на товарних сторінках і некоректний robots.txt.

Проблеми пагінації: дублі, crawl budget, link juice

Три головні SEO-проблеми пагінації — і всі три взаємопов'язані.

Дублювання контенту

Якщо CMS генерує однаковий або схожий title/description для /category/ і /category/page/2/, Google сприймає їх як дублі. У WordPress без SEO-плагіна це відбувається за замовчуванням: тег <title> на другій сторінці категорії ідентичний першій. Ми перевіряли це на понад 30 проєктах — проблема трапляється в 8 з 10 нових клієнтів без SEO-налаштувань.

Витрата crawl budget

Для великого інтернет-магазину 500 сторінок пагінації можуть «з'їдати» від 40 до 70% crawl budget. Це означає, що Google витрачає свої ресурси на обхід технічних сторінок замість того, щоб частіше індексувати нові товари або оновлені ціни. У Google Search Console → Settings → Crawl Stats добре видно цю картину.

Розмивання link juice

Якщо зовнішні посилання ведуть на /category/page/5/ (наприклад, хтось прямо заслинкував цей URL), вага цих посилань «розпорошується» по технічній сторінці, а не концентрується на головній сторінці категорії. Self-canonical вирішує цю проблему: будь-яке посилання на /page/5/ буде атрибутовано на першу сторінку категорії — якщо canonical вказаний правильно.

Три підходи до canonical на пагінованих сторінках

Існує три поширених підходи — і тільки один з них рекомендується Google у 2025–2026 роках.

Підхід 1: Canonical на першу сторінку (застарілий)

Раніше широко рекомендувалося ставити canonical з /category/page/2/ на /category/. Логіка: вся «вага» концентрується на першій сторінці. Проблема: Google бачить, що canonical вказує на іншу сторінку, і може ігнорувати весь контент /page/2/. Товари, які є тільки на другій і далі сторінках, ризикують не потрапити в індекс.

Підхід 2: Self-canonical (рекомендований)

Кожна пагінована сторінка вказує canonical на саму себе. /category/page/2/ має <link rel="canonical" href="https://example.com/category/page/2/">. Це сигналізує Google, що кожна сторінка є самостійним документом, і дозволяє індексувати товари з усіх сторінок пагінації.

Підхід 3: Noindex (не рекомендується)

Закрити /page/2/ і далі через meta robots noindex. Короткострокова логіка: прибираємо дублі з індексу. Довгострокова проблема: товари з цих сторінок стають недосяжними для Google, краулер все одно обходить сторінки (витрачає бюджет), а рейтинг категорій падає, бо Google не бачить повного асортименту.

Детальніше про механізм роботи та типові помилки при налаштуванні — у нашій статті про канонічні теги.

Google і пагінація після 2019: відміна rel=prev/next

21 березня 2019 року команда Google Search офіційно повідомила, що більше не використовує rel=prev і rel=next як сигнал для розпізнавання пагінованих серій. Це стало сюрпризом для SEO-спільноти — теги активно рекомендувалися роками.

Фактично, Google внутрішньо відмовився від цих тегів ще в 2011 році, але публічно не повідомляв про це. Bing досі декларує підтримку rel=prev/next. Видаляти ці теги не обов'язково — але вважати їх основним рішенням для пагінації в 2025–2026 — помилка.

Що Google рекомендує зараз

• Self-canonical на кожній пагінованій сторінці — основна рекомендація.
• Унікальний title і description для кожної сторінки пагінації. Наприклад: «Кросівки Nike — сторінка 2 з 15 | Назва магазину».
• Чіткі посилання між сторінками (попередня/наступна) в HTML, доступні для краулера.
• Не блокувати пагіновані сторінки в robots.txt, якщо на них є унікальні товари.

«Ми розробили системи, які можуть визначати зв'язок між сторінками пагінації без спеціальних тегів. Однак найкраще, що ви можете зробити — це переконатися, що кожна сторінка має унікальний контент і правильний canonical.» — офіційна позиція Google Search Central.

Налаштування пагінації в WordPress, OpenCart, Magento

WordPress + Yoast SEO / Rank Math

За замовчуванням WordPress додає пагінацію для категорій і архівів. Yoast SEO автоматично ставить self-canonical на кожну пагіновану сторінку. Але є типова помилка: при активації плагіну налаштування canonical для пагінації іноді залишається на значенні «canonical до першої сторінки». Перевірте:

1. Yoast SEO → Search Appearance → Taxonomies → Categories → увімкніть «SEO for Archive pages».
2. Перевірте через View Source на /category/page/2/ — тег <link rel="canonical"> має вказувати на саму /page/2/, не на /category/.
3. У Rank Math: General Settings → Links → Canonical URL → переконайтесь, що «Use Pagination Base» вимкнено.

OpenCart

OpenCart за замовчуванням не генерує canonical теги. Без SEO-розширення всі сторінки категорій з пагінацією — потенційні дублі. Налаштування:

1. Встановити SEO-розширення (SEO Pack Pro або подібне) або дописати canonical вручну в catalog/view/theme/[theme]/template/product/category.tpl.
2. У шаблоні перевірити, що canonical формується динамічно: для /index.php?route=product/category&path=25&page=2 canonical має бути /your-category/?page=2 (або ЧПУ-аналог).
3. Активувати SEO URL в Admin → Settings → Store → SEO URL = Yes. Це прибирає параметри з URL і спрощує контроль canonical.

Magento 2

Magento має вбудовані налаштування для canonical у розділі Stores → Configuration → Catalog → Catalog → Search Engine Optimization:

1. Use Canonical Link Meta Tag For Categories → встановіть «Yes».
2. Зверніть увагу: за замовчуванням Magento ставить canonical на /category/ (першу сторінку) для всіх пагінованих сторінок. Це застарілий підхід. Для зміни потрібно модифікувати модуль або встановити SEO-розширення.
3. Перевірте параметри фільтрів: Magento генерує URL типу /category.html?color=34&size=5 — ці URL мають бути закриті від індексації.

Infinite scroll і SEO: проблеми та рішення

Безкінечне прокручування виглядає зручно для користувача, але для SEO — це пастка. Коли нові товари підвантажуються динамічно через JavaScript, краулер Google бачить тільки перший «екран» продуктів. Решта просто не існує для індексатора.

Ми стикалися з цим на проєкті клієнта з категорій жіночого одягу — після впровадження infinite scroll на головній сторінці категорії в GSC впало більше 400 проіндексованих URL товарів за 6 тижнів. Причина: Google Googlebot рендерить JavaScript, але лімітовано — глибокий infinite scroll він не проходить.

Рішення для infinite scroll

• Гібридний варіант: infinite scroll + окремі URL для кожної «порції» (/page/2/, /page/3/). Google рекомендує цей підхід офіційно. Реалізується через History API (pushState) — при прокручуванні URL змінюється.
• Кнопка «Завантажити ще» замість автоматичного підвантаження: більш SEO-friendly, бо перша сторінка містить чіткий набір товарів, а решта доступна через пагіновані URL.
• Рендеринг на сервері (SSR): для React/Vue магазинів — критична вимога. Клієнтський рендеринг infinite scroll невидимий для Googlebot у 90% випадків.

Фільтри і пагінація в інтернет-магазинах

Поєднання фільтрів і пагінації — найнебезпечніша зона для SEO інтернет-магазину. Кожна комбінація фільтрів генерує унікальний URL: /category/?color=red&size=XL&page=3. Для магазину з 50 кольорами, 10 розмірами і 20 сторінками пагінації математика невблаганна: до 10 000 унікальних URL тільки для однієї категорії.

Стратегії управління URL фільтрів

• Canonical на чисту категорію: всі URL з параметрами фільтрів вказують canonical на /category/. Підходить, якщо фільтровані сторінки не мають SEO-цінності.
• Вибірковий noindex для комбінованих фільтрів: сторінки з одним фільтром (наприклад, /category/red/) можуть бути цінними SEO-сторінками. Комбіновані (два і більше фільтри) — краще закрити noindex.
• GSC URL Parameters: у Google Search Console → Legacy Tools → URL Parameters можна вказати Google, що параметр ?sort= або ?order= не впливає на контент. Але цей інструмент застарілий і видаляється Google.
• Robots.txt Disallow для параметрів: Disallow: /*?*color= — закриває від краулера всі URL з параметром color. Використовувати обережно — можна ненавмисно заблокувати важливі сторінки.

Практичний чеклист аудиту пагінації

Використовуйте цей чеклист при технічному SEO-аудиті сайту. Для великих каталогів (500+ URL) рекомендуємо Screaming Frog або Ahrefs Site Audit.

1. Перевірте canonical на /page/2/: відкрийте View Page Source і знайдіть <link rel="canonical">. Він має вказувати на саму /page/2/, не на /category/.
2. Перевірте унікальність title/description: у Screaming Frog відфільтруйте URL, що містять /page/ або ?page=. Порівняйте title з першою сторінкою категорії — вони мають відрізнятися.
3. Аналіз Crawl Stats у GSC: Settings → Crawl Stats → By response code. Якщо /page/ URL складають більше 30% від усіх запитів — є проблема з бюджетом.
4. Перевірте robots.txt: переконайтеся, що жодна пагінована сторінка не заблокована (якщо на ній є унікальні товари).
5. Перевірте URL фільтрів: знайдіть у GSC або Screaming Frog URL з двома і більше параметрами (?color=&size=) — їх слід закрити від індексації.
6. Перевірте наявність next/prev посилань: на кожній сторінці пагінації мають бути HTML-посилання «Попередня сторінка» / «Наступна сторінка» — для користувача і для краулера.
7. Перевірте хлібні крихти: вони мають бути на всіх пагінованих сторінках і правильно передавати ієрархію.
8. Infinite scroll: якщо використовується, перевірте в Google Search Console → URL Inspection, чи бачить Google рендерену версію сторінки з усіма товарами.

Як правильно використовувати GSC для аналізу індексації пагінованих сторінок — у нашому повному гайді по Google Search Console.

Кейс: магазин зі 500+ сторінками пагінації

До нас звернувся клієнт — інтернет-магазин електроніки з каталогом понад 6 000 товарів. Перший аудит виявив:

• 548 сторінок пагінації без canonical (дублювали title першої сторінки категорії)
• 1 200 URL з комбінованими параметрами фільтрів в індексі Google
• Crawl Stats: 65% запитів витрачалися на /page/ і ?filter= URL
• 2 400 товарів з /page/10/ і далі не мали жодного внутрішнього посилання

Що зробили за 8 тижнів: додали self-canonical на всі пагіновані сторінки, унікальні title з номером сторінки, закрили комбіновані фільтри через canonical, виправили хлібні крихти. Результат через 3 місяці: кількість проіндексованих товарів зросла на 68%, органічний трафік категорій +34%, Crawl Stats — частка /page/ URL знизилась до 18%.

На практиці

До нас звернувся власник кулінарного блогу на WordPress — 4 200 рецептів, розбитих по рубриках: випічка, супи, салати, десерти та ще дев'ять категорій. У кожній рубриці — до 8 сторінок пагінації. Проблему клієнт помітив сам: трафік зростав, але майже виключно на головну та рубричні сторінки, тоді як самі рецепти практично не отримували органічних показів.

Аудит у Screaming Frog виявив причину одразу: жодна з 70 сторінок пагінації (/рецепти/випічка/page/2/ — /page/8/) не мала self-canonical — кожна вказувала canonical назад на /рецепти/випічка/.

У GSC → Crawl Stats виявили, що 62% усіх запитів краулера йшло саме на /page/2/–/page/8/ замість карток рецептів. Фактично пагінація «з'їдала» бюджет, і Google майже не доходив до самих рецептів.

За 3 тижні виправили canonical через шаблон WordPress (Yoast SEO, опція «Use Pagination Base» = вимкнути), додали всі 4 200 рецептів у XML-sitemap з пріоритетом 0.8 і перевірили відрендерений HTML через GSC → URL Inspection для 20 випадкових рецептів із глибоких сторінок. Через 11 тижнів органічний трафік зріс на 44%, а частка /page/ URL у Crawl Stats впала з 62% до 19%.

У контентних блогах із глибокою пагінацією canonical «на себе» — це не опція, а умова виживання рецептів в індексі. Поки /page/2/ дивиться canonical на /page/1/, Google просто не бачить сенсу йти далі.

Часті запитання

Чи треба ставити noindex на сторінки пагінації?

Ні. noindex на /page/2/ і далі забирає ці сторінки з індексу, але краулер все одно їх відвідує і витрачає бюджет. Крім того, товари і статті на цих сторінках стають практично недосяжними для Google. Оптимальне рішення — self-canonical на кожну пагіновану сторінку плюс внутрішні посилання на індексовані сторінки категорій.

Що сталося з тегами rel=prev/next після 2019 року?

У березні 2019 року Google офіційно повідомив, що більше не використовує rel=prev/next як сигнал пагінації. Bing і деякі інші пошукові системи досі можуть їх враховувати, тому видаляти теги не обов'язково, але покладатися на них як на основну стратегію — помилка.

Як правильно налаштувати canonical для сторінок пагінації?

Кожна пагінована сторінка повинна мати self-canonical: /category/page/2/ посилається canonical на саму себе. Не потрібно вказувати canonical на першу сторінку — це призводить до того, що Google може проігнорувати контент на /page/2/ і далі, і товари з цих сторінок випадуть з індексу.

Чи шкодить пагінація crawl budget сайту?

Так, якщо пагінація не оптимізована. Для великого інтернет-магазину з 500+ сторінками пагінації краулер може витрачати до 60–70% бюджету на технічні сторінки замість пріоритетних. Рішення: закрити від краулера сторінки з параметрами фільтрів, залишити тільки чисту пагінацію, і перевіряти в Google Search Console розділ Crawl Stats.