SEO оптимізація пагінації в інтернет-магазині: canonical, noindex, crawl budget

Пагінація — це /category/page/2, /page/3… і далі. Без правильної оптимізації вона дублює контент, витрачає crawl budget і знижує ранжування. У цьому гайді Spilno Agency — 5 ключових SEO-проблем пагінації, 3 стратегії вирішення та повний чек-ліст аудиту зі шаблоном Google Sheets.

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

Пагінація — це розбивка великого списку (товари, статті, відгуки) на кілька сторінок: /category/, /category/page/2, /category/page/3… Для e-commerce це стандарт: жоден магазин не показує 500 товарів на одній сторінці. Але без правильної SEO-оптимізації кожна сторінка пагінації стає потенційною проблемою.

Google бачить /category/page/2 як окрему сторінку. Якщо вона має такий самий Title, H1, шаблонний опис і схожу структуру — це дублікат. Якщо таких сторінок 20, 50, 100 — бот витрачає весь crawl budget на них, не доходячи до нових товарів.

Пагінація — одна з топ-3 причин поганого crawl budget в e-commerce інтернет-магазинах. — Google Search Central Blog

5 SEO-проблем пагінації в інтернет-магазині

1. Дублювання контенту. Сторінки /page/2..N мають однаковий Title, H1 і шаблонний опис категорії. Google може понизити або об’єднати їх без вашого відома.
2. Витрата crawl budget. Googlebot щодня відвідує обмежену кількість URL. Якщо 60% бюджету йде на пусті сторінки пагінації — нові товари не потрапляють в індекс вчасно.
3. Розмиття PageRank. Коли посилання з головної веде на /category/, а та веде на /category/page/2, /page/3… — вага розпорошується між усіма підсторінками.
4. Індексація тонких сторінок. Остання сторінка пагінації може містити 1-3 товари. Такі сторінки знижують загальну якість сайту (thin content).
5. Параметри URL без canonical. Якщо фільтри і сортування генерують URL виду ?sort=price&page=3&color=red — кількість дублів зростає в десятки разів.

Чому Google прибрав rel=next/prev

У 2019 році Google офіційно оголосив, що більше не підтримує атрибути rel="next" і rel="prev" як сигнал ранжування. Якщо ваш розробник або старий плагін досі їх додає — це не шкодить, але й не допомагає. Замість цього Google рекомендує стандартні сигнали: canonical, noindex, sitemap.

<link rel="next" href="/category/page/3" />
<link rel="prev" href="/category/page/1" />
<!-- Google більше не враховує ці теги (з 2019). Замість них — canonical або noindex -->

3 стратегії оптимізації пагінації

Стратегія 1: Canonical на першу сторінку категорії

Найпростіша і найпоширеніша стратегія. Всі сторінки /page/2..N вказують canonical на /category/. Google ігнорує їх як дублі і концентрує вагу на головній.

• Коли застосовувати: невеликий каталог, до 5 сторінок пагінації в категорії
• Ризик: canonical — це рекомендація, а не директива. Google може зігнорувати його
• Перевага: легко впровадити (Yoast / Rank Math / WooCommerce)

<!-- На /category/page/2, /page/3... -->
<link rel="canonical" href="https://shop.com/category/" />

Стратегія 2: Noindex + Follow

Для великих каталогів (10+ сторінок пагінації) — ефективніше поставити noindex,follow на /page/2+. Google не індексує ці сторінки, але проходить по посиланнях і передає PageRank на товарні картки.

• Коли застосовувати: 6+ сторінок пагінації, великий e-commerce, crawl budget критичний
• Перевага: повний контроль над індексацією, гарантована передача ваги
• Важливо: не ставте noindex разом із Disallow в robots.txt на одні й ті ж URL

<meta name="robots" content="noindex,follow" />
<!-- Або через X-Robots-Tag в HTTP-заголовку -->
X-Robots-Tag: noindex, follow

Стратегія 3: Load more / Infinite scroll з History API

Прогресивна альтернатива: замінити класичну пагінацію кнопкою «Завантажити ще». Товари підвантажуються AJAX, а URL оновлюється через History API (pushState). Google бачить один канонічний URL категорії — без жодних дублів.

• Коли застосовувати: новий магазин або повний редизайн
• Перевага: нуль сторінок пагінації, кращий UX, нуль проблем з дублями
• Складність: потребує кастомної розробки або плагіна

