Сбор цен конкурентов лучше держать своим кодом: агент пишет парсер, сторож следит, чтобы он не молчал

Готовый сервис подходит для стандартного сбора. ALL RIVAL предлагает сопоставление и API, xmldatafeed отдаёт файлы. Проверено 7 октября 2026.

Свои правила могут потребовать кода. Например, закупщик сравнивает цену за единицу, учитывает наличие и регион.

Заказывайте разработку, если сервис не выполняет эти правила. Для разовой выгрузки проверьте готовое решение: свой код нужно поддерживать.

Низкая цена полезна после проверки соответствия. Совпадающее название не доказывает, что у конкурента та же фасовка и комплектация.

Задайте правило сопоставления до сбора. Пару выбирают по коду производителя и характеристикам, спорное соответствие подтверждает сотрудник.

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

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

Изменившийся сайт становится задачей ремонта. Дайте агенту сломанную страницу и ожидаемый результат, затем проверьте старые примеры.

Начните с проверяемой задачи агенту. Задайте поля, примеры и поведение при ошибке.

«Собрать цены» оставляет слишком много догадок. «Сохранить причину для каждой пропущенной записи» уже можно принять.

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

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

Причина отказа объясняет, почему материал не попал на витрину. Это позволяет отличить редакционный отбор от потерянных данных.

Это путь от входа до результата, не точность парсинга цен. Для мониторинга закажите то же правило: результат или объяснение пропуска.

Сторож проверяет последний успешный сбор по каждому конкуренту. Общий счёт строк может скрыть молчание одного сайта.

Неизменная цена не означает остановку. Проверяют время и результат сбора: пустую выдачу нельзя автоматически считать отсутствием товаров.

Prometheus рекомендует следить за временем последнего успеха периодической задачи. Наш случай показывает, почему отметки запуска мало.

Назначьте ответственного за сигнал до запуска. Ответственность за ошибки агента не исчезает после установки сторожа.

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

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

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

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

Начните с группы товаров, по которой уже принимается решение. Задайте конкурентов, правила сравнения и время готовности сводки.

Назначьте сотрудника для подтверждения пар и разбора сбоев. Если пока непонятно, кто поведёт разработку, начните с теста для руководителя.

В подписке на разработку тариф «Один проект» стоит 250 000 ₽ в месяц. Один продукт, одна задача в работе.

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

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

1. Свой сборщик заказывают под свои правила. До разработки проверьте, выполняет ли их сервис.
2. Цена без пары, условий покупки и времени не годится для сравнения. Зафиксируйте эти поля в приёмке.
3. Каждый пропуск оставляет причину. Отличайте отсутствие товара от ошибки сбора.
4. Сторож смотрит на свежий выход каждого источника. Испытайте молчание, уведомление и восстановление.
5. Код, описание запуска и примеры остаются у заказчика. По ним следующий исполнитель продолжит работу.