Avito сохраняет поиск не так, как ты его настроил. И считает это нормой
Я давно использую Avito для довольно простой вещи: когда нужно отследить не абы что, а конкретную модель или формулировку, я ищу её в кавычках. Скажем не просто item pro, а "item pro", потому что разница между этими двумя запросами на практике огромная. В первом случае поиск начинает тащить всё подряд, где отдельно встретились item и pro, причём pro может относиться вообще не к товару, а к чему угодно. Во втором случае выдача становится заметно чище, потому что ищется именно фраза в нужном порядке, а не просто набор слов из объявления.
Именно так этот сценарий у меня и работал годами: сначала настраиваешь поиск руками, смотришь на результат, убеждаешься, что он действительно отсекает мусор, а потом сохраняешь его и включаешь уведомления о новых объявлениях. В этом, собственно, и смысл кнопки «уведомлять о новых»: сервис должен не придумать что-то похожее на твой запрос, а воспроизводить тот поиск, который ты уже настроил и который сам же показал тебе на экране.
Сейчас в этом месте что-то сломалось, и сломалось довольно неприятно, потому что на первый взгляд всё выглядит почти нормально. В обычном поиске запрос в кавычках всё ещё работает как надо. Но как только сохраняешь его для уведомлений, кавычки исчезают, и вместе с ними исчезает смысл точного поиска. После этого сохранённый запрос живёт уже по другой логике, а в уведомления начинают приезжать объявления, которые по сути вообще не соответствуют тому, что ты изначально искал.
Меня в этой истории больше всего раздражает даже не сам баг, а подмена сути проблемы. Я обратился в поддержку, собрал данные, записал видео, показал воспроизведение, указал, на каких клиентах это повторяется. В ответ получил примерно такой реплай: сейчас такой функции нет, это нормальная работа сервиса, спасибо за идею, вам всего доброго, хорошего настроения и здоровья. Но это не идея и не просьба «добавить новую функцию». Точный поиск фразы у вас уже есть — он виден в обычной выдаче. Я не прошу строить новый поисковый движок, ужесточать фильтрацию, усложнять пайплайн или дополнительно нагружать бэкенд. Я говорю о гораздо более базовой вещи: сохранённый поиск должен сохранять тот поиск, который пользователь только что настроил, а не бесшумно менять его семантику в момент сохранения.
Потому что иначе получается странная и, честно говоря, плохая для пользователя конструкция. Интерфейс сначала показывает один результат и как бы говорит: да, вот именно это ты ищешь, дружище. Пользователь видит, что выдача стала релевантной, и нажимает «Уведомлять о новых». А дальше слой сохранения берёт и незаметно превращает запрос во что-то более широкое и менее точное. Формально кнопка нажата, уведомления приходят, только приходят уже не по тому запросу, который был настроен. Для редких вещей, точных моделей, нишевых товаров и любых объявлений, где порядок слов имеет значение, это убивает весь сценарий целиком. Вместо инструмента мониторинга ты получаешь просто шум.
Я специально перепроверил это не на одном устройстве, чтобы не списывать всё на локальный глюк. Поведение воспроизводится у меня на iPhone 15 Pro с iOS 26.2, в приложении Avito для iOS 200.5, в приложении Au.ru 217.0 и в веб-версии через Safari 15.6 на Mac. То есть это выглядит не как случайная поломка одного клиента, а как нечто более системное. Со стороны складывается впечатление, что обычный поиск и сохранённый поиск сейчас проходят через разную обработку. Возможно, при сохранении запрос как-то нормализуется, и из него просто выбрасываются кавычки. Возможно, alert pipeline или слой saved search использует более грубый разбор строки. Это, разумеется, только гипотеза, но наблюдаемое поведение выглядит именно так: live search понимает фразу, а после сохранения эта же фраза теряет для системы особый смысл.
И здесь есть ещё один важный момент, который поддержка, кажется, просто проигнорировала. Пользователь имеет полное право ожидать воспроизводимости того результата, который сам сервис ему показал. Это не какая-то избыточная прихоть и не спор о терминологии. Если поиск уже умеет интерпретировать запрос определённым образом и пользователь сознательно сохраняет именно этот вариант выдачи, то дальнейшие уведомления должны работать по той же логике. Иначе кнопка сохранения перестаёт быть сохранением как таковым и превращается в неочевидную подмену запроса.
Поэтому я и пишу сюда публично и не затем, чтобы устроить истерику из-за пары кавычек, и не затем, чтобы по привычке поругать первую линию поддержки. Просто обычный путь я уже прошёл до конца: воспроизвёл проблему, собрал техданные, приложил видео и получил ответ, который не объясняет расхождение между тем, что пользователь видит в поиске, и тем, что реально сохраняется для уведомлений, хотя раньше работало. А это расхождение есть, оно воспроизводится, и оно ломает вполне реальный пользовательский сценарий.
Вопрос к @Avito у меня, по сути, один: это действительно намеренное изменение продукта, при котором сохранённые поиски больше не поддерживают точную фразу в кавычках, или всё-таки регрессия, которую почему-то интерпретировали как feature request? Потому что со стороны это выглядит именно как сломанная воспроизводимость уже настроенного поиска, а не как просьба добавить что-то новое.
Искренне надеюсь, что этот пост не приведет к "нормализации поиска" путём полного отключения точного поиска в выдаче.