Load more з правильним History API — найчистіше SEO-рішення для e-commerce. Але canonical + noindex достатньо для 90% магазинів.

Crawl budget: як пагінація його витрачає

Crawl budget — це кількість URL, яку Googlebot готовий сканувати за один обхід вашого сайту. Google визначає її на основі авторитету домену і швидкості відповіді сервера. Для більшості інтернет-магазинів з 5 000–50 000 товарів budget — реальне обмеження.

• Закрийте /page/2+ через noindex,follow або canonical
• Заблокуйте параметри сортування в robots.txt: Disallow: /*?sort=
• Заблокуйте параметри фільтрів: Disallow: /*?color=, Disallow: /*?size=
• Встановіть пріоритет у sitemap.xml: 0.9 для товарів, 0.5 для категорій, 0.1 для пагінації (якщо лишаєте)
• Перевіряйте лог-файли щотижня — куди заходить Googlebot і скільки часу там проводить

Чек-ліст SEO-аудиту пагінації

Використайте цей чек-ліст щоразу, коли аудитуєте новий інтернет-магазин або перевіряєте поточний стан пагінації. Шаблон Google Sheets нижче включає всі пункти з полем для статусу та коментаря.

1. Зайдіть в GSC → Покриття → перевірте, скільки сторінок пагінації проіндексовано
2. Перевірте Title і Meta кожної /page/N: чи унікальні вони чи дублюють першу сторінку
3. Перевірте наявність canonical на кожній сторінці пагінації (і куди вона вказує)
4. Перевірте наявність noindex на /page/2+ (якщо обрана ця стратегія)
5. Перевірте robots.txt: чи закриті параметри сортування і фільтрів
6. Перевірте sitemap.xml: чи містить він сторінки пагінації (і чи потрібно це)
7. Перевірте, чи не дублюють параметри URL існуючі сторінки (?sort=&page=3)
8. Перевірте швидкість завантаження першої і 10-ї сторінки (Core Web Vitals)
9. Перевірте внутрішнє посилання: чи є посилання з категорій на конкретні товари (не тільки на /page/N)
10. Зафіксуйте стан у шаблоні та повторіть через 30 днів після впровадження змін

Типові помилки при оптимізації пагінації

• Canonical + noindex одночасно. Непотрібно і суперечливо. Обирайте одну стратегію.
• Disallow + noindex. Якщо заблокували URL в robots.txt, бот не зайде і не побачить noindex-тег. Сторінка лишиться в індексі через посилання.
• Canonical на саму себе (self-canonical). /page/2 вказує canonical на /page/2 — це помилка, не захист від дублів.
• Блокування JavaScript пагінації. Якщо ваш магазин підвантажує товари через JS — не блокуйте JS в robots.txt, інакше Google не побачить жодного товару.
• rel=next/prev без canonical. Ці теги Google більше не підтримує (з 2019), але якщо ваш плагін їх ставить — переконайтесь що canonical також налаштовано.

Поширені запитання

Чи шкодить пагінація SEO?

Так, якщо не оптимізована. Пагінація без canonical або noindex створює дублі контенту і витрачає crawl budget. Правильно налаштована — не шкодить і не допомагає прямо, але звільняє ресурс бота для важливих сторінок.

Що краще: canonical чи noindex для пагінації?

Для малих каталогів (до 5 сторінок) — canonical зручніший. Для великих каталогів і активних магазинів — noindex,follow ефективніше: він гарантовано закриває сторінки від індексації і зберігає crawl budget.

Чи потрібен rel=next/prev?

Ні. Google офіційно відмовився від підтримки rel=next/prev у 2019 році. Вони більше не впливають на ранжування. Замість них — canonical або noindex.

Як перевірити результат оптимізації пагінації?

Через Google Search Console → Покриття: порівняйте кількість проіндексованих сторінок до і після. Також перегляньте лог-файли сервера через 2-4 тижні після змін — Googlebot має витрачати менше часу на пагінацію і більше на товарні картки.

Чи впливає пагінація на мобільний SEO?

Опосередковано. Google використовує Mobile-First Indexing — тобто сканує мобільну версію. Якщо ваша мобільна пагінація відрізняється від десктопної (менше товарів, інший URL) — переконайтесь, що canonical і noindex встановлено коректно на обох версіях.