Уявіть типову картину. Менеджер залив у магазин дві тисячі товарів, кожному акуратно прописав атрибути — діагональ, об'єм пам'яті, колір, вагу. Здавалося б, тепер покупець зайде в категорію й відсіє зайве за пару кліків. Заходите перевірити — а фільтрувати нема чим. У боковій панелі або порожньо, або висить кілька випадкових чекбоксів, які до атрибутів не мають жодного стосунку. Вся та робота з характеристиками лежить мертвим вантажем.
Це не баг вашого магазину й не косяк менеджера. Так влаштований OpenCart із коробки, і поки ви не розберетеся, чому саме так, будете битися з фільтром наосліп.
Звідки росте проблема: три окремі сутності
В OpenCart характеристики товару зберігаються аж у трьох незалежних місцях, і фільтр дружить тільки з одним із них.
product_attribute → атрибути (діагональ, вага, матеріал) product_option → опції (розмір, колір під замовлення) product_filter → фільтри ← з цим, і тільки з цим, працює бічна панель
Атрибути й опції — це те, що ви заповнюєте в картці товару щодня. А product_filter — окрема третя система, про існування якої половина власників магазинів навіть не здогадується. Знайти її можна в адмінці: Каталог → Фільтри. Спочатку створюєте групи («Колір», «Об'єм»), потім значення всередині них, а далі — найвеселіше — заходите в кожен товар на вкладку Зв'язки і руками проставляєте, які значення йому належать.
На п'ятдесяти товарах це терпимо. На двох тисячах — місяць монотонного клікання, під час якого хтось обов'язково помилиться, і телефон опиниться у фільтрі «ноутбуки». А головне: ви фактично заводите ті самі дані вдруге. Діагональ уже є в атрибутах, але для фільтра її треба продублювати окремо. Два джерела однієї правди розходяться при першій же зміні складу.
Що стандартний фільтр не вміє в принципі
Дублювання — це ще пів біди. Гірше те, чого в базовому фільтрі нема як класу.
Фільтра за ціною не існує. Той самий слайдер «від і до», який покупець шукає очима в першу секунду, OpenCart штатно не дає. Хочете ціновий діапазон — сторонній модуль.
Бренди фільтрувати теж нормально не можна. Виробник у товару заданий, дані в базі лежать, але вивести їх чекбоксами поруч з рештою ознак стандартними засобами не вийде.
І найболючіше для тих, хто живе з пошукового трафіку. Базовий фільтр віддає результат через GET-параметри, не створюючи окремої сторінки під вибрану комбінацію. Для пошуковика це означає просто: посадкової сторінки під запит «чорний холодильник no frost до 20000» у вас нема й не буде. А це найсмачніша низькочастотка — вузька, тепла, з готовим наміром купити.
Як це бачить Search Console
Картина в консолі завжди та сама. Кілька десятків основних категорій проіндексовано, вони ж висять у видачі по широких висококонкурентних запитах, де ви десь на третій сторінці поряд з маркетплейсами. А під довгі хвости — «пральна машина вузька 40 см з сушкою», «кросівки Nike чоловічі чорні 44 розмір» — немає взагалі нічого. Бо такі сторінки треба фізично мати, а стандартний OpenCart їх не породжує.
Конкурент, у якого фільтр уміє генерувати посадкові, ці хвости спокійно збирає роками.
Яким має бути фільтр, на якому реально працювати
Перш ніж радити рішення, чесно випишу вимоги.
Він мусить брати характеристики звідти, де вони вже лежать: з атрибутів, опцій, виробника, ціни, наявності. Жодного повторного забивання руками. Під будь-який набір вибраних значень — окрема індексована сторінка зі своїм описом і метатегами, інакше про SEO можна забути. На смартфоні все це має лишатися придатним для пальця, бо мобільний трафік давно обігнав десктоп.
Де в цей список лягає OCFilter
OCFilter я розбираю предметно саме тому, що він закриває цей перелік пункт за пунктом.
Головне — він тягне ознаки з того, що в товарі вже заповнено. Ціна, знижки, виробник, наявність, вага й габарити, атрибути, опції, рідні фільтри OpenCart — усе це стає критеріями без дублювання даних. Числові поля на кшталт ціни чи ваги виводяться слайдером діапазону. Робота з атрибутами, яку менеджер уже виконав, нарешті починає працювати на покупця.
Під набори фільтрів модуль уміє створювати SEO-сторінки — рівно те, чого базовий OpenCart позбавлений. Вибрали «Sony» плюс «до 15000 грн», задали цій комбінації окремий опис і метатеги, і ось у вас посадкова під конкретний хвіст запитів. Звідси й береться той трафік, якого консоль раніше не показувала.
Виводиться фільтр не тільки в категоріях, а й у пошуку, на сторінках виробника, в акціях, на головній.
Окремо за код. Модуль не підміняє оригінальні файли OpenCart, код відкритий, без шифрування й без ionCube.
І про швидкість. На двох-трьох тисячах товарів наївно написаний фільтр кладе базу запитами на кожен клік чекбокса. Тут є кешування, розраховане якраз на великі каталоги — без нього фільтр на серйозному обсязі просто непридатний, тож це не галочка для краси, а необхідність.
Кому це не треба
Модуль платний — на момент написання 2081 ₴, ліцензія на один домен, 30 днів підтримки. Якщо весь ваш каталог це півсотні товарів в одній категорії, не викидайте гроші: базового фільтра вам вистачить за очі. OCFilter починає відбиватися там, де є обсяг і реальна бійка за низькочастотні запити.
Чек-лист: перевірте свій фільтр, перш ніж щось купувати
- Відкрийте найбільшу категорію — є чим звузити вибірку, крім сортування за ціною?
- Є слайдер ціни «від і до»? Якщо ні, ви на голому стандартному фільтрі.
- Перевірте, чи фільтр підхоплює ваші атрибути й опції, чи їх довелося дублювати руками через Каталог → Фільтри.
- Загляньте в Search Console → Покриття: індексуються вузькі підбірки чи тільки голі категорії?
- Відфільтруйте щось і подивіться, чи це окрема сторінка зі своїм title, чи та сама категорія з прихованою частиною товарів.
- Відкрийте фільтр на телефоні — чекбокси під палець чи десктоп, втиснутий у мобільний екран?
- Перед купівлею будь-якого модуля переконайтеся, що він іде через OCMOD і не переписує файли ядра.
Перед покупкою можете подивитись демо (demo.ocfilter.com, логін і пароль demo/demo)
