SEO оптимізація фільтрів в інтернет-магазині

Автор Валерій Красько | 27 Тра 2026 Оновлено: 21 Чер 2026 | 2 хв читання 0 переглядів

SEO оптимізація фільтрів в інтернет-магазині — обкладинка · Spilno Agency

SEO-оптимізація фільтрів каталогу — одне з найскладніших технічних завдань в e-commerce SEO. Неправильне налаштування фільтрів призводить до тисяч сторінок-дублікатів, витраченого crawl budget і втрати позицій. У цьому гайді — покрокова інструкція з вирішення проблеми, відповіді на питання «піддомен чи субдиректорія» та «чи потрібні окремі локалі для US і UK».

Що таке фасетна навігація і чому вона небезпечна для SEO

Фасетна навігація (faceted navigation) — це система фільтрів у каталозі інтернет-магазину, яка дозволяє користувачам відбирати товари за кількома параметрами одночасно: бренд, ціна, розмір, колір, матеріал. Кожна комбінація фільтрів генерує унікальний URL.

Проблема в тому, що навіть середній магазин з 1000 товарів і 10 фільтрами по 5 значень може генерувати мільйони унікальних URL. Для Google це — мільйони сторінок для сканування, більшість із яких містять майже ідентичний контент.

Три основні SEO-проблеми від фільтрів

Дублікати контенту — сторінки «Кросівки Nike > Червоні > Розмір 42» і «Кросівки Nike > Розмір 42 > Червоні» мають однаковий контент, але різні URL. Google не знає, яку ранжувати.
Перевитрата crawl budget — Google Googlebot витрачає час на сканування тисяч безглуздих комбінацій замість важливих сторінок товарів і категорій.
Розмивання ваги посилань — внутрішні посилання на фільтровані URL ділять PageRank між дублікатами замість концентрації на основних категоріях.

Три підходи до SEO-оптимізації фільтрів

Існує три стратегії управління фільтрованими URL. Правильний вибір залежить від типу фільтра та його SEO-потенціалу.

Підхід 1: noindex + follow

Для фільтрів без SEO-потенціалу (сортування за ціною, кольором, матеріалом, рейтингом) — додайте мета-тег noindex, follow у <head> фільтрованих сторінок.

<meta name="robots" content="noindex, follow">

Коли застосовувати: фільтри за кольором, розміром, сезоном, матеріалом — комбінації, за якими люди не шукають у Google. Директива follow дозволяє боту переходити по посиланнях і передавати вагу, але не індексувати саму сторінку.

Підхід 2: canonical на батьківську категорію

Для фільтрів з помірним SEO-потенціалом — додайте canonical, що вказує на батьківську категорію або основну сторінку фільтра.

<link rel="canonical" href="https://example.com/category/sneakers/">

Коли застосовувати: якщо фільтрована сторінка дублює основну категорію (наприклад, /sneakers/?brand=all), але ви хочете зберегти посилальну вагу і не дублювати контент.

Підхід 3: Окрема посадкова сторінка для фільтра

Для фільтрів з високим SEO-потенціалом — створіть окрему оптимізовану сторінку з унікальним URL, контентом і мета-тегами.

Приклади запитів, що заслуговують окрему сторінку:

«купити кросівки Nike» → /category/sneakers/brand/nike/
«ноутбуки до 20000 грн» → /category/laptops/price-under-20000/
«зимові куртки жіночі» → /category/jackets/women/winter/

Ознаки, що фільтр заслуговує на окрему сторінку: є пошуковий попит (хоча б 100+ запитів/міс), комбінація фільтрів утворює комерційно цінну категорію, є можливість написати унікальний контент (заголовок, опис, FAQ).

Налаштування robots.txt для фільтрів

Якщо ваші фільтри передаються через URL-параметри (GET-параметри), ви можете заблокувати їх сканування через robots.txt. Але будьте обережні: Disallow у robots.txt не запобігає індексуванню — Google може проіндексувати URL, на який є посилання, навіть якщо він заблокований у robots.txt.

