Когда нужен отдельный поиск
Отдельный поиск имеет смысл, если покупатели вводят артикулы, синонимы и названия с опечатками, а текущая выдача теряет подходящие товары. Другой сигнал — несколько источников: каталог, статьи и категории должны находиться в одном интерфейсе. Сначала проверьте реальные запросы и жалобы: медленная выдача и плохое ранжирование требуют разных решений.
Если поиском почти не пользуются, сначала исправьте его видимость и соберите данные. Если в карточках нет артикула или характеристик, новая поисковая система не восстановит отсутствующую информацию. Пилот должен проверять определённую проблему, а не сам факт установки виджета.
Зафиксируйте исходную ситуацию
Выберите период без крупных акций и изменений ассортимента. Из отчётов выгрузите обезличенные запросы, число поисковых сессий, пустые результаты и переходы из выдачи в карточку. Зафиксируйте устройство, язык, фильтры, доступность товара и задержку ответа. Не отправляйте подрядчику телефоны, email и другие персональные данные из поисковых строк.
Посчитайте долю пустых выдач как число выполненных поисков без результатов, делённое на все выполненные поиски. Доля поиска с переходом — поисковые сессии с переходом в найденный объект, делённые на все поисковые сессии. Для покупки используйте единое окно атрибуции. Эти показатели не доказывают причинный рост продаж: пользователи поиска уже могут иметь более сильное намерение купить.
Соберите контрольный набор запросов
Не ограничивайтесь популярными названиями. Добавьте точный артикул, часть артикула, модель, опечатку, синоним, название категории, сочетание двух характеристик и запрос без подходящего товара. Для каждой строки укажите ожидаемые SKU, допустимые альтернативы и причину ожидания. Отдельно проверьте товары с похожими названиями и разными размерами.
Разделите набор на часть для настройки и часть для независимой приёмки. Иначе система может пройти знакомые примеры и плохо работать на новых. CSV ниже содержит пустые поля для ваших данных и типы проверок. Это шаблон, а не статистика клиентов. Сохраняйте оригинальный запрос и настройки проверки, чтобы результат можно было повторить.
Проверьте данные и обновление
Для пилота нужны стабильный ID, название, URL, доступность и поля, по которым ищет покупатель. Для торговли дополнительно проверьте цену, валюту, изображения и правила вариаций. Уточните формат источника, объём, расписание обновления и способ удаления товара. Сверьте несколько записей вручную с публичной карточкой: поиск не должен отправлять на несуществующий URL.
Проверьте полный цикл: измените тестовый остаток в источнике, дождитесь обновления и убедитесь, что выдача соответствует согласованным правилам. Повторите для смены цены и удаления. Страница интеграций Site Search объясняет поддерживаемые варианты подключения; нестандартную CMS и авторизацию согласуйте до выбора тарифа.
Примите качество до запуска
До настройки запишите условия приёмки: какие критические запросы обязаны находить нужный SKU, где он должен появиться в выдаче и сколько времени может занимать ответ. Числа задаёт ваш сценарий и исходный уровень. Не подменяйте их универсальным обещанием конверсии. Отмечайте отдельно поиск, фильтрацию, переход в карточку и отображение цены.
Для каждого сбоя сохраните запрос, дату обновления индекса, ожидаемый результат и фактический порядок. Проверяйте на мобильном устройстве: клавиатура, открытие и закрытие поиска, пустая выдача, длинные названия и навигация без мыши. Критический артикул с неверным товаром важнее косметического расхождения в порядке второстепенных результатов.
Оцените эффект без ложной точности
Предпочтительный вариант — параллельный тест с одинаковым ассортиментом и случайным распределением посетителей. Если доступно только сравнение до и после, записывайте акции, смену цен, рекламный трафик и наличие товаров. Покажите число сессий рядом с процентами; небольшой объём данных может не позволить сделать вывод о заказах.
Разделяйте три результата: исправность интеграции, качество контрольной выдачи и коммерческий эффект. Первые два можно принять по чек-листу. Третий требует наблюдения после запуска. Нулевая выдача, переходы и добавления в корзину полезны как промежуточные сигналы, но итоговую ценность связывайте с заказами и затратами на поддержку.
Что входит в бюджет
У Site Search опубликованы тарифы 990, 1 990 и 4 990 ₽ в месяц; годовые суммы — 9 900, 19 900 и 49 900 ₽ за 12 месяцев. Лимиты и текущие условия проверьте на странице тарифов. До оплаты сопоставьте число объектов, обновления, источники и дополнительные требования с выбранным планом.
Подписка и работа по подключению — разные статьи расходов. Уточните подготовку фида, установку интерфейса, настройку ранжирования, аналитику, приёмку и поддержку. На нестандартной системе сначала проверьте интеграцию. Не сравнивайте только цену подписки, если в одном предложении включён запуск, а в другом он оплачивается отдельно.
Что передать для оценки
Подготовьте ссылку на магазин, CMS, ориентировочное число объектов, пример обезличенного фида, расписание обновлений и контрольные запросы. Укажите проблему текущего поиска и ответственного за данные. Не присылайте пароли и доступ к production в первичном сообщении.
По результату оценки запросите перечень включённых работ, ограничения, критерии приёмки, владельцев задач и способ возврата к старому поиску. Откладывайте общий запуск, если индекс не обновляется или критические запросы не проходят. Если пилот подходит, запускайте сначала ограниченную аудиторию и наблюдайте за ошибками, свежестью данных и поисковыми сессиями.
Рабочий шаблон для вашего пилота
CSV открывается в Excel и Google Sheets. Это пустой шаблон: заполните его данными вашего каталога. Не включайте персональные данные.
Скачать таблицу тестовых запросов (CSV)Следующий шаг — проверить применимость к вашим данным и объём работ.