Товар може бути активним і доступним, але попри це клієнт не знайде його в пошуку PrestaShop. Причиною може бути неповний індекс, занадто коротка фраза, інша лексика або неправильно підібраний порядок результатів. Перш ніж змінювати пошукову систему, перевірте її конфігурацію. Якщо вам потрібен більший контроль над пошуком, фільтрами та аналізом запитів, рішенням може бути PD Smart Search Pro.
Що вміє стандартний пошук PrestaShop?
Нативний пошук товарів використовує індекс слів і призначені їм ваги. Запит ділиться на слова, зіставляється з індексом, а товари впорядковуються за релевантністю. Це не пошук лише за назвою: індекс може враховувати також інші поля товару. Механізм описано в технічній документації PrestaShop.
У розділі Параметри магазину → Пошук перевірте насамперед:
- Індексацію: чи товари були додані до індексу і чи відображені в ньому зміни каталогу. Після імпорту перевірте індекс, замість того щоб припускати, що імпортер його оновив.
- Мінімальну довжину слова та виключення: за мінімуму в три символи дволітерне «XL» може бути пропущене. Також перевірте список слів, виключених із пошуку.
- Ваги полів: назва або артикул товару зазвичай повинні мати більше значення, ніж випадкова згадка в довгому описі.
- Аліаси та нечітке зіставлення: аліаси дають змогу зіставляти введені позначення, а функція fuzzy search обробляє частину орфографічних помилок. Вона доступна починаючи з PrestaShop 1.7.7.
Отже, неправдою було б стверджувати, що PrestaShop не підтримує друкарські помилки або налаштування релевантності. Доступні опції наведено в інструкції з налаштування пошуку. Їхню роботу потрібно оцінювати в конкретній версії магазину, з використовуваною темою та модулями.
Звідки беруться порожні або нерелевантні результати?
Друкарська помилка, синонім і код товару — це різні проблеми. «Plecakk» потребує толерантності до помилки. «Sofa» замість каталожного «kanapy» потребує пов’язання значень. Натомість у випадку коду «AB-120» клієнт зазвичай шукає конкретну модель, а не будь-яке схоже позначення. Саме лише збільшення толерантності до друкарських помилок не розв’яже всі три випадки.
Так само фраза «plecak 30 l» потребує коректних даних про місткість, а широкий запит «plecak» — можливості звузити результати. Дослідження зручності пошуку Baymard розрізняють, зокрема, запити про конкретний товар, тип товару та його характеристики. Це добра відправна точка для оцінки власного пошуку: перевіряйте різні наміри, а не лише кілька ідеально введених назв.
Порожній список також може бути наслідком активних фільтрів або налаштувань видимості товару. Водночас довгий список не обов’язково означає успіх — якщо потрібна модель далеко, клієнтові все одно доведеться її шукати.
Що дає PD Smart Search Pro?
PD Smart Search Pro для PrestaShop поєднує власний індекс товарів з інтерфейсом пошуку та інструментами керування результатами. Вбудований рушій MySQL отримує дані безпосередньо з магазину, без обов’язкового фіду та зовнішнього сервісу пошуку. Отже, це не лише зміна вигляду поля «Пошук».
- Зіставлення з мовою клієнтів. Модуль має налаштовувану толерантність до друкарських помилок, нормалізацію польських символів і керовані синоніми. Можна пов’язувати альтернативні назви, а також визначати поля й ваги, що використовуються під час пошуку. Також враховуються коди, зокрема артикул і EAN. Синоніми потребують осмисленого налаштування — це не означає автоматичного розуміння кожного наміру.
- Підказки та зручніше звуження результатів. Автодоповнення показує підказки під час введення. Необов’язкове модальне вікно дає змогу переглядати товари, не залишаючи поточної сторінки. Фасетні фільтри, тобто фільтри для звуження списку, охоплюють, зокрема, ціну, бренд, наявність, характеристики й атрибути каталогу. Наприклад, після введення «plecak» клієнт може вибрати місткість, якщо її було коректно записано та налаштовано як фільтр.
- Контроль порядку та доступності. Правила мерчандайзингу дають змогу закріплювати, просувати, знижувати позицію або виключати товари для певних запитів. Також можна переміщати товари, недоступні для замовлення, в кінець списку або виключати їх. Такі правила варто застосовувати для релевантних результатів, а не для заміни шуканого товару випадковою акцією.
- Дані для подальших покращень. Аналітика охоплює запити, кліки, CTR, фрази без результатів і використання фільтрів. Вона дає змогу виявити відсутній синонім або нечитабельний список товарів. Обсяг даних залежить від увімкнення аналітики та обробки згод; звіт не слід вважати повним записом усіх відвідувань.
Власний рушій не означає необмеженої продуктивності. Час відповіді залежить від каталогу, запитів, налаштувань і сервера. Модуль також має необов’язкові інтеграції з Meilisearch і Typesense, але зовнішній рушій потрібно окремо запустити та налаштувати.
Як упровадити зміну та перевірити ефект?
- Запишіть репрезентативні запити: назви, коди, друкарські помилки, синоніми та фрази з параметрами. Для кожного вкажіть очікувані товари.
- Упорядкуйте дані каталогу: ідентифікатори, характеристики, атрибути та назви. Фільтр не виправить відсутню місткість або помилкове призначення варіанта.
- Побудуйте індекс модуля та налаштуйте його оновлення: чергу змін має обробляти worker, що запускається за розкладом. Лише після підготовки індексу вмикайте вибрані фронтенд-функції.
- Перевірте телефон і комп’ютер: підказки, фільтри, повернення до результатів, відсутність результатів і ціни в використовуваних клієнтських контекстах.
- Порівняйте результати: частку запитів без результатів, кліки та позицію потрібного товару. Саме по собі зростання кількості результатів не доводить покращення релевантності.
Пошук у магазині та SEO і GEO
Внутрішній пошук не замінює навігацію, доступну для Google. Googlebot зазвичай не вводить запити у форми пошуку, тому товари мають бути доступні через звичайні посилання з категорій. Це пояснює документація Google для e-commerce.
Дані про запити варто використовувати для покращення назв, описів категорій і FAQ: вони показують, якою лексикою користуються клієнти та чого бракує в контенті. Це практична робота над SEO і GEO, тобто видимістю у генеративних відповідях, — а не гарантія позицій чи цитування з боку AI. Про окреме питання надання контенту агентам ви прочитаєте в статті Markdown і Content Signals у PrestaShop.
Спочатку усуньте помилки конфігурації та даних, а потім розширюйте пошук там, де бачите конкретну проблему. PD Smart Search Pro надає інструменти для такої роботи; ефективність упровадження оцінюйте на реальних запитах ваших клієнтів.
Коментарі (0)