Мониторинг цен конкурентов начинается не с запуска парсера, а со спецификации данных. Команда передаёт каталог, выбирает источники и регионы, определяет нужные поля, типы цен и частоту проверки. Затем фиксируются правила сопоставления: идентичный товар, вариант и аналог нельзя смешивать. Каждая строка должна сохранять источник, продавца, регион и время наблюдения, а пропавшие карточки и спорные совпадения — попадать в отдельный журнал качества. Только после проверки небольшой выборки можно согласовать полный объём и формат результата. Такой процесс даёт проверяемый отчёт, но не принимает решение о цене вместо коммерческой команды.
Какой вопрос должен решать мониторинг
Один и тот же файл может выглядеть полезным для разных задач: сверить цены, найти изменения акций, проверить наличие, сравнить предложения по регионам или подготовить данные для переоценки. Но схема и правила приёмки у этих задач различаются. Поэтому сначала называют бизнес-вопрос и владельца решения.
Для магазина или дистрибьютора владельцем может быть руководитель ценообразования, категорийный менеджер или коммерческий директор. ScanHub собирает и проверяет согласованные наблюдения; итоговое коммерческое решение остаётся у клиента.
Что подготовить до тестовой выборки
| Вводная | Что зафиксировать | Почему это влияет на результат |
|---|---|---|
| Каталог | SKU, название, бренд, модель, характеристики, контрольные ссылки | Без идентификаторов нельзя проверить точное сопоставление |
| Источники | Выбранные конкуренты, площадки или страницы | Доступность полей подтверждается отдельно по каждому источнику |
| Условия | Регион, продавец, тип предложения и другие значимые условия | Одинаковое название цены может относиться к разным предложениям |
| Поля | Текущая цена, цена до скидки, акция, наличие, ссылка, дата проверки и согласованные дополнительные поля | Обязательное поле должно иметь явное правило пропуска |
| Расписание | Требуемые моменты проверки и допустимая задержка для конкретного проекта | Частота не возникает автоматически из слова «мониторинг» |
| Выход | Схема Excel или CSV, готовые строки, исключения и ответственные | Приёмка проверяет не только наличие файла, но и его контракт |
В решении по мониторингу цен конкурентов ScanHub состав полей, источников и регионов подтверждает на тестовой выборке. Это ограничение важно: список выше описывает возможную структуру, а не обязательное наличие каждого поля на любой площадке.
Единица наблюдения: не только SKU и цена
Для проверяемой записи удобно мыслить составным ключом:
SKU клиента × источник × продавец × регион × время проверки
К нему добавляются ссылка, наблюдаемая цена и её тип, наличие, тип совпадения и статус качества. Если продавец или регион не поддерживается выбранным источником, поле не нужно выдумывать: его доступность отмечают при проверке выборки. Если карточка не открылась, это не нулевая цена. Если цена не показана у товара без наличия, пустое значение сохраняется вместе с фактически наблюдаемым статусом.
Точное совпадение, вариант, аналог и неоднозначность
Сопоставление определяет, какие строки вообще можно сравнивать. Правила задаются до расширения объёма и используют признаки, которые есть в каталоге клиента и в источнике.
- Точное совпадение. Совпадает согласованный идентификатор либо модель и все обязательные отличительные характеристики.
- Вариант. Базовая модель относится к той же товарной семье, но отличается выборный признак: объём, цвет, фасовка или комплектация. Вариант не считается точным совпадением.
- Аналог. Это другой товар, включённый по явно согласованным критериям сравнения. Его связь хранится отдельно от точного SKU.
- Неоднозначность. Данных недостаточно или признаки противоречат друг другу. Система не угадывает связь, а передаёт строку на проверку.
- Карточка не найдена. По согласованной ссылке нет пригодного наблюдения. Это отдельное исключение, а не цена 0 и не подтверждённое отсутствие товара.
Вымышленный пример из восьми SKU
Ниже — учебная выборка из восьми вымышленных товаров и продавцов.
| SKU | Наблюдение | Цена / состояние | Тип связи | Статус качества |
|---|---|---|---|---|
| Товар 1 | «Альфа», 1,7 л, белый; Москва; продавец А | 3 490 ₽, текущая; в наличии | Точное | Готово |
| Товар 2 | «Альфа», 1,7 л, чёрный; Санкт-Петербург; продавец Б | 3 290 ₽, акция; в наличии | Точное | Готово |
| Товар 3 | «Бета», найден объём 0,75 л вместо 1 л | 2 190 ₽; в наличии | Вариант | Проверить группу |
| Товар 4 | «Дельта», другая модель и мощность | 1 890 ₽; в наличии | Аналог | Готово как аналог |
| Товар 5 | По учебной ссылке нет пригодной карточки | Не наблюдалась | Карточка отсутствует | Исключение |
| Товар 6 | На странице две возможные модели «Дзета» | 4 590 ₽; в наличии | Неоднозначно | Нужен признак |
| Товар 7 | «Эта», 2 слота; Новосибирск; дилер Ж | 2 790 ₽, цена по карте; в наличии | Точное | Готово |
| Товар 8 | «Тета», 500 Вт; Екатеринбург; продавец З | Цена не показана; нет в наличии | Точное | Исключение по цене |
В рабочем отчёте к каждой строке также добавляют ссылку и время проверки. Эти поля фиксируют момент наблюдения и не задают расписание или SLA.
Журнал качества: что не должно смешиваться с готовыми данными
| Проблема | Комментарий | Действие | Владелец решения |
|---|---|---|---|
| Товар 3: вариант | Объём 0,75 л вместо 1 л | Подтвердить отдельную группу сравнения | Владелец каталога клиента |
| Товар 5: карточка отсутствует | Согласованная ссылка не дала наблюдение | Проверить ссылку; поиск замены согласовать отдельно | Оператор проекта |
| Товар 6: неоднозначность | Подходят две модели | Запросить отличительный признак, не угадывать | Владелец каталога клиента |
| Товар 8: цена не наблюдалась | Есть статус «нет в наличии», но нет числа | Оставить цену пустой и сохранить наблюдаемый статус | Оператор проекта |
Журнал нужен не для красивой статистики, а для воспроизводимого решения: принять строку, уточнить правило, исправить входные данные или оставить исключение. Проценты приёмки и сроки следующей проверки задаются в конкретном проекте; универсальных значений в этом примере нет.
Частота и история без обещания «реального времени»
Расписание выбирают по задаче и подтверждают на источниках. Запись должна хранить время проверки, чтобы изменение цены, акции или наличия можно было отнести к конкретному наблюдению. При этом одна дата не доказывает, что значение было неизменным между проверками.
Если карточка изменилась или источник стал недоступен, событие фиксируется отдельно. Новый источник, другой регион, повторное сопоставление и поиск замены могут изменить объём работы. Поэтому их не следует молча добавлять в исходную приёмку.
Что должна доказать тестовая выборка
- Для каждого выбранного источника записана фактическая доступность обязательных полей.
- Точные совпадения, варианты, аналоги и спорные строки видны раздельно.
- Ссылка и время проверки сохраняются там, где наблюдение существует.
- Пустая цена не заменяется нулём, а отсутствующая карточка — статусом «нет в наличии» без доказательства.
- Дубли и конфликтующие идентификаторы дают явное исключение.
- Готовые данные и журнал качества используют согласованную схему.
- Владелец решения со стороны клиента принял правила сопоставления или перечислил открытые вопросы.
- Excel или CSV сохраняет идентификаторы, типы, пустые значения и время без искажений.
Парсер решает лишь часть контура: извлечение одной страницы не заменяет расписание, сопоставление, журнал исключений и приёмку результата.
Передача данных и граница коммерческого решения
В базовом контуре ScanHub передаёт один согласованный Excel или CSV. API, SFTP, BI, новые источники и регионы, отдельные правила аналогов, повторное сопоставление, поиск замен и дополнительная аналитика оцениваются отдельно. Это позволяет не прятать интеграционные работы внутри слова «мониторинг».
Готовый файл показывает наблюдаемые значения и исключения. Он не задаёт новую цену автоматически. Решение о переоценке учитывает внутренние данные клиента — себестоимость, маржу, остатки, стратегию и ограничения, которых в мониторинге конкурентов нет.
Короткий вывод
Проверенный мониторинг цен — это согласованный каталог, источники, поля, условия наблюдения, правила сопоставления, расписание, схема результата и журнал исключений. Парсинг становится частью процесса только после того, как определено, что именно считать корректной строкой и что делать с неоднозначностью.
Проверить мониторинг на выборке можно по каталогу или примеру файла, списку источников, нескольким контрольным ссылкам, регионам, полям и желаемой частоте. Выборка подтверждает конкретные данные и правила; она не означает полное покрытие всех площадок или гарантированный коммерческий результат.
Источники и границы материала
- Мониторинг цен конкурентов для магазинов и дистрибьюторов, ScanHub; проверено 29 июля 2026 года.
- Описание продуктов, данных, процесса и журнала качества ScanHub; проверено 29 июля 2026 года.
Применить к вашей задаче
Нужны регулярные данные, а не разовая выгрузка?
Покажите список товаров и источников. Проверим доступность данных и предложим структуру первого теста.