# Блокуємо URL-параметри фільтрів
User-agent: *
Disallow: /*?color=
Disallow: /*?size=
Disallow: /*?sort=
Disallow: /*?page=

Рекомендація: для параметричних URL використовуйте комбінацію noindex у <head> + закриття через robots.txt. Для path-based URL (/category/brand/nike/) — використовуйте canonical або окрему сторінку.

Структура URL для фільтрів: параметри чи path-based?

Існує два підходи до формування URL фільтрів:

URL-параметри (GET-параметри): /sneakers/?brand=nike&color=red&size=42
Path-based URL: /sneakers/nike/red/size-42/

Для SEO однозначно кращий варіант — path-based URL для фільтрів із SEO-потенціалом та GET-параметри для фільтрів без потенціалу (колір, сортування). Це спрощує управління: path-based URL легше оптимізувати, додавати canonical, контролювати індексацію.

Питання 1: Окремий домен, піддомен чи субдиректорія для різних країн?

Це одне з найчастіших питань у міжнародному SEO. Відповідь залежить від ваших ресурсів, але Google дав чіткі рекомендації.

Три варіанти міжнародної структури сайту

ccTLD (country-code Top Level Domain): example.de, example.pl, example.ua — окремі домени для кожної країни.
Піддомен (subdomain): de.example.com, pl.example.com, ua.example.com.
Субдиректорія (subfolder): example.com/de/, example.com/pl/, example.com/ua/.

Що рекомендує Google

Джон Мюллер і команда Google Search Central неодноразово підтверджували: з точки зору SEO всі три варіанти рівнозначні — Google однаково добре розуміє всі три структури при правильно налаштованому hreflang.

Але на практиці є суттєва різниця:

ccTLD — найсильніший гео-сигнал

Плюси: найсильніший сигнал геотаргетингу; довіра користувачів у конкретній країні; незалежний авторитет кожного домену.
Мінуси: потрібно нарощувати посилальну масу окремо для кожного домену; вище вартість підтримки; складніше управляти; якщо основний домен сильний — ви ділите авторитет між декількома доменами.

Піддомен — окремий сайт в очах Google

Плюси: технічно простіше, ніж ccTLD; можна хостити на окремому сервері.
Мінуси: Google переважно трактує піддомен як окремий сайт — посилальний вік і авторитет основного домену не передається автоматично. Вам доведеться нарощувати SEO-авторитет піддомену з нуля.

Субдиректорія — найкращий вибір для більшості

Плюси: всі мовні версії отримують авторитет основного домену; один crawl budget; простіше управляти; не потрібно окремо нарощувати посилання для кожної локалі.
Мінуси: слабший гео-сигнал порівняно з ccTLD (компенсується hreflang і Google Search Console geotargeting).

Наш висновок: для більшості e-commerce проектів субдиректорія (example.com/ua/, example.com/pl/) — оптимальний вибір. Вона дозволяє зберегти авторитет домену, спрощує управління і є рекомендованою структурою за відсутності специфічних вимог.

Виняток: якщо ви виходите на ринок Франції, Німеччини або Польщі як основний ринок із великим бюджетом на SEO — ccTLD дасть кращий локальний сигнал. Але для стартапу чи середнього e-commerce субдиректорія завжди є першим правильним кроком.

Питання 2: Чи потрібна окрема локаль для США та Великобританії?

Відповідь: так, якщо обидва ринки є пріоритетними. Пояснюємо чому.

Англійська одна, ринки різні

Якщо ваш сайт англомовний і ви таргетуєте і США, і Великобританію — для Google це два різних ринки з різними видачами. Без правильного hreflang Google може показати американський варіант британцям і навпаки.

Потрібно налаштувати:

<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/page/" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/page/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/page/" />

Що відрізняється між US і UK версіями

Орфографія: color/colour, optimize/optimise, tire/tyre — різниця суттєва для довіри користувачів.
Валюта і ціни: $ vs £ — обов’язково локалізувати.
Одиниці виміру: фути/милі vs метри/кілометри.
Ключові слова: “sneakers” (US) vs “trainers” (UK); “apartment” vs “flat” — різні пошукові об’єми і конкуренція.
Юридичні вимоги: GDPR для UK (Великобританія зберегла GDPR-подібне регулювання після Brexit), різні вимоги до повернень, споживчих прав.

Якщо бюджет обмежений

Якщо у вас немає ресурсів на повну локалізацію двох версій — почніть з en (або en-US) як основної і додайте x-default. Пізніше, коли зросте трафік з Великобританії, зробіть окрему UK-версію.

Важливо: якщо ви не розділяєте US і UK — використовуйте нейтральну англійську (міжнародний стандарт) і не орієнтуйтеся на специфічно американські чи британські вирази.

Практичний чекліст: SEO-аудит фільтрів інтернет-магазину

Перевірте, які URL генерують фільтри — параметричні чи path-based.
Проаналізуйте crawl budget у Google Search Console (Crawl Stats).
Визначте фільтри без SEO-потенціалу → додайте noindex, follow.
Визначте фільтри з потенціалом → створіть окремі посадкові сторінки.
Налаштуйте canonical для дублікатів категорій.
Заблокуйте параметри без потенціалу в robots.txt або через GSC URL Parameters.
Додайте hreflang для всіх мовних/регіональних версій.
Перевірте reciprocal hreflang — кожна сторінка має посилатися на всі інші версії.
Перевірте, чи не блокуються важливі фільтри JavaScript-рендерингом.
Моніторьте Coverage Report у GSC після змін.

Часті помилки при оптимізації фільтрів

Блокування crawl через robots.txt без noindex — якщо URL заблокований у robots.txt, але не має noindex, Google може його проіндексувати (він бачить посилання на нього, але не може перевірити мета-теги).
noindex на важливих фільтрах — закрити від індексації сторінку «Nike кросівки» з тисячами запитів на місяць — помилка, що коштуватиме позицій.
Canonical на себе замість на батьківську категорію — self-referencing canonical не вирішує проблему дублікатів.
Ігнорування JavaScript-фільтрів — якщо фільтри реалізовані через JS без зміни URL, Google може не бачити фільтровані результати взагалі.
Відсутність pagination hreflang — якщо фільтровані сторінки мають пагінацію, hreflang має бути на кожній сторінці пагінації.

FAQ: SEO фільтрів інтернет-магазину

Чи потрібно закривати всі фільтри від індексації?

Ні. Потрібно закривати лише фільтри без SEO-потенціалу. Фільтри, за якими є пошуковий попит (бренд, тип товару, ключова характеристика), слід залишати відкритими або створювати для них окремі посадкові сторінки.

Скільки часу займає виправлення crawl budget після оптимізації фільтрів?

Зазвичай 2-4 тижні після впровадження змін. Google поступово переіндексовує сайт. Стежте за Crawl Stats у Google Search Console — ви побачите, як зменшується кількість запитів на раніше проблемні URL.

Що краще — noindex чи canonical для фільтрованих сторінок?

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

Як зрозуміти, чи є у фільтра SEO-потенціал?

Перевірте пошуковий попит через Ahrefs, Serpstat або Google Keyword Planner. Введіть комбінацію, яку утворює фільтр (наприклад, «купити Nike Air Force 1 розмір 42») і подивіться на обсяг пошуку. Якщо є хоча б 100+ запитів на місяць — потенціал є.

Чи впливає кількість фільтрів на швидкість сайту?

Так, якщо фільтри реалізовані через JavaScript і запити до БД. Кожен вибір фільтра — це AJAX-запит. Кешування запитів, оптимізація БД і lazy-loading результатів значно покращать Core Web Vitals.

Як налаштувати hreflang для фільтрованих сторінок?

Якщо фільтрована сторінка доступна для індексації і перекладена на інші мови — hreflang потрібен. Якщо фільтрована сторінка закрита через noindex — hreflang не потрібен (Google її не індексує).

Що робити з фільтрами на платформах Shopify, WooCommerce, PrestaShop?

Кожна платформа має свої нюанси. Shopify за замовчуванням генерує параметричні URL для фільтрів — більшість з них слід закрити через noindex. WooCommerce використовує плагін WooCommerce Product Filter або YITH — налаштування noindex/canonical залежить від плагіна. PrestaShop має вбудований модуль Faceted Search — перевірте налаштування індексації у модулі.

Потрібен SEO-аудит фільтрів вашого інтернет-магазину? Замовте консультацію в Spilno Agency — проаналізуємо структуру фільтрів, знайдемо проблеми з crawl budget і складемо план оптимізації.

Валерій Красько Spilno Agency

CEO & Founder

Всі статті автора →

Залишились питання?

Розкажіть про задачу — відповімо по темі статті

← Повернутися до блогу