Сотбит «Умный поиск» против внешнего ИИ-сервиса
Чем модуль в составе магазина решений отличается от подключаемого сервиса: где данные, кто отвечает за качество и во что обходится каждый вариант.
Владелец магазина на Битриксе выбирает между модулем из каталога решений и подключаемым сервисом. Это выбор не по цене, а по устройству: у вариантов разные границы ответственности.
Что стоит проверить у конкретного модуля
Возможности и цены модулей меняются от версии к версии. Прежде чем сравнивать, уточните у разработчика модуля: поддерживаемые редакции и версии платформы, что именно делает «умная» часть, требуется ли внешний сервис для её работы, как модуль ведёт себя при обновлении платформы. Ниже — сравнение классов решений, а не описание конкретного продукта.
Модуль внутри платформы
Как устроен. Устанавливается в ваш магазин, работает на вашем сервере, использует ваш индекс и ваши данные.
Сильные стороны:
- данные не покидают ваш сервер;
- нет платы за обращения, обычно разовая лицензия;
- глубокая связь с каталогом: свойства, разделы, наличие доступны напрямую;
- работает при отсутствии интернета у сервера.
Слабые:
- нагрузка ложится на ваш сервер;
- смысловая часть либо ограничена, либо всё равно требует внешнего сервиса;
- обновления зависят от разработчика модуля;
- совместимость с версиями платформы надо проверять при каждом обновлении.
Внешний сервис
Как устроен. Каталог передаётся сервису, запросы уходят к нему, ответ возвращается на сайт.
Сильные стороны:
- модели и алгоритмы обновляются без вашего участия;
- нагрузка на ваш сервер почти нулевая;
- смысловая обработка встроена;
- отчётность обычно подробнее.
Слабые:
- ежемесячная плата, часто по числу обращений;
- каталог уходит наружу, что требует проверки условий обработки данных;
- зависимость от доступности сервиса, нужен запасной путь;
- задержка сети добавляется к времени ответа.
Что различает по-настоящему
Не список функций, а три вопроса.
Кто отвечает за качество выдачи? У модуля — вы: настройки, свойства, синонимы. У сервиса — вендор, и с него можно спрашивать.
Что происходит с новым типом запросов? Модуль будет работать так же, как в день установки. Сервис меняется, и это может быть и плюсом, и минусом.
Во что обходится год? Разовая лицензия плюс работа программиста против ежемесячной платы. Считайте на горизонте двух лет, включая внедрение.
Гибридный вариант
Часто разумнее всего: штатный поиск платформы обрабатывает точные запросы, артикулы и фильтры, а внешний сервис подключается там, где нужен смысл. Тогда обращений к сервису меньше, а зависимость ограничена.
Про потолок штатных возможностей — Битрикс: поиск по сайту из коробки и его потолок.
Как выбирать
- Выпишите двадцать проблемных запросов из отчёта.
- Спросите оба варианта, что они покажут на этих запросах.
- Посчитайте стоимость двух лет для каждого.
- Проверьте условия обработки данных, если каталог уходит наружу.
- Договоритесь о пилоте с измеримым критерием.
Вывод и следующий шаг
Модуль оставляет данные и ответственность у вас, сервис снимает работу и берёт плату за обращения. Выбор определяется тем, кто будет отвечать за качество выдачи через полгода.
Следующий шаг: выпишите свои проблемные запросы и покажите их обоим кандидатам. Это единственное сравнение, которое не зависит от маркетинговых описаний.
Частые вопросы
Можно ли использовать оба варианта сразу?
Можно и часто нужно: штатный поиск на точные запросы, сервис на смысловые.
Уходит ли каталог наружу при работе с сервисом?
Да, это его принцип работы. Условия хранения и обработки надо проверить в договоре.
Что дешевле на длинной дистанции?
Зависит от объёма запросов. Считайте два года с учётом внедрения и поддержки.
Ломается ли модуль при обновлении платформы?
Такое бывает. Совместимость уточняйте у разработчика модуля до обновления.
Что делать при недоступности сервиса?
Нужен запасной путь: штатный поиск и понятное сообщение, а не пустая страница.
Насколько важна отчётность?
Очень: без отчёта по запросам без результатов вы не увидите, что чинить.