Що таке сторінка лістингу товарів (PLP)? Значення, приклади та SEO

Що таке сторінка лістингу товарів (PLP)? Значення, приклади та SEO
David Kaufmann
Уроки SEO

Кожен інтернет-магазин тримається на сторінках лістингу, і їх читають два дуже різні відвідувачі: покупці, які вирішують, що купити, і Googlebot, який вирішує, що сканувати. Від однієї й тієї самої сторінки їм потрібне різне.

Сторінка лістингу товарів (PLP, product listing page) — це місце, де інтернет-магазин показує одразу цілу категорію. Покупці використовують її для порівняння, а Google — щоб знаходити ваші сторінки товарів. Ті самі фільтри, що допомагають покупцям, можуть створювати тисячі майже однакових URL-адрес.

Далі: різниця між PLP і PDP, елементи, якими користуються покупці, і правила Google для лістингів. Загальну картину дивіться в цьому посібнику з SEO для інтернет-магазинів.

Що таке сторінка лістингу товарів?

Сторінка лістингу товарів — це будь-яка сторінка, яка показує кілька товарів і веде покупця до одного з них. PLP охоплює більше типів сторінок, ніж підказує слово «категорія», як видно на прикладі звичайного магазину одягу:

  • Сторінка категорії: /women/shoes
  • Сторінка підкатегорії: /women/shoes/running
  • Сторінка колекції: /summer-sale, згрупована за акцією, а не за типом товару
  • Результати внутрішнього пошуку: /search?q=sandals

Усі чотири мають один шаблон: сітка товарів, фільтри, меню сортування та пагінація.

Анатомія сторінки лістингу товарів: хлібні крихти й назва категорії вгорі, панель фільтрів ліворуч із застосованими фільтрами у вигляді чипів, які можна видалити, меню сортування й кількість результатів над сіткою карток товарів із зображенням, назвою, ціною та рейтингом, і пагінація внизу
Анатомія сторінки лістингу товарів

PLP і PDP: у чому різниця?

PLP показує багато товарів, щоб покупець міг вибрати; сторінка товару (PDP, product detail page), яку також називають карткою товару, представляє один товар, щоб покупець міг його купити. Ось як вони ділять роботу:

PLP (сторінка лістингу товарів)PDP (сторінка товару)
ПризначенняДопомогти покупцеві переглядати, фільтрувати й порівнюватиДопомогти покупцеві визначитися з одним товаром
КонтентКартки товарів, фільтри, сортування, пагінаціяФото, опис, характеристики, ціна, відгуки, кнопка «У кошик»
Типовий запитШирокий: «жіночі кросівки для бігу»Конкретний: бренд плюс назва моделі
Роль у конверсіїПідводить покупця до потрібного товаруЗакриває продаж
Роль у SEOРанжується за запитами категорій і веде Google до всіх товарівРанжується за запитами товарів і моделей

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

Ті самі бігові кросівки з'являються як картка на /women/shoes/running і на власній URL-адресі: картка отримує клік, сторінка товару отримує продаж.

Що допомагає сторінці лістингу товарів конвертувати

PLP конвертує, коли покупець може швидко звузити великий каталог до кількох доречних товарів за допомогою фільтрів, сортування, карток товарів і пагінації. Більшість магазинів досі роблять це погано: бенчмарк списків товарів 2025 року від Baymard Institute оцінює 58 % сайтів на десктопі та 78 % на мобільних як «погані» або «посередні».

Де просідає кожен елемент:

  • Фільтри. У 51 % сайтів немає п'яти основних типів фільтрів (ціна, оцінка покупців, колір, розмір і бренд). Дослідження Baymard 2023 року також показало, що 61 % взагалі не виділяють свої важливі фільтри.
  • Застосовані фільтри. 20 % сайтів не показують, які фільтри активні. Показуйте їх як чипи над сіткою, які можна видалити.
  • Сортування. У 68 % сайтів на десктопі та 69 % на мобільних немає чотирьох основних типів сортування. Пропонуйте порядки, за якими люди справді обирають: ціна, рейтинг, хіти продажів і новинки.
  • Картки товарів. 80 % сайтів не показують у списку три й більше мініатюри на товар. Додайте їх, а також ціну, рейтинг і зразки кольорів.
  • Пагінація або «Показати ще». Обирайте те, чому віддають перевагу ваші покупці, але робіть це доступним для сканування (докладніше нижче).
