Технічне SEO e-commerce: URL з фільтрами, пагінація, canonical, варіанти, товари без наявності, швидкість, розмітка Product і sitemap за правилами Google.

На цій сторінці
Коротко
технічне SEO для e-commerce означає, що Google може сканувати, індексувати й розуміти каталог, який створює набагато більше URL, ніж товарів у ньому. Вісім найважливіших виправлень такі: керувати фасетною навігацією, дати кожній сторінці пагінації власний canonical, вибрати один canonical для кожного товару, позначити варіанти розміткою ProductGroup, обробляти товари, яких немає в наявності або які знято з продажу, без soft 404, виконати Core Web Vitals на шаблонах, додати структуровані дані Product і фід Merchant Center, а також залишити в XML-картах сайту лише індексовані URL.
Хочете дізнатися більше? Запитайте
Швидкий тест
Де вашому інтернет-магазину знайти нових клієнтів?
Sorank відповідає вашим відповідям
Спробуйте його 3 дні на власному сайті й дізнайтеся, де ви зараз у Google, ChatGPT та інших ШІ.
Спробувати 3 дні безкоштовно3 дні безкоштовно, потім зупиніть, коли захочете. Гарантія результату або повернення коштів протягом 90 днів.
У блозі з 200 статтями близько 200 URL. Магазин на 2000 товарів може видати сотні тисяч, щойно кожен фільтр, порядок сортування, колір і номер сторінки стають посиланням. Тому технічне SEO для e-commerce: окрема дисципліна: загальні правила технічного SEO діють, але масштаб і шаблони змінюють пріоритети. Google описує більшість наступного у своєму посібнику з керування фасетною навігацією та в розділі для e-commerce. Цей гайд перетворює матеріал на чек-лист за типами сторінок, щоб кожне виправлення зроблено один раз і працювало для всього каталогу.
Три особливості відрізняють магазин від контентного сайту:
Наслідок: проблема бюджету сканування та дублювання: Googlebot витрачає відвідування на відфільтровані або відсортовані копії, поки нові товари та важливі категорії чекають. Таблиця нижче пов'язує кожну типову проблему з причиною та виправленням, яке рекомендує Google.
| Проблема | Типова причина | Виправлення |
|---|---|---|
| Сканування витрачається на фільтри | Посилання фасетів (колір, розмір, ціна) | Закрити непотрібні фасети в robots.txt, індексувати лише фасети, які шукають |
| Дубльовані списки | Порядок сортування, параметри відстеження | Canonical на чистий URL, robots.txt для параметрів сортування |
| Глибокі товари не знаходяться | Пагінація через JavaScript або фрагмент # | Скановані посилання ?page=n, у кожної сторінки свій canonical |
| Один товар за кількома URL | Товар доступний за кількома шляхами категорій | Один URL товару без категорії, canonical на нього |
| Варіанти конкурують між собою | Окремий URL на кожен колір або розмір, без групування | Розмітка ProductGroup, один canonical на групу або на сторінку варіанту |
| Soft 404 | Порожні сторінки товарів, яких немає в наявності або які знято | Зберегти сторінку з альтернативами; 301 або 404, якщо товар знято назавжди |
| Повільні шаблони | Важкі зображення, сторонні скрипти | Покращити LCP, INP і CLS на рівні шаблону |
| Засмічена карта сайту | У списку відфільтровані, перенаправлені або noindex URL | Лише канонічні, індексовані URL з відповіддю 200 |
Фасетна навігація (фільтри на сторінці категорії): перше джерело марного сканування в більшості магазинів. Рекомендація Google однозначна: якщо відфільтровані URL не мають з'являтися в результатах пошуку, заблокуйте їх у robots.txt. Canonical лише повільно зменшує сканування неканонічних URL, а nofollow працює, лише якщо кожне посилання на URL його містить.
Метод, що працює на практиці, ділить фасети на дві групи:
Коли відфільтровані URL мають залишатися доступними для сканування, Google вимагає стандартний роздільник параметрів &, фіксований порядок фільтрів, щоб одна комбінація ніколи не давала два URL, і статус HTTP 404, коли комбінація не повертає товарів.
Увага
Не поєднуйте блокування в robots.txt з тегом noindex на одному й тому самому URL. Якщо Google не може відсканувати сторінку, він ніколи не побачить noindex, і URL може залишитися в індексі без опису. Оберіть одне: блокувати сканування, якщо йдеться лише про втрати, або дозволити сканування з noindex, доки старі URL зникнуть, а потім блокувати.
Великі категорії діляться на сторінки, і товари на 8-й сторінці знайдуться лише тоді, коли Google зможе до неї дійти. У рекомендаціях Google щодо пагінації для e-commerce чотири правила:
Докладніше про сторінки «показати все» та шаблони «показати ще» читайте в нашій статті про SEO пагінації.
Тег canonical показує Google, який URL є еталонним серед кількох майже однакових сторінок. У магазині три правила охоплюють більшість випадків:
Canonical: це підказка, яку Google відкидає, коли сигнали суперечать одне одному: внутрішні посилання ведуть на версію з параметром, карта сайту її перелічує або canonical вказує на перенаправлену чи noindex-сторінку. Узгодженість посилань, canonical і карт сайту важить більше, ніж сам тег.
Кольори, розміри та матеріали в кожному магазині ставлять одне й те саме питання: одна сторінка для всіх варіантів чи окрема сторінка на кожен варіант? Google підтримує обидва підходи, як описано в його документації зі структурованих даних варіантів товару:
В обох випадках позначте групу розміткою ProductGroup, перелічіть варіанти через hasVariant, вкажіть ознаки у variesBy (color, size, material, pattern, suggestedAge, suggestedGender) і дайте кожному варіанту власний sku або gtin. Google також вимагає, щоб кожен варіант можна було попередньо вибрати за власним URL, наприклад ?color=green&size=small, і щоб сторінка тоді показувала правильне зображення, ціну та наявність.
Приклад
Футболка, яку продають у 5 кольорах і 6 розмірах, створює 30 варіантів. Індексація 30 сторінок розмила б сигнали. Поширений вибір: одна сторінка на колір (5 сторінок, кожна зі своїми фото й власним попитом), а розміри обираються на сторінці; все об'єднано під одним productGroupID.
Залишки: місце, де URL магазинів ламаються найчастіше. Порожня сторінка товару з написом «Немає в наявності» може бути позначена в Search Console як soft 404, і сторінка втрачає позиції та посилання. Правильна відповідь залежить від того, як довго товару не буде:
| Ситуація | Рекомендована дія |
|---|---|
| Тимчасово немає в наявності | Залишити сторінку доступною (200), вказати в розмітці доступність OutOfStock, показати дату поповнення та схожі товари в наявності |
| Сезонний товар, повернеться наступного року | Зберегти сторінку та її URL, додати альтернативи та форму підписки на сповіщення про надходження |
| Знято з продажу, є близька заміна | 301-перенаправлення на заміну або найближчу категорію |
| Знято з продажу, без аналога і без посилань | Віддавати 404 або 410 і прибрати з карти сайту та внутрішніх посилань |
| Знято з продажу, але ще приносить трафік або посилання | Зберегти сторінку-архів із характеристиками та наступниками |
Не перенаправляйте кожен знятий товар на головну: Google часто вважає такі масові перенаправлення soft 404. Правила самих перенаправлень описано в нашому посібнику з SEO-перенаправлень.
Google вимірює якість сторінки за допомогою Core Web Vitals. За даними web.dev, сторінка вважається «доброю», коли на 75-му перцентилі реальних відвідувань на мобільних і настільних пристроях LCP не перевищує 2,5 секунди, INP: 200 мілісекунд, а CLS: 0,1. Магазини не проходять ці пороги з повторюваних причин:
Працюйте за шаблонами, а не за URL: виправлення шаблону товару одразу покращує тисячі сторінок. Звіт Core Web Vitals у Search Console вже групує URL за схожими сторінками.
Структуровані дані Product (name, image, offers з ціною, валютою та наявністю, aggregateRating, якщо відгуки справжні і виведені на сторінці) роблять сторінки товарів придатними для розширених результатів із ціною та залишком. Додайте BreadcrumbList на категорії та товари і Organization на головну. Google також рекомендує надсилати фід товарів до Merchant Center на додачу до розмітки: фід визначає, що з'явиться на вкладці Shopping, і оновлюється за вашим графіком. Наш посібник зі сторінки товару в e-commerce розглядає змістовну сторону того самого шаблону.
Для XML-карт сайту документація Google щодо карт сайту встановлює межу в 50 000 URL або 50 МБ без стиснення на файл, ігнорує теги priority і changefreq і використовує lastmod, лише якщо ця дата завжди точна. Практичні правила для магазину:
Безкоштовний перевіряльник карти сайту позначає перенаправлені, биті або noindex URL, які потрапили до списку помилково.
Порада
Порівняйте кількість URL у карті сайту товарів із кількістю товарів, позначених як «Проіндексовано» у звіті про індексацію сторінок Search Console, відфільтрованому за цією картою. Велика різниця вказує на дублікати, слабкі сторінки або проблеми сканування шаблону товару.
Так. ChatGPT, Gemini і Perplexity вже рекомендують товари та магазини й покладаються на сторінки, які можуть отримати та прочитати. Три технічні моменти визначають, чи можна цитувати ваш каталог:
Наше дослідження цитувань ШІ в роздрібній торгівлі показує, які джерела ШІ цитує в питаннях про покупки, а стаття про ШІ в e-commerce розповідає про новий канал покупок через ШІ. Щоб побачити, чи називають ваш магазин у таких відповідях, відстеження згадувань у ШІ стежить за вашим брендом у ChatGPT, Claude і Gemini.
Почніть із того, що блокує індексацію, потім із того, що марнує сканування, і наостанок із того, що покращує позиції та кліки:
Проводьте повний аудит SEO для e-commerce кожні кілька місяців і після кожної міграції платформи, а цінність виправлень оцінюйте в калькуляторі ROI SEO для e-commerce.

