AjaxSearch vs live-поиск: чем отличается поиск в магазине на inSales

Поиск в интернет-магазине — не «галочка в шапке», а путь к карточке. На inSales у большинства тем есть штатный AjaxSearch: выпадающий список под полем. Рядом появляется другой формат — live-поиск в полноэкранной панели с фото, ценой и артикулом.

Вопрос не в том, «какой поиск хороший, а какой плохой». Вопрос: какой UX нужен вашему каталогу. Ниже — честное сравнение для владельца магазина: что умеет dropdown, что даёт панель, и в каких трёх сценариях одно или другое обычно достаточно.

AjaxSearch — платформенный быстрый поиск: клиент печатает в поле шапки, тема показывает подсказки в dropdown под инпутом. Это привычный паттерн: коротко, без оверлея, без отдельной «сцены» поиска.

Что обычно ожидают от такого режима:

• быстрые suggestions по названию (и то, что отдаёт API темы);
• клик → карточка или страница /search;
• минимум визуального шума в шапке.

Для небольшого ассортимента, понятных названий и покупателей, которые и так знают бренд, этого часто хватает. Dropdown не «устарел» — он просто решает задачу подсказки, а не задачу выбора товара по витрине внутри поиска.

Ограничения всплывают не из «плохого AjaxSearch», а из формата:

• мало места под фото и цену — клиент чаще уходит в карточку, чтобы понять «это оно или нет»;
• категории и статьи блога в одной выдаче обычно не собраны;
• поиск по артикулу (SKU) зависит от темы и настроек индекса — для B2B это критично, для витрины с «красивыми названиями» — нет;
• опечатка раскладки («ghbdtn» вместо «привет») часто даёт пустую выдачу без второй попытки.

Итого: штатный поиск — нормальный выбор, когда каталог небольшой и сценарий «нашёл название → открыл карточку» работает.

Live-поиск DanForge — это своя полноэкранная панель, которая открывается по клику на поле/иконку поиска (CSS-триггеры). Она не подменяет AjaxSearch в ядре темы и не «ломает» платформенный API: виджет использует те же идеи suggestions / search, но показывает результат в другом UX.

В панели покупатель сразу видит:

• фото товара (несколько форматов кадра);
• название и цену (в т.ч. старая цена, бейдж «нет в наличии» — по настройкам);
• категории рядом с товарами;
• опционально — статьи блога в одной сцене с каталогом (Layout B на desktop, вкладки на mobile);
• поиск по названию и SKU вариантов;
• сортировку в уже загруженной выдаче (цена / популярность);
• недавние и популярные запросы (чипы);
• исправление раскладки RU↔EN: если выдача пустая, виджет пробует другую раскладку и показывает баннер при успехе.

Настройки — в админке inSales (порядка 21 параметра): фото, цены, лимит выдачи, статьи, триггеры, аналитика. Установка — виджет отдельно от правок всей темы.

Смысл для магазина: клиент сравнивает и отсекает ещё в поиске, а не после пяти открытых вкладок карточек.

Кратко — чем dropdown штатного AjaxSearch отличается от полноэкранной панели live-поиска DanForge.

1. Мало SKU, понятные названия

Картина: до нескольких десятков–сотен позиций, покупатель ищет «красное платье», «кружка», бренд из рекламы. Карточки короткие, фото на листинге и так понятные.

Что обычно достаточно: штатный AjaxSearch. Dropdown закрывает путь «напечатал → кликнул». Полноэкранная панель здесь не вредна, но окупаемость ниже: клиент и без неё быстро попадает в нужный товар.

Когда всё же смотреть на live-поиск: если даже при малом каталоге важны фото в поиске (дорогие позиции, сильный визуальный отбор) или вы готовите рост ассортимента и не хотите менять UX позже.

2. B2B и поиск по артикулу

Картина: закупщик или менеджер ищет код со склада / прайса, а не маркетинговое название. Dropdown часто режет выдачу до «похожего названия» или вообще молчит, если артикул не в том поле, которое тема подсказывает.

Что даёт панель: явный матч по SKU вариантов + фото и цена до ухода в карточку. Меньше «открыл не то — вернулся — снова печатаю».

Вывод: если доля запросов — артикулы, live-панель обычно окупается быстрее, чем косметика шапки. Подробнее про этот сценарий — в следующей статье кластера (поиск по SKU на inSales); здесь достаточно правила: код в голове клиента → нужен поиск, который его принимает.

3. Каталог + блог / гайды

Картина: магазин ведёт статьи «как выбрать», обзоры, инструкции. Покупатель печатает и «модель», и «как подобрать размер».

Что даёт live-поиск: товары и статьи в одной панели (на desktop — боковая колонка статей, на mobile — вкладки). Это не «напишем вам контент», а настройка индекса блога в поиске (в пакетах установки это отдельный уровень — см. страницу модуля).

Когда хватает штатного: блог есть «для SEO», но клиенты почти не ищут гайды через шапку. Тогда dropdown + отдельный раздел блога нормальны.

Мягкий CTA. Если узнаёте сценарий 2 или 3 — посмотрите, как устроен live-поиск на странице модуля: быстрый поиск для inSales (фото, цена, SKU, настройки в админке). Цены пакетов — там же, лицензия от 5 000 ₽.

Имеет смысл не менять UX поиска, если:

1. Ассортимент небольшой, названия уникальные, жалоб на «не находит» почти нет.
2. Покупатели редко пользуются поиском — основной трафик идёт из меню и фильтров каталога.
3. Сейчас важнее другие точки конверсии (карточка, корзина, доставка), а поиск — не в топе обращений в поддержку.
4. Нужен минимальный дифф темы без нового виджета и без настройки триггеров.

Смена поиска «ради моды» не нужна. Смена оправдана, когда поиск уже в воронке: люди им пользуются, а выдача не помогает выбрать.

«Live-поиск заменяет AjaxSearch?»
Нет как факт ядра темы. Панель DanForge открывается своими триггерами и показывает свою выдачу. Штатный механизм темы не вырезается «из коробки» — это совместимость, а не подмена API.

«Нужен ли Elastic или „умный“ AI-поиск?»
Для типичного inSales-магазина чаще не хватает не Elastic, а понятной выдачи: фото, цена, артикул, меньше пустых ответов из‑за раскладки. Семантический/AI-поиск — другая категория продукта; в live-поиске DanForge его нет, и мы его не обещаем.

Сведите выбор к ситуации магазина — без «кто круче»:

Если по таблице и сценариям панель ближе к вашему магазину — следующий шаг не «купить вслепую», а посмотреть оффер и пакеты установки.

Смотреть live-поиск DanForge →

На странице модуля: что входит в лицензию и установку под ключ, настройки админки, актуальные пакеты (от 5 000 ₽). Если нужна установка «под ключ» без самостоятельной возни с триггерами — берите пакет с установкой на странице продукта; для товаров + статей блога смотрите расширенный пакет настройки.

Вопросы по совместимости с вашей темой Gen-2 / Gen-4 — напишите DanForge (контакт на сайте). Подставим виджет под живой магазин, а не «в вакууме».