Почему мы создали AACSearch

Проблема, которую нельзя было игнорировать

Управлять интернет-магазином и без поиска непросто. Но для тысяч продавцов на платформах вроде Битрикс и PrestaShop это именно та реальность: встроенный поиск в лучшем случае посредственный, а его улучшение означает выбор между двумя одинаково неприятными вариантами.

Вариант А: Платить премиум-цены за управляемый поисковый SaaS вроде managed search providers. Работает хорошо, но счёт растёт быстрее выручки — и ты оказываешься заперт в проприетарной экосистеме, которая не говорит на языке твоего CMS.

Вариант Б: Развернуть AACSearch или traditional search backends самостоятельно. Мощно и дёшево, но нужен DevOps-инженер только для поддержания работоспособности. Управление индексами, миграции схем, настройка железа, failover — это полная ставка ещё до того, как написана хоть одна строка продуктовой логики.

Большинство продавцов не выбирают ни то, ни другое. Они живут с медленными, нерелевантными результатами и молча наблюдают, как падает конверсия.

Что мы пробовали сначала

Мы не планировали строить поисковый продукт. Мы разрабатывали интеграции для крупного Битрикс-проекта, когда упёрлись именно в эту стену. Оценили все доступные варианты:

• managed search providers: слишком дорого при масштабировании, нет нативного коннектора для Битрикса
• traditional search backends: слишком сложно эксплуатировать для небольшой команды
• AACSearch Cloud: ближе к цели, но всё равно требовал ручного управления схемами без понимания CMS

В итоге мы написали собственную интеграцию с AACSearch — коннектор, управление схемами, очередь синхронизации. Это заняло три месяца и требовало постоянной поддержки. Когда второй клиент попросил то же самое для PrestaShop, мы поняли: мы сделали что-то ценное.

Ключевое озарение: Search-as-a-Service, CMS-first

Главное озарение было не техническим — оно было организационным. Продавцы на CMS не думают об «индексах» и «схемах». Они думают о товарах, категориях и атрибутах. Поисковая платформа, говорящая на их языке, с нативными коннекторами, которые синхронизируются автоматически, меняет всю экономику.

Так мы превратили написанное в продукт:

• Хостируемый AACSearch под капотом — быстрый, релевантный, open-core
• Нативные CMS-коннекторы для Битрикс и PrestaShop — подключил, настроил, работает
• Автоматическое определение схемы из продуктовых каталогов — DevOps не нужен
• Виджет для браузера — встраивается на любую страницу одним тегом <script>
• Чистый дашборд для аналитики, синонимов, кураций и управления API-ключами

Результат: поиск корпоративного уровня, который любой продавец разворачивает за один день.

Чем AACSearch отличается

Мы поговорили с десятками продавцов, разработчиков и платформенных агентств. Три вещи важны больше всего.

1. Время до первого результата. С AACSearch свежий Битрикс-магазин получает полнотекстовый поиск по товарам менее чем за 30 минут. Это включает настройку коннектора, создание индекса, первую полную синхронизацию и встройку виджета. Никаких решений по инфраструктуре.

2. Предсказуемые цены. Мы тарифицируем поисковые единицы — запросы плюс проиндексированные документы. Магазин с 10 000 товаров и умеренным трафиком легко вписывается в бесплатный тариф. Платишь только тогда, когда поиск реально генерирует объём.

3. CMS-осознанная синхронизация. Когда продавец меняет цену товара или добавляет новую вариацию, AACSearch подхватывает это автоматически. Никаких вебхуков, никаких крон-джобов. Коннектор сам делает delta-синхронизацию раз в несколько минут.

Что дальше

Мы движемся быстро. Ядро поисковой платформы, Connector API и виджет уже в продакшене. Следующее: дашборд аналитики, который покажет запросы без результатов (главная точка роста конверсии), модуль базы знаний для внутреннего Q&A и глубокие интеграции с новыми CMS-платформами.

Мы создали AACSearch потому, что сами в нём нуждались. Уверены, что тысячи продавцов нуждаются в нём тоже.

Если у вас Битрикс или PrestaShop и поиск сдерживает рост — попробуйте AACSearch бесплатно. Карта не нужна.