В e-commerce SEO ми масштабуємо не кількість «SEO-текстів», а кількість корисних entry pages під реальний товарний попит.
01
Чому категорії важливіші за окремі картки товарів
Картка товару добре працює під запити з назвою бренду, моделі, артикула чи конкретного товару. Це важливий, але вузький шар попиту: одна картка закриває один невеликий набір запитів і залежить від того, чи взагалі шукають саме цю модель.
Категорійна структура масштабує охоплення non-brand попиту. Одна добре спроєктована система категорій, підкатегорій та індексованих фільтрів дає десятки й сотні комерційних entry pages — сторінок, на які людина потрапляє вже з наміром купити певний тип товару.
Google у документації для e-commerce прямо рекомендує зрозумілу ієрархію навігації home → category → subcategory → product і доступність важливих сторінок через crawlable-посилання <a href>. Googlebot не користується внутрішнім пошуком сайту, тому все, що доступне лише через пошук чи складні скрипти, ризикує залишитися поза індексом. Внутрішні посилання ще й показують відносну важливість сторінок.
На практиці це означає простий висновок: перш ніж писати тексти, варто розкласти попит по рівнях каталогу і переконатися, що кожен важливий рівень має свою сторінку та шлях до неї.
E-commerce SEO architecture
Google рекомендує crawlable-ієрархію home → category → subcategory → product. SEO-фільтр — свідомо створений шар між підкатегорією та товаром.
Що глибше рівень — то конкретніший намір і, як правило, нижча конкуренція.
02
Категорія → підкатегорія → SEO-фільтр
Найпростіше пояснити на прикладі кормів для тварин:
- /korm-dlya-sobak — «купити корм для собак», широка категорія
- /korm-dlya-sobak/sukhyi — «купити сухий корм для собак», підкатегорія
- /korm-dlya-sobak/sukhyi/5-kg — «сухий корм для собак 5 кг», потенційний SEO-фільтр
- /korm-dlya-sobak/dlya-labradora — «корм для лабрадора», якщо є семантика й достатній асортимент
Три різні типи сторінок
- Taxonomy page — постійна частина структури каталогу: категорія або підкатегорія
- Faceted page — результат вибору атрибута або комбінації атрибутів у фільтрах
- SEO-фільтр — faceted page, яку свідомо перетворили на indexable landing page під реальний попит
Ключова різниця саме в останньому пункті. Фільтр створюється не тому, що CMS технічно це дозволяє, а тільки тоді, коли є окремий пошуковий попит і логічний, стабільний набір товарів під нього.
Якщо під комбінацію атрибутів немає окремого попиту й нормального асортименту — це не SEO-сторінка, а просто стан фільтра для користувача.
Один каталог → кілька шарів попиту
Той самий асортимент товарів обслуговує різні за конкретикою запити — якщо структура це дозволяє.
Ширина смуг ілюструє відносний обсяг попиту, а не реальні дані по ніші.
Одна картка = один намір. Одна система категорій = сотні намірів.
03
Як знаходити сторінки, які реально мають попит
Робочий процес, який ми використовуємо в проєктах:
- Зібрати семантику по категорії — повністю, а не лише очевидні запити
- Розкласти модифікатори: тип, бренд, матеріал, вага, розмір, призначення, стать, вік, порода, сумісність тощо
- Знайти комбінації модифікаторів, які мають реальний пошуковий попит
- Перевірити, чи є достатня кількість товарів під кожну таку комбінацію
- Подивитися SERP: чи ранжуються там category / facet pages, а не статті або окремі картки товарів
- Пріоритезувати за комерційністю, частотністю, маржею, асортиментом і конкуренцією
Міні-фреймворк пріоритезації
Аналіз SERP тут не менш важливий за цифри частотності. Якщо за запитом стабільно ранжуються інформаційні статті, створювати під нього окрему товарну сторінку зазвичай немає сенсу — намір користувача інший.
Demand / Competition / Business value
Пріоритезація сторінок-кандидатів перед тим, як створювати підкатегорію чи SEO-фільтр.
Є попит, є асортимент, конкуренція помірна. Запускаємо першими.
Високий попит, але дуже сильні конкуренти. Планово, не першочергово.
Низький попит, легко зайняти. Робимо пакетно, коли є ресурс.
Немає попиту або асортименту. Сторінка не потрібна взагалі.
Priority = Demand × Commercial intent × Assortment × Margin ÷ Competition — практична формула Top Marketing, а не формула ранжування Google.
04
Чому low- і mid-frequency часто вигідніші за head terms
Категорії першого рівня майже завжди прив’язані до високочастотних запитів. У великих нішах — одяг, зоотовари, товари для дому — там уже давно закріпилися маркетплейси й старі сильні гравці з великим асортиментом, історією домену та посилальним профілем.
На практиці для невеликого чи середнього магазину швидша позитивна динаміка частіше приходить із low- і mid-frequency сторінок. Причин кілька:
- конкуренція за конкретні запити зазвичай нижча
- намір користувача чіткіший, тому конверсія може бути вищою
- десятки й сотні таких сторінок сумарно накопичують значний обсяг релевантного трафіку
- результат видно раніше, а отже раніше з’являється дохід і дані для рішень
Це не універсальний закон: у частині ніш конкуренція за long tail теж висока, а подекуди навпаки — головна категорія цілком досяжна. Але в конкурентних тематиках така стратегія на практиці дає швидший ROI.
Приклад
- «корм для собак» — широкий, дуже конкурентний запит із розмитим наміром
- «сухий корм для лабрадора 5 кг» — конкретний намір, менший обсяг пошуку
- за наявності правильного асортименту друга сторінка може конвертувати краще, навіть маючи значно менший search volume
10 сторінок по 100 запитів часто практичніші для нового магазину, ніж одна сторінка по 10 000 запитів, якщо за останню треба роками конкурувати з маркетплейсами та лідерами ринку.
Числа в цьому прикладі ілюстративні — це спосіб показати логіку розподілу зусиль, а не бенчмарк по ніші.
Head term проти портфеля long-tail сторінок
Одна дуже конкурентна вершина або десятки конкретних сторінок, які сумарно дають більше релевантних візитів.
Одна сторінка, максимальна конкуренція, роки боротьби з маркетплейсами.
10 сторінок × ~100 запитів: сумарний трафік менший за head term, але конкретніший намір і досяжніші позиції.
Цифри ілюстративні. Реальний розподіл залежить від ніші, асортименту й конкуренції.
05
Технічна архітектура SEO-фільтрів
Це найризикованіша частина e-commerce SEO. Faceted navigation здатна згенерувати величезний, майже нескінченний простір URL. Google прямо попереджає: це призводить до надмірного сканування й уповільнює виявлення справді важливих сторінок.
Базові технічні вимоги
- унікальний стабільний URL для кожної indexable сторінки
- чіткий і послідовний порядок параметрів або чиста path-структура
- формат ?key=value замість неструктурованих параметрів, без дубльованих ключів
- self-canonical для indexable SEO-facet
- один набір товарів не повинен бути доступний під кількома різними indexable URL
- однакова логіка в internal links, sitemap і canonical
- код 200 тільки для реально корисних сторінок
- 404 для неіснуючих або порожніх комбінацій там, де це доречно
- не індексувати сортування, службові параметри, session ID і tracking-мітки
- не ставити внутрішні посилання на тимчасові, сесійні чи трекінгові URL
- контроль нескінченних URL-просторів на рівні crawl
- pagination має залишати всі товари доступними для сканування
- фільтри на JS не повинні робити indexable сторінки недосяжними для краулера
Canonical — не магічне рішення
Сортування та фільтри — одне з найчастіших джерел дублів, і canonical справді допомагає Google обрати репрезентативний URL. Але canonical не зменшує обсяг сканування і не виправляє хаотичну архітектуру URL. Стратегію індексації треба проєктувати цілісно: що взагалі створюємо, що пускаємо в crawl, що в index, а що не має існувати як окрема адреса.
Good facet URL vs bad facet URL
Стабільний, послідовний і зрозумілий URL проти нескінченного простору параметрів.
/korm-dlya-sobak/sukhyi/5-kg
- стабільний і читабельний
- self-canonical
- унікальний набір товарів
- є внутрішні посилання й місце в sitemap
?sort=price&session=123&weight=5&weight=5&type=dog&type=cat&page=7
- дубльовані параметри
- session / sort / tracking у індексі
- суперечливі значення й порожні комбінації
- нескінченний URL-простір і overcrawling
Canonical допомагає консолідувати дублікати, але не замінює нормальну URL-архітектуру та контроль сканування.
06
Які фільтри індексувати, а які закривати
INDEX, якщо
- є пошуковий попит
- є окремий намір користувача
- є достатній асортимент товарів
- сторінка не дублює іншу категорію чи фільтр
- можна дати унікальні title, H1 і опис
- на сторінку ведуть внутрішні посилання
- сторінка реально корисна покупцю
NOINDEX, закрити від сканування або не створювати
- немає попиту
- випадкова комбінація атрибутів
- 0–1 товар і сторінка не має цінності
- це просто стан сортування чи фільтра без окремого наміру
- дублює вже наявну категорію
- породжує нескінченні комбінації параметрів
Порожні категорії — окремий випадок: залежно від сценарію їх можна віддавати як 404 або залишати доступними, але без індексації. Головне — не тримати в індексі сторінки без корисного вмісту.
Index / Noindex / Don’t crawl
Послідовність рішень для кожної faceted-сторінки перед тим, як пускати її в індекс.
INDEX отримують лише сторінки з попитом, окремим наміром, асортиментом, унікальними title/H1 і внутрішніми посиланнями.
Щоб Google побачив noindex, URL має залишатися доступним для сканування. Блокування в robots.txt — це інший сценарій: коли сторінки взагалі не потрібні для crawl.
07
Що має бути на SEO-категорії, крім товарів
Поширений міф: без великого SEO-тексту сторінка не ранжуватиметься. На практиці на старті сильна сторінка-фільтр може працювати й без розлогого тексту, якщо коректні title і H1, релевантна семантика, є товарний листинг, внутрішні посилання, а конкуренція невисока.
Обов’язкове ядро сторінки
- унікальний title
- H1, що відповідає наміру запиту
- зрозумілий короткий intro / опис, якщо він допомагає користувачу
- актуальний товарний листинг із наявністю та цінами
- робочі фільтри
- breadcrumbs
- внутрішні посилання на суміжні категорії та фільтри
- crawlable pagination
- релевантний текст лише тоді, коли він додає цінність
- FAQ тільки за наявності реальних питань покупців
Писати по 4000 символів «SEO-води» під кожну сторінку не потрібно — це не додає користі покупцю й ускладнює підтримку каталогу.
Structured data
Для категорійних сторінок насамперед важливий BreadcrumbList: він допомагає Google краще зрозуміти ієрархію сайту. Product / merchant listing markup орієнтований на сторінки товарів, а не на категорійні листинги, тому ставити його на категорію «просто для SEO» не варто. Structured data підтримує розуміння сторінки, але не замінює правильну структуру й контент.
Title + H1 + товари + breadcrumbs + внутрішні посилання + self-canonical + crawlable pagination + коректний URL.
У низькоконкурентних сегментах така базова сторінка вже може ранжуватись. Далі її підсилюють контентом, FAQ, добірками й гайдами — на основі даних про performance, а не «про всяк випадок».
08
Чекліст структури e-commerce для росту органіки
Пріоритети на 30 днів
09
Висновок
Для e-commerce SEO сильна структура каталогу часто важливіша за десятки окремих «SEO-текстів». Якщо ви правильно розклали попит на категорії, підкатегорії та індексовані фільтри, Google отримує зрозумілу структуру, а користувач — сторінку, яка максимально точно відповідає його наміру купити.
Не створюйте фільтри тому, що це дозволяє CMS. Створюйте SEO-сторінки тільки там, де є попит, асортимент і бізнес-сенс.