Стовпчикова діаграма інтернет-магазинів, яким бракує основ списку товарів, за бенчмарком Baymard 2025 року: 80 % не показують три й більше мініатюри на товар, у 69 % немає основних типів сортування на мобільних, у 51 % немає основних типів фільтрів, а 20 % не показують застосовані фільтри
Де сторінки лістингу товарів просідають

SEO для PLP: як домогтися індексації лістингів без хаосу фільтрів

SEO для PLP означає домогтися індексації потрібних лістингів і не дати варіантам фільтрів і сортування поглинати сканування Google. Google називає фасетну навігацію «безумовно найчастішим джерелом» проблем надмірного сканування, про які повідомляють власники сайтів (Crawling December, 2024).

Фасетна навігація та параметри URL

Фасетна навігація, тобто панель фільтрів PLP, може перетворювати кожну комбінацію значень на окрему URL-адресу. У документації Google щодо фасетної навігації сказано, що URL-адреси фасетів на основі параметрів можуть створювати нескінченний простір URL. Результат — надмірне сканування й повільніше виявлення ваших нових URL-адрес.

Припустімо, /shoes пропонує 8 кольорів, 10 розмірів і 4 варіанти сортування. Вибір одного значення кожного вже дає 320 URL-адрес для однієї категорії, ще до бренду й ціни; /shoes?color=red&size=9&sort=price — одна з них.

Схема однієї URL-адреси категорії, /shoes, помноженої на 8 значень кольору, 10 значень розміру та 4 варіанти сортування, що дає 320 доступних для сканування комбінацій URL, наприклад /shoes?color=red&size=9&sort=price, ще до фільтрів за брендом або ціною
Одна категорія, 320 URL-адрес для сканування

Правило Google залежить від того, чи потрібно цим URL-адресам ранжуватися:

  • Ранжуватися не потрібно: закрийте їх у robots.txt або перенесіть фільтри у фрагменти URL (#), залишивши доступними для сканування сторінки товарів і один лістинг без фільтрів.
  • Деяким потрібно ранжуватися, наприклад «червоні кросівки для бігу»: використовуйте стандартний роздільник & для параметрів, а для фільтрів у шляху — фіксований порядок фільтрів без дублікатів.

Чи стосується це невеликого магазину? Рекомендації Google щодо краулінгового бюджету розраховані на сайти з понад мільйоном унікальних сторінок, що змінюються щотижня, понад 10 000 сторінок, що змінюються щодня, або великою кількістю URL-адрес зі статусом «Discovered - currently not indexed» (виявлено, не проіндексовано). Нижче цього порогу дублікати URL-адрес (те, що Google називає «сприйнятим асортиментом») усе одно залишаються фактором сканування, який ви контролюєте найбільше.

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

Як налаштувати канонічні теги на PLP із фільтрами та сортуванням

На PLP із фільтрами чи сортуванням тег rel=canonical (рядок у HTML сторінки, який вказує бажану версію URL-адреси), що веде на сторінку без фільтрів, — це підказка, а не блокування. З часом він може скоротити сканування відфільтрованих версій, але документація Google щодо фасетної навігації оцінює canonical і nofollow як «загалом менш ефективні в довгостроковій перспективі», ніж robots.txt або фрагменти URL.

Для справжніх дублікатів посібник Google щодо канонічних URL-адрес вважає переспрямування та rel=canonical сильними сигналами, а включення до карти сайту — слабким; сигнали підсумовуються. Внутрішні посилання теж ставте на канонічну URL-адресу.

Для варіантів сортування є окреме правило: рекомендації Google щодо пагінації радять не пускати в індекс варіанти з фільтрами та альтернативним сортуванням, наприклад ?order=price, за допомогою noindex або robots.txt.

Як працює сам тег, пояснюється в посібнику з канонічного тегу.

Як зробити пагінацію PLP: пагінація, «Показати ще» та нескінченне прокручування

Робіть пагінацію PLP так, щоб кожна сторінка мала власну адресу для сканування: унікальну URL-адресу, наприклад ?page=2, canonical на саму себе та звичайне посилання <a href> на наступну сторінку.

Google додає дві заборони: не ставте canonical зі сторінки 2 і далі на сторінку 1 і не використовуйте фрагменти # для номерів сторінок.

«Показати ще» та нескінченному прокручуванню потрібна та сама основа. Сканери Google не натискають кнопки й, як правило, не виконують JavaScript, який чекає дії користувача, тому товари за кнопкою, що працює лише на JavaScript, залишаються прихованими, якщо сторінка не віддає ще й посилання <a href> (або якщо їх не перелічує карта сайту чи фід Merchant Center).

  • Правильно: сторінка 3 лістингу /women/shoes/running розміщена за адресою ?page=3, вказує себе як canonical і посилається на ?page=4 через <a href>.
  • Неправильно: сторінка 3 ставить canonical на сторінку 1, а наступна порція товарів з'являється лише через кнопку «Показати ще», яка запускає JavaScript.

Перший варіант дає Google змогу дістатися до кожного товару після сторінки 2; другий оголошує сторінку 3 копією сторінки 1 і не залишає жодного посилання для переходу.

Як ставити посилання на PLP і з них

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

Так PLP стає хабом, який передає посилання далі на ваші товари. Загальні правила зібрано в цьому посібнику з внутрішньої перелінковки.

Типові помилки на сторінках лістингу товарів

Більшість помилок на PLP виникають, коли фільтр, canonical або скрипт вважають деталлю дизайну:

  1. Canonical зі сторінок 2+ на сторінку 1. Рішення: canonical на саму себе на кожній сторінці.
  2. Canonical як єдиний спосіб керувати фасетами. Рішення: robots.txt або фрагменти # для фасетів, яким не потрібно ранжуватися.
  3. Nofollow на частині посилань фільтрів. Це працює, лише якщо nofollow стоїть на кожному посиланні на цю URL-адресу, внутрішньому й зовнішньому. Рішення: robots.txt або фрагменти.
  4. Порожні сторінки фільтрів із переспрямуванням. Комбінації без результатів, дублікати фільтрів і неіснуючі номери сторінок мають повертати HTTP 404 за цією URL-адресою, а не переспрямовувати.
  5. «Показати ще» лише на JavaScript. Рішення: доступна для сканування пагінація <a href> за кнопкою.
  6. robots.txt використовується для вибору канонічної версії. Google усе одно може проіндексувати заблоковану URL-адресу без її вмісту, а noindex для цього теж не рекомендований. Рішення: rel=canonical або переспрямування.
  7. Приховані застосовані фільтри. Рішення: чипи над сіткою, які можна видалити.

Як відстежувати PLP у Google Search Console

Відстежуйте PLP у звіті «Індексування сторінок» у Search Console, де відфільтровані лістинги часто з'являються з такими статусами:

  • Crawled - currently not indexed: Google просканував URL-адресу, але не проіндексував її; її може бути проіндексовано пізніше, повторно надсилати її не потрібно.
  • Duplicate, Google chose different canonical than user: Google вибрав іншу URL-адресу замість тієї, яку вказали ви.
  • Duplicate without user-selected canonical: ви не вказали канонічну URL-адресу, і Google вибрав іншу.

PLP із фільтрами, які вказують canonical на сторінку без фільтрів, зазвичай з'являються як Альтернативна сторінка з належним канонічним тегом, і часто це очікуваний результат.

У великих магазинах список прикладів у звіті обмежений 1000 URL-адрес, тому тисячі URL-адрес фасетів там усі не побачити. Групування лістингів за шаблоном URL дає змогу вимірювати їх як один набір, а не URL за URL.

SEOcrawl AI уже робить таке групування. Його подання Tag Evolution у SEO Dashboard вимірює URL-адреси та ключові слова за групами, тож тег «Сторінки категорій» показує кліки й покази PLP окремо від сторінок товарів, а ваші дані Search Console зберігаються довше за 16 місяців, передбачених Google. SEO Monitor попереджає вас, коли зміна шаблону зачіпає канонічні теги, директиви індексації, robots.txt або коди відповіді.

Через SEOcrawl AI MCP Server (MCP, або Model Context Protocol, — стандарт, який дає ШІ-асистенту змогу звертатися до зовнішніх інструментів) ваш ШІ-асистент може отримувати покриття індексу за статусами Search Console й перевіряти окремі URL-адреси. Платформа охоплює класичне SEO (Search Console і GA4) та GEO: видимість вашого бренду в ChatGPT, Claude, Gemini, Perplexity і Copilot.

Наступний крок: позначте тегом сторінки категорій і відстежуйте їх окремо від сторінок товарів у SEO Dashboard з 14-денним безкоштовним пробним періодом.

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

Що таке сторінка лістингу товарів (PLP)?

Сторінка лістингу товарів — це будь-яка сторінка інтернет-магазину, яка показує кілька товарів і веде покупця до одного з них: категорія, підкатегорія, колекція або сторінка результатів внутрішнього пошуку. Зазвичай на ній є сітка товарів, фільтри, меню сортування та пагінація.

PLP і PDP: у чому різниця?

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

Що означає PLP в електронній комерції?

В електронній комерції PLP означає product listing page, тобто сторінку лістингу товарів із категорії, колекції або пошуку. Зазвичай її згадують у парі з PDP у брифах, налаштуваннях аналітики та A/B-тестах, де команди розділяють трафік і конверсію за типом сторінки. Поза ритейлом абревіатура може означати й інше, наприклад персоналізований навчальний план (personalized learning plan) в освіті.

Як оптимізувати PLP для SEO?

Залишайте лістинги, які мають ранжуватися, доступними для сканування та індексації, і закривайте варіанти фільтрів і сортування, яким не потрібно ранжуватися, через robots.txt або фрагменти URL. Давайте кожній сторінці пагінації власну URL-адресу та canonical на саму себе, ставте посилання на кожну PLP з меню та хлібних крихт і посилайтеся з кожної PLP на всі товари в ній.

Як відстежувати сторінки лістингу товарів окремо в Search Console?

Згрупуйте URL-адреси ваших PLP за спільним шаблоном, наприклад /category/ або /c/, і вимірюйте цю групу, а не читайте сторінки по одній. У SEOcrawl AI ваш ШІ-асистент може через MCP Server створити правило, яке автоматично позначає тегом кожну URL-адресу, що відповідає шаблону, зокрема майбутні, а потім отримати топ сторінок із цим тегом з їхніми кліками, показами та позицією.

Автор: David Kaufmann

David Kaufmann

Останні 10+ років я повністю занурений у SEO — і чесно кажучи, не хотів би інакше.

Моя кар'єра вийшла на новий рівень, коли я працював старшим SEO-спеціалістом у Chess.com — одному зі 100 найвідвідуваніших сайтів у всьому інтернеті. Робота в такому масштабі навчила мене того, чого не дав би жоден курс чи сертифікат.

З цього досвіду я заснував SEO Alive — агенцію для брендів, які серйозно ставляться до органічного зростання. І оскільки не знайшов інструмента, що добре справляється з обома світами — класичним і AI, побудував SEOcrawl AI. Якщо ви шукаєте досвідченого SEO-партнера, який любить цю справу — буду радий поговорити!

→ Читайте всі статті від David
Більше статей: David Kaufmann

Дізнайтесь більше контенту цього автора