Сторінки пагінації називають основною сторінку 1
У звітіPaginated URLs declare page 1 as their canonical
pagination_canonical_to_first_page · Проблема
Це з’являється, коли сторінка списку з пагінацією, як-от ?page=2 чи /page/2/, вказує сторінку 1 як канонічну. Google не радить так робити й просить, щоб кожна сторінка мала власну канонічну адресу. Спрямуйте канонічну адресу кожної сторінки на неї саму.
Серйозність: Середня. Виправте це, коли наступного разу редагуватимете шаблон списку.
Чому це важливо
У посібнику Google з пагінації сказано не використовувати першу сторінку послідовності з пагінацією як канонічну, а натомість давати кожній сторінці власну канонічну URL-адресу, і що Google вважає URL-адреси такої послідовності окремими сторінками.
Що зробити
- Перегляньте знахідку: у ній показано сторінку, її номер і канонічну адресу, яку вона оголошує.
- Зробіть так, щоб канонічна адреса кожної сторінки списку вказувала на саму цю сторінку, тобто щоб
/cakes/?page=2вказувала/cakes/?page=2. - Виправте це в шаблоні списку або в налаштуванні пагінації вашого SEO-плагіна, бо зазвичай воно стосується кожного списку.
Що ми читаємо
Ми зчитуємо кінцеву адресу кожної просканованої сторінки та збережені оголошення <link rel="canonical"> у <head>, з урахуванням першого <base href>. Canonical з HTTP-заголовка та оголошення з hreflang, lang, media чи type ігноруються.
Один ASCII-параметр page у запиті, наприклад ?page=3, або шлях із закінченням /page/3 чи /page/3/ визначає пагінацію, якщо номер більший за 1 і містить щонайбільше 18 цифр. Правило фіксує одну канонічну адресу сторінки 1 тієї самої послідовності: схема, хост, порт та інші параметри запиту мають збігатися. Для ?page=N ціль зберігає шлях, а page пропущено або дорівнює 1. Для /page/N[/] використовується базовий шлях або /page/1. Початкові нулі допускаються.
До інших шаблонів адреси правило не застосовується. Відсутня, непридатна чи неоднозначна канонічна адреса, непридатна база, запит із втратами, понад 32 різні цілі або недоступне підтвердження head залишають сторінку пагінації неперевіреною. Розташування head має бути підтвердженим; інертний <noscript> лише зі стилями може відповідати цій умові. Самі код відповіді, noindex чи стан рендерингу не визначають результат: потрібні придатні збережені дані head.
Приклад і докази
Ілюстративний приклад — одна сторінка списку, а не реальний аудит.
https://bakery.example/cakes/?page=3 містить:
<link rel="canonical" href="https://bakery.example/cakes/">Сторінка 3 вказує сторінку 1 того самого списку як канонічну, тому вона фіксується.
<link rel="canonical" href="https://bakery.example/cakes/?page=3">Можливе виправлення: сторінка 3 вказує сама на себе.
Підтвердити й перевірити знову
Перевірте самі: відкрийте сторінку 2 або 3 списку, перегляньте її вихідний код і порівняйте href тега canonical із власною адресою сторінки.
Повторна перевірка: Повний аудит — запустіть новий аудит через адресу, за якою було знайдено проблему. Ту саму кінцеву сторінку потрібно прочитати знову з однією придатною канонічною адресою, яка не вказує на сторінку 1 тієї самої послідовності. Перевірка лише через іншу адресу, яка переспрямовує на цю сторінку, не підтверджує виправлення. Відсутні, неоднозначні чи непрочитані дані head або переспрямування на іншу кінцеву сторінку залишають знахідку відкритою.
Обмеження та джерела
Це діагностика двох шаблонів адреси та збережених оголошень head. Вона не робить додаткового запиту до сторінки 1 і не встановлює, яку канонічну адресу обирає Google. Ціль з іншими фільтрами, схемою, хостом чи портом це правило не фіксує. Сам код помилки не підтверджує, що дані head було збережено й перевірено.
Упевненість: Висока, бо адреса й канонічна адреса зчитуються безпосередньо.
Джерела
- Google, Пагінація, поступове завантаження сторінок і їхній вплив на Пошук Google — каже не використовувати першу сторінку послідовності з пагінацією як канонічну, давати кожній сторінці власну канонічну URL-адресу і що Google вважає URL-адреси з пагінацією окремими сторінками. Перевірено 28 вересня 2026.
Редакційна перевірка: 4 листопада 2026