У великих інтернет-магазинах саме технічні рішення — фільтри, фасетна навігація, пагінація, варіанти товарів, фіди — вирішують долю органіки. Вони здатні вибухово наростити видимість у потрібних кластерах або, навпаки, «з’їсти» краул-бюджет, породити тисячі дублікатів і провалити конверсію. Команда GoToTop проєктує e-commerce SEO як систему: з чіткими правилами індексації фасетів, керованою перелінковкою, стабільними шаблонами сторінок і безперервною синхронізацією даних між сторінками та фідами. Нижче — концентрований підхід, який ми впроваджуємо на магазинах від сотень до сотень тисяч SKU.
Логіка намірів у категоріях
У комерційних SERP важливо вгадати не «слово», а намір. Користувач заходить у категорію, щоб обрати й купити. Це означає, що сторінка має:
-
швидко відфільтрувати варіанти за справді важливими параметрами (ціна, бренд, розмір, матеріал, призначення);
-
показати живі докази вибору (відгуки, рейтинги, «хіти», «новинки», «топ для…»);
-
допомогти зорієнтуватися короткими підказками «як обрати», таблицями відповідностей та міні-FAQ;
-
вести зрозумілим маршрутом: категорія → підкатегорія/фасет → картка товару → дія.
Фільтри та фасети: політика індексації без хаосу
Сильний магазин тримається на правилах індексації. Вони запобігають канібалізації та зливу краул-бюджету й водночас відкривають видимість по високонамірових комбінаціях.
Рольова модель фасетів
-
«Білий список» індексованих фасетів: ті параметри, за якими справді шукають (наприклад, бренд, ключова характеристика, ціновий діапазон, стать/розмір/сумісність). Для них створюються повноцінні посадкові з унікальним заголовком, описом, H1, оглядовим блоком і самоканонікалом.
-
«Сірий список» для UX: фільтри, що допомагають обрати, але не мають пошукової цінності (сортування, вид відображення, колір, дрібні технічні атрибути). Вони відкриті для краулінгу сторінки, але закриті від індексації мета-тегом
noindexабо канонікалом на базову категорію. -
«Червоний список»: службові параметри (
session,view, нестабільні UTM, внутрішні експерименти). Такі параметри не повинні з’являтися в URL, що індексуються, і взагалі мають бути відсутні у фронтенді або проковтнуті на сервері.
Технічні правила
-
Один індексований «дефолт» категории (наприклад, сортування «за популярністю/релевантністю»), решта варіантів сортування —
noindexі не в sitemap. -
Параметри фасетів — у вигляді GET, не через фрагменти
#…і не POST; порядок параметрів у URL нормалізується (щоб?brand=nike&size=42і?size=42&brand=nikeне створювали дублікати). -
Якщо комбінація потрапляє у «білий список», вона має:
-
самоканонікал на себе;
-
унікальний H1 і короткий опис для підкріплення наміру;
-
чисті внутрішні лінки з категорії/хабу;
-
місце у відповідному sitemap.
-
-
Якщо комбінація не входить у «білий список», сторінка повертає
200 OK, але:-
містить канонікал на базову категорію або
noindex; -
не присутня в sitemap;
-
не отримує внутрішніх лінків як «якірний» маршрут.
-
Поширені помилки
-
Додавання в sitemap тисяч комбінацій без попиту.
-
Закриття службових розділів у
robots.txtзамістьnoindex: боти не можуть зняти індекс зі старих URL, якщо їх заборонено краулити. -
Відсутність нормалізації параметрів: одна й та сама комбінація доступна в десятках порядків і варіантів.
Пагінація та лістинги: «нескінченна стрічка» без втрати індексації
Пагінація має бути видимою для ботів і передбачуваною для людей.
-
Кожна сторінка пагінації — самоканонічна; перша сторінка канонікалить на себе.
-
«Показати ще» реалізується так, щоб у DOM існували посилання на сторінки пагінації (наприклад, компонент, який прогресивно підвантажує товари, але має лінки «наступна/попередня» для ботів).
-
Немає сенсу покладатися на
rel="prev/next"як на індексаційний сигнал; важлива саме навігація й внутрішні посилання. -
«View-all» сторінки допустимі лише для малих категорій (інакше — повільний рендер і слабкі CWV).
Категорії та «посадкові фасети»: як перетворити фільтр на сторінку, що ранжується
Щоб індексований фасет був повноцінною посадковою, йому потрібні:
-
осмислений H1: не «Кросівки бренд=Nike, розмір=42», а «Кросівки Nike 42 розміру: чоловічі/жіночі моделі для бігу та міста»;
-
короткий огляд (50–120 слів) з підказками вибору, у якому природно використана лексика попиту;
-
мікро-блоки довіри: «популярні моделі», «нові надходження», «для тренувань/щодня», міні-FAQ;
-
перелінковка на споріднені піднаміри (бренд × вид, бренд × призначення), але тільки в межах «білого списку»;
-
ItemList-розмітка з упорядкованими картками товарів.
Картки товарів: варіанти, наявність, дублікати
Правильна стратегія варіантів знімає сотні проблем дублікатів.
-
Варіанти кольору/розміру найчастіше тримаємо в межах однієї картки з канонікалом на базовий продукт; перемикання варіантів не створює нових indexable-URL.
-
Якщо є пошуковий попит на окремі варіанти (наприклад, специфічний розмір, комплектація, сумісність), створюємо окремий продукт із власним URL і унікальною назвою, описом, галереєю, атрибутами — тоді це не дублікат, а самостійна сторінка наміру.
-
«Out of stock» не означає «404». Тримайте сторінку з релевантними альтернативами, блоком підписки на повернення та
availability=OutOfStockу схемі. -
«Discontinued» (знято назавжди): 301 на наступника або найближчу релевантну категорію; якщо заміни немає — 410, щоб індекс не «пух».
Мікророзмітка та медіа: як отримати розширені результати
Щоб картки і категорії отримували багаті сніпети, потрібні:
-
Product/Offer з коректними
price,priceCurrency,availability,brand, «агрегованим» рейтингом і кількістю відгуків; -
для категорій — ItemList і BreadcrumbList; для хабів і гайдів — Article/FAQPage, коли на сторінці є видимі Q&A;
-
однаковість даних на сторінці й у фіді (ціна, валюта, наявність) — невідповідності знижують довіру;
-
оптимізовані зображення: WebP/AVIF, заповнені
width/height(проти CLS), адаптивніsrcset/sizes, alt-тексти з описом сутності.
Фіди: синхронізація даних і додаткові поверхні видимості
Фід — не лише для реклами. Це джерело правди про товари для розширених результатів і «поверхонь» каталогів.
-
Мінімальний склад:
id,title,description,link,image_link,price,availability,condition,brand+gtin/mpn(коли доречно). Варіантність об’єднуємоitem_group_id. -
Жодних UTM у
linkосновного фіда; мітки додають лише у допоміжні політики, а не у канонічний URL. -
Послідовність валюти/цін/наявності між фідом і сторінкою: будь-яка розбіжність — мінус до показів і довіри.
-
Окремі фіди під локалі: назви, описи й валюта мовою/ринком локалі; відвантаження та повернення — у форматі країни.
-
Валідація зображень: мінімальні розміри, без «водяних» рамок і тексту, актуальні фото варіанта.
-
Регулярні оновлення: інкрементальні фіди щогодини/щодоби для наявності й цін; повний фід — за графіком.
Перелінковка: від контенту до категорій і назад
Магазин росте швидше, коли в ньому працює внутрішній «транспорт».
-
З інформаційних статей і гайдів ведемо на категорії, посадкові фасети та добірки («краще для…», «під стиль…», «для новачків»).
-
У категоріях і посадкових фасетах — короткі блоки «як обрати», міні-FAQ та лінки на глибші пояснення.
-
З карток товарів — на сумісні аксесуари, «з цим купують», на бренд-хаби; але без «шуму» на нерелевантні підрозділи.
Краул-бюджет і журнали: контроль обхідності
Логи веб-сервера показують, куди боти реально витрачають час.
-
Виявляємо «пилосос» параметрів і зони з високою часткою 404/5xx.
-
Прибираємо ланцюжки редиректів, нормалізуємо порядок параметрів, зменшуємо глибину кліків до товарів.
-
Рівномірно «підсвічуємо» важливі шаблони внутрішніми лінками, щоб бот регулярно обходив товарні «якорі».
Продуктивність лістингів і шаблонів: вплив на дохід
У магазинів LCP найчастіше «прилітає» на:
-
велике герой-зображення категорії або банер;
-
блоки рекомендацій зі «схрещеними» скриптами;
-
шрифти без preload і зайві бібліотеки.
Рішення: критичний CSS inline, пріоритет LCP-картинки (fetchpriority="high"), відкладення сторонніх скриптів, адаптивні зображення, мінімізація гідрації на лістингах, кеш на CDN, HTTP/2–3, Brotli. На картках — стабільні контейнери під медіа й віджети, щоб прибрати CLS.
Управління пошуковими сторінками
Внутрішній пошук — must-have для UX, але результатні сторінки зазвичай не індексуємо. Якщо аналітика показує сталий попит на конкретну фразову групу, створюємо під неї цільову посадкову (категорія/фасет/добірка) з контентом, а не відкриваємо індексацію системних видач.
Мультимовність і регіони в e-commerce
Для UA/EN/PL тримаємо:
-
окремі підпапки локалей, симетричні структури URL і паритет сторінок;
-
hreflang-пари й локальна валюта/одиниці виміру;
-
локалізовані фіди, назви/описи, політики доставки й повернення;
-
приклади та відгуки локальною мовою.
Це прибирає конкуренцію між мовами та підвищує конверсію.
Як GoToTop впроваджує e-commerce SEO
Ми створюємо політику фасетів (білий/сірий/червоний списки), дизайн посадкових фасетів і шаблонів категорій, карту перелінковки, правила пагінації й нормалізації параметрів, налаштовуємо схеми та швидкість, збираємо й синхронізуємо фіди під локалі. Далі стежимо за логами, індексацією, видимістю та доходом на сесію, коригуємо «білий список», розширюємо добірки, оновлюємо evergreen-контент у категоріях. Потрібен план, що зменшує шум і збільшує продажі з органіки? Опишіть категорії, обсяг SKU і ринки — GoToTop підготує дорожню карту й першу чергу змін, яка дасть відчутний ефект без технічних ризиків.
Питання й відповіді
Чи варто індексувати всі комбінації фільтрів?
Ні. Лише ті, за якими є стабільний пошуковий попит і яка сторінка зможе дати корисний «міні-лендинг». Решта — noindex або канонікал на базу.
Що робити з товарами, яких тимчасово немає?
Тримати сторінки живими з availability=OutOfStock, альтернативами і сповіщеннями. Інакше втрачається накопичена вага й історія.
Чи можна робити окремі картки для кожного варіанта?
Можна, якщо є окремий попит і зміст. В іншому разі — варіанти в межах однієї картки з неконфліктною аналітикою.
Навіщо фід, якщо є мікророзмітка?
Фід доповнює сторінку, забезпечує стабільність даних і відкриває додаткові поверхні показів. Головне — паритет даних між фідом і сторінкою.
Як зрозуміти, які фасети винести в «білий список»?
Дивимося семантику, SERP, конверсію лістингів, дохід на сесію й складність конкуренції. Пілотуємо 10–20 комбінацій, масштабуємо те, що дає прибуток.