Технічно чистий магазин дозволяє кожному товару й кожній категорії конкурувати змістом, а не боротися з дублікатами. Коли шаблони в порядку, зростання йде за рахунок контенту та авторитетності: Sorank знаходить ключові слова, які може взяти ваш магазин, пише й публікує оптимізовані посібники з покупок із внутрішніми посиланнями на ваші категорії, автоматично отримує природні зворотні посилання через сайти понад 5000 користувачів і відстежує ваші цитування в ШІ, у режимі autopilot. Переглянути тарифи: від $49 на місяць за річної оплати, з 3-денним безкоштовним пробним періодом.
Воно важить більше, бо магазин створює набагато більше URL, ніж має товарів, через фільтри, сортування, пагінацію та варіанти. Одна помилка в шаблоні товару або категорії повторюється на кожній сторінці цього типу. Для невеликих каталогів із кількома фільтрами достатньо основ; для великих каталогів контроль сканування та дублікатів часто вирішує, чи потраплять нові товари в індекс узагалі.
Лише ті відфільтровані сторінки, що відповідають реальному пошуку, наприклад кольору чи матеріалу, які люди вводять у Google, і лише з чистим URL, унікальним title і власним вмістом. Комбінації кількох фільтрів, діапазони цін і порядки сортування мають залишатися поза скануванням, зазвичай правилами robots.txt для їхніх параметрів.
Shopify, WooCommerce, Magento, BigCommerce і PrestaShop можуть добре ранжуватися за правильного налаштування. Різниця в контролі: деякі платформи нав'язують структуру URL, дублюють шляхи до товарів або обмежують редагування robots.txt. Перед вибором або міграцією перевірте, як кожна платформа працює з canonical, фасетними URL, перенаправленнями та структурованими даними.
ВОНИ ПРОБУВАЛИ SORANK ДО ВАС
