Стоимость поиска на сайте зависит от источника данных и проверки выдачи, а не от поля ввода

На сайте с инструкциями посетитель пишет «возврат» и должен попасть на действующие условия возврата. Начните с проверки готового поиска: Яндекс объявляет «Поиск для сайта» бесплатным сервисом. Это снимает одну строку расходов, но подключение, выбор страниц и проверку ответа всё равно кто-то выполняет.

В поиске Тильды граница видна в справке: сайт и страницы должны быть открыты для индексации, а страницы личного кабинета не ищутся. Поле можно добавить, но закрытая инструкция от этого в выдаче не появится. Ограничение относится к этой функции, а не ко всем готовым поискам.

Готовое и своё здесь не противоположности. Внешний движок можно подключить к собственной выгрузке данных; существующий индекс можно исправить без замены движка. Сравнивать надо вариант подключения: какие данные он увидит и какие изменения останутся вашей команде.

Индекс здесь означает подготовленный список материалов и полей, по которым ищет движок; он может отличаться от того, что хранится в основной базе. Если новая инструкция есть в базе, но не дошла до индекса, новая строка ввода её не найдёт. До оценки работ попросите команду показать весь путь одной записи.

Для существующего поиска полезнее начать с причины сбоя, чем с предложения переписать его. Потерянное поле, старый адрес и ошибка порядка результатов требуют разных изменений. Разбор технического долга объясняет, как закрепить текущее поведение перед правкой старого кода; здесь предмет проверки уже: конкретная запись и её ответ в поиске.

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

Разделите предложение на разовые работы и расходы после запуска. В разовую часть входят разбор источника, подключение или изменение индекса, вывод результатов на сайте и приёмка; после запуска оплачивают провайдера, поддержку обновления и новые исправления. Если сравнить только цену запуска, бесплатный сервис легко принять за бесплатный поиск на всё время.

В тарифах Algolia отдельно учитываются поисковые запросы за месяц и записи индексов, поэтому у провайдера важно выяснить единицу счёта. Поиск во время ввода может отправлять запрос при каждом нажатии клавиши, и число посетителей не равно числу оплачиваемых запросов. Это пример тарификации, а не рекомендация поставщика для компании из РФ.

При своём размещении вместо счёта поискового сервиса появятся расходы на инфраструктуру и обслуживание. Не закладывайте их как бесплатные потому, что движок уже работает. Попросите назвать того, кто следит за обновлением индекса, разбирает сбои и меняет правила выдачи после запуска.

До начала работы выберите запросы посетителей, укажите нужный материал и то, чего в ответе быть не должно: работающий поиск может возвращать красивый список неправильных страниц. Если журнал запросов уже есть, начните с него; если нет, соберите первый набор вместе с владельцем раздела. Набор из головы подрядчика не заменяет знание вашего содержания.

В постановке задач агенту критерий готовности записывают на входе; для поиска это пары «запрос и ожидаемый ответ», а не фраза «сделать релевантнее». Например, по слову «возврат» первой должна быть действующая инструкция. Новость о прошлогоднем возврате товара может содержать все нужные слова и всё равно быть неправильным первым ответом.

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

Прогоните тот же набор на текущем поиске и на предлагаемом варианте, сохраните ответы, версии данных и найденные ошибки. Так становится видно, за что платят: нужная инструкция поднялась, удалённая страница пропала, обновление дошло. Демонстрация только на удачных запросах этого не показывает.

После запуска пусть владелец раздела разбирает запросы без ответа и жалобы на выдачу. Если нужного материала нет на сайте, задача идёт редактору; если материал есть, но не находится, задачу получает разработка. Исправленный случай добавляют в набор повторных проверок.

Перед следующим изменением этот набор прогоняют снова. В отчёте по поиску держат запросы без ответа, обращения посетителей и возвраты принятых задач. Так наблюдение превращается в конкретную правку, а проверка не заканчивается вместе с первым счётом подрядчика.

На vibecoding.ru инженер ведёт машину ИИ-агентов; её работу показываем в открытом отчёте. Это наш опыт ведения сайта, а не доказательство, сколько будет стоить ваш поиск. Агенты могут подготовить изменения передачи данных и проверки, но ожидаемый ответ на бизнес-запрос всё равно должен задать человек, который знает содержание.

Наши поломки показывают, почему одного успешного прогона кода мало. Поле может теряться на отдельном пути передачи; ответ сервера может не соответствовать его описанию; автор может ссылаться на выдуманную проверку. Для поисковой задачи это повод отдельно проверить данные, работающую страницу и сам отчёт исполнителя.

Лента ниже состоит из записей журналов машины. Мы не выдаём эти события за ошибки поиска у клиента. Каждая запись заканчивается правилом, которое можно перенести в приёмку: проверить передачу записи целиком, сверить доказательство с источником, проверить ответ сервера по его описанию.

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

Если готовый блок ищет по нужным страницам и проходит ваш набор запросов, закажите подключение с приёмкой. Не добавляйте ежемесячную разработку только ради поля. Если после запуска регулярно меняются источники, правила порядка и состав выдачи, это уже очередь доработок своего кода.

На странице подписки на разработку план «Один проект» стоит 250 000 ₽ в месяц, проверено 08.10.2026 в 06:27 МСК; работу ведёт инженер с машиной ИИ-агентов. В потоке одна задача в работе, следующая ждёт в очереди. Цена относится к месяцу разработки; это не обещание закончить любой поиск за месяц.

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

Соберите паспорт источника и приёмочный набор до разговора о бюджете. Если нужна команда для очереди правок, следующий шаг ведёт в раздел услуг: там можно обсудить свой проект. Принесите текущую выдачу и примеры неверных ответов, чтобы разговор начался с работы, которую нужно принять.

1. Сначала покажите путь данных до индекса. Одинаковое поле может искать по разным источникам.

2. Отделите запуск, приёмку, провайдера и сопровождение. Сравнивайте одинаковый состав работ.

3. Запишите ожидаемые ответы до правки. Проверяйте также обновление и снятие материала.

4. Примите конкретную правку по сохранённому результату. Завершение работы агента само по себе не критерий.

5. После запуска разбирайте запросы без ответа и жалобы. Каждый исправленный случай добавляйте в повторную проверку.