Посібник із SEO-пагінації: як працювати зі сторінками пагінації так, як радить Google

SEO-пагінація охоплює те, як пошукові системи знаходять, скануюють та індексують контент, розбитий на кілька сторінок: категорії товарів, архіви блогу, гілки форумів, результати пошуку на вашому сайті. Помилки тут поширені й дорогі, бо можуть приховати від Google сотні товарів чи статей без жодної видимої помилки. Цей посібник спирається на власну документацію Google про пагінацію та поступове завантаження сторінок і містить практичні приклади для інтернет-магазинів і блогів.

Що таке пагінація в SEO?

Пагінація це практика розбиття довгого списку елементів на послідовність сторінок, зазвичай з пронумерованими посиланнями внизу: 1, 2, 3, далі. Сайти використовують її, щоб сторінки залишалися швидкими й читабельними. Для пошукових систем питання просте: чи може сканер дістатися до кожного елемента списку і які сторінки послідовності заслуговують на появу у видачі?

Google розглядає кожен URL у послідовності пагінації як окрему сторінку. Це важливо, бо сторінка 5 категорії часто єдине місце, де Googlebot знаходить посилання на старіші товари чи статті. Якщо сторінка 5 недоступна, ці елементи цілком залежать від вашої XML-карти сайту або інших внутрішніх посилань, щоб їх знайшли.

Чому пагінація важлива для SEO?

Пагінація впливає на три речі, які цікавлять пошукові системи:

• Виявлення: глибокі сторінки серії передають посилання на елементи, які не мають іншої точки входу. Зламана пагінація або пагінація лише на JavaScript відрізає ці елементи.
• Ефективність сканування: на великих сайтах пагінація разом із фільтрами та параметрами сортування може створити тисячі майже однакових URL, що марнують краулінговий бюджет.
• Консолідація сигналів: неправильне налаштування canonical може наказати Google ігнорувати всі сторінки, крім першої, і тоді посилання на сторінках 2 і далі зникають з його поля зору.

Що Google радить щодо пагінації у 2026 році?

Настанови Google вміщуються в короткий список. Таблиця нижче підсумовує, що робити і чого уникати, на основі його документації про пагінацію.

Чи мають сторінки пагінації вказувати canonical на сторінку 1?

Ні. Це найчастіша помилка пагінації. Документація Google прямо стверджує, що не слід використовувати першу сторінку послідовності як canonical-сторінку. Сторінка 2 містить інші елементи, ніж сторінка 1, тож оголошення сторінки 1 її canonical повідомляє Google, що сторінка 2 є дублікатом. З часом Google може припинити сканувати глибші сторінки, і товари чи публікації, на які посилаються лише вони, стає складніше виявити.

Правильне налаштування це самореферентний canonical-тег на кожній сторінці: сторінка 2 вказує на сторінку 2, сторінка 3 на сторінку 3. Ще одна пов'язана деталь: переконайтеся, що сторінка 1 має єдиний URL. Якщо існують і /shoes/, і /shoes/?page=1, скрізь посилайтеся на чисту версію, а варіант ?page=1 перенаправте або вкажіть на неї canonical.

Чи корисні ще rel="next" і rel="prev"?

Google підтвердив у 2019 році, що припинив використовувати ці атрибути посилань для індексації, а його поточна документація повторює, що він їх більше не використовує, зазначаючи, що інші пошукові системи можуть їх читати. Вони не шкодять, тож їх можна залишити, якщо ваша CMS додає їх автоматично. Чого не можна робити, так це покладатися на них: Google з'єднує сторінки серії через видимі посилання між ними, і саме тому посилання <a href>, доступні для сканування, важливіші за будь-яку розмітку.

Google також радить посилатися з кожної сторінки колекції назад на першу сторінку. Це дає першій сторінці більше внутрішніх посилань, що може слугувати підказкою, що вона найкраща цільова сторінка для серії. Решту робить якісне внутрішнє перелінкування на сторінках категорій, наприклад посилання на підкатегорії та бестселери на сторінці 1.

Чи індексувати сторінки пагінації, чи закривати їх через noindex?

У більшості випадків залишайте сторінки пагінації доступними для індексації. Noindex на сторінці 2 і далі спочатку не заважає Google бачити сторінку, але Google повідомляв, що сторінки, які довго лишаються в noindex, зрештою скануються рідше, а їхні посилання враховуються менше. Це повертає проблему виявлення, яку пагінація мала розв'язувати.

Глибокі сторінки рідко ранжуються за конкурентними запитами, бо сторінка 1 збирає більшість внутрішніх посилань і сигналів релевантності. Їхнє головне SEO-завдання передати сканери до елементів, які вони перелічують. Залишайте їх індексованими, давайте їм чіткий заголовок, як-от «Кросівки для бігу, сторінка 3», і не копіюйте довгий вступний текст сторінки 1 на кожну сторінку серії.

А що зі сторінками «показати все»?

Сторінка «показати все» відображає весь список на одному URL. У дописі Search Central 2011 року Google писав, що користувачі часто віддають перевагу сторінці «показати все», і радив спрямовувати на неї сторінки пагінації через canonical-тег, якщо вона швидко завантажується. Поточна документація Google про пагінацію цей варіант більше не згадує. На практиці сторінка «показати все» має сенс лише для коротких списків, щонайбільше кількох десятків елементів, де повна сторінка лишається швидкою. Для великих каталогів одна сторінка з сотнями товарів шкодить швидкості завантаження і Core Web Vitals, тож класична пагінація безпечніший вибір.

Як нескінченне прокручування та «завантажити ще» впливають на SEO?

Нескінченне прокручування

Нескінченне прокручування завантажує нові елементи, коли відвідувач гортає вниз. Сканери Google не прокручують і не запускають дії, які потребують користувача, тож елементи, завантажені таким чином, можуть лишатися невидимими. Рішення в тому, щоб підкріпити нескінченне прокручування URL пагінації: кожна порція елементів має власну адресу (наприклад ?page=3), адреса в браузері оновлюється під час прокручування, а сторінки з'єднані посиланнями, доступними для сканування без JavaScript.

Кнопки «завантажити ще»

Кнопка «завантажити ще» має те саме обмеження: Googlebot не натискає кнопки. Кнопка може лишатися для користувачів за умови, що це справжнє посилання на наступний URL пагінації, або що ті самі елементи доступні через стандартний блок пагінації чи XML-карту сайту. Перевірте це, вимкнувши JavaScript у браузері: якщо ви не можете дістатися сторінки 2, більшість сканерів теж не зможе.

Як пагінація взаємодіє з фасетною навігацією?

Фасетна навігація (фільтри за розміром, кольором, ціною, брендом) швидко примножує URL. Категорія з 10 сторінками, 5 порядками сортування та 20 фільтрами може згенерувати тисячі комбінацій, кожна з яких має власну пагінацію. Посібник Google про керування фасетною навігацією радить спершу вирішити, які версії взагалі заслуговують на сканування:

• Блокуйте непотрібне: якщо відфільтровані URL не мають пошукової цінності, закрийте їхні параметри в robots.txt, що Google описує як ефективніше в довгостроковій перспективі за canonical-теги для цієї мети.
• Залишайте цінні фільтри індексованими: фільтр, що відповідає реальному попиту, наприклад «чорні кросівки для бігу», може заслуговувати на власну оптимізовану сторінку з пагінацією.
• Використовуйте узгоджені параметри: стандартний роздільник «&», фіксований порядок фільтрів і жодних повторюваних фільтрів в одному URL.
• Повертайте 404 для порожніх результатів: комбінації фільтрів без товарів і неіснуючі сторінки пагінації не повинні відповідати статусом 200.

Як категорія інтернет-магазину має працювати з пагінацією?

Візьмемо категорію з 480 пар кросівок для бігу, по 24 на сторінці, тобто 20 сторінок. Правильне налаштування виглядає так:

1. Сторінка 1 розташована за адресою /running-shoes/ з повним текстом категорії, посиланнями на підкатегорії та самореферентним canonical.
2. Сторінки з 2 по 20 розташовані за адресами /running-shoes/?page=2 до ?page=20, кожна з власним canonical, заголовком, що містить номер сторінки, і без копії вступу.
3. Кожна сторінка показує пронумеровані посилання (перша, попередня, кілька номерів сторінок, наступна, остання) як звичайні HTML-посилання.
4. Параметри сортування використовують параметр, закритий у robots.txt, або мають noindex, тож індексується лише порядок за замовчуванням.
5. Усі URL товарів перелічено в XML-карті сайту як другий шлях виявлення.
6. Запити до ?page=21 і далі повертають 404.

Та сама логіка стосується архіву блогу: один URL для кожної сторінки архіву, самореферентні canonical, пронумеровані посилання, і кожна стаття також доступна зі сторінок категорій чи пов'язаних публікацій.

Як провести аудит пагінації на вашому сайті?

Аудит пагінації на більшості сайтів займає менше години:

• Відкрийте глибоку сторінку (сторінка 5 або далі) і перевірте її canonical-тег у вихідному коді.
• Вимкніть JavaScript і переконайтеся, що посилання пагінації все ще існують і вказують на справжні URL.
• Скористайтеся інструментом перевірки URL у Google Search Console на глибокій сторінці, щоб побачити, чи проіндексував її Google і який canonical вибрав.
• Перевірте звіт про індексацію на наявність великої кількості URL із параметрами фільтрів, сортування чи сесій.
• Запросіть номер сторінки за межами останньої й переконайтеся, що повертається статус 404.

Висновок

SEO-пагінація зводиться до кількох правил із власних настанов Google: один унікальний URL для кожної сторінки, доступні для сканування посилання між сторінками, самореферентний canonical замість canonical на сторінку 1, жодної залежності від rel="next" і rel="prev" та URL пагінації за будь-яким нескінченним прокручуванням чи кнопкою «завантажити ще». Контролюйте фільтри й порядки сортування, щоб вони не заполонили індекс, і забезпечте кожному елементу другий шлях виявлення через карту сайту. Щоб за секунди перевірити canonical, теги індексації та посилання будь-якого URL пагінації, скористайтеся безкоштовним аудитом SEO на сторінці від Sorank.