Мониторинг цен конкурентов
Мониторинг цен конкурентов фиксирует цены, указанные для сопоставимых товаров, и позволяет отслеживать, как со временем меняются зафиксированные цены. Сохраняйте вместе с каждой ценой вариант товара, валюту, адрес источника и время наблюдения. Это руководство помогает подготовить данные для проверки; оно не определяет итоговую сумму при оформлении заказа, не рекомендует автоматическое изменение цен и не принимает решения о покупке.
Автор: Ai Flowi · Опубликовано
Определите, какой товар вы сравниваете
Цена имеет смысл только вместе с условиями покупки. Укажите точный товар, размер, конфигурацию, продавца и единицу, за которую указана цена. Цена подписки в заголовке, обязательство оплаты за год и разовая стоимость товара — разные предложения, даже если отображаемые числа похожи. Не объединяйте их в один столбец цен без указания единицы и условий.
Выбирайте общедоступные страницы, которые вам разрешено просматривать. Результат поиска может помочь найти подходящую страницу, но наблюдение должно ссылаться на саму страницу товара. Не собирайте данные со страниц, требующих входа, не обходите ограничения и не считайте цену для участников публичным предложением. Если страница заблокирована или её структура изменилась, отложите наблюдение на проверку вместо замены известной цены пустым значением.
Определите структуру записи с подтверждающими данными до извлечения
| Предлагаемое поле | Значение | Условие проверки |
|---|---|---|
| product_key и variant | Ваш идентификатор конкретного сопоставимого предложения. | Перед сравнением подтвердите размер, редакцию, продавца и единицу тарификации. |
| displayed_price_text и currency | Сохраняйте исходную формулировку цены вместе с любой интерпретированной суммой. | Диапазон, цена «от…» или неизвестная валюта должны быть явно обозначены. |
| source_url и observed_at | Записывайте, где и когда ваша команда наблюдала предложение. | Используйте время сбора данных; не придумывайте дату публикации источника. |
| conditions и availability_text | Сохраняйте видимые условия акции и формулировку наличия товара как подтверждающие данные. | Не делайте выводов о доставке, налогах или наличии при оформлении заказа сверх того, что указано на странице. |
| observation_id и review_status | Каждому принятому результату сбора присваивайте отдельную запись в истории. | Решение о принятии принимает проверяющий; неудачные попытки сбора не входят в принятую историю. |
Имена полей выше относятся к предлагаемой записи, а не к гарантированной схеме ответа провайдера. Храните валюту отдельно от строки отображаемой цены, но не конвертируйте валюты без явного указания и не рассчитывайте итог по неполным условиям. Отсутствие цены может быть корректным состоянием страницы; отличайте его от ошибки извлечения.
Подготовьте доступ к провайдеру и таблицу для проверки
В описаниях ScrapeGraph и Parse JSON приведены интерфейсы извлечения данных, а документация Sheets описывает операцию хранения подтверждающих данных.
Вам нужны собственная учётная запись и API-ключ ScrapeGraph, оплата услуг провайдера и учётная запись Google с разрешённым доступом к таблице проверки. Определите, описывает ли целевая страница один вариант товара или содержит переключатель нескольких предложений. Например, цена в заголовке может остаться прежней, а срок включённой услуги — измениться. Запишите изменившееся условие отдельно и отложите числовое сравнение цен до подтверждения сопоставимости предложений. Близость выбранного объекта к крупной надписи с ценой недостаточна, чтобы считать эту цену относящейся к данному варианту.
Настраивайте наблюдение по одному товару
пример конфигурации, а не результаты испытания
- ScrapeGraph Smart Scraper API: задайте api_key через утверждённую настройку учётных данных, а url — адресом одной разрешённой общедоступной страницы товара. Настройте prompt так, чтобы сохранялись формулировка отображаемой цены, валюта, если она указана, точный вариант товара и видимые условия покупки. Требуйте обозначать недостающие сведения как неизвестные, а не подставлять предполагаемую сумму.
- Проверьте data: сравните полученный JSON со страницей, которую вам разрешено просматривать. Найдите фактическое поле с записью об отображаемой цене. Каталог не указывает ключи ответа, поэтому эта схема не содержит предполагаемого ответа провайдера или выдуманной извлечённой цены.
- Parse JSON: подключите data к input_value. Настройте query для выбора проверенного объекта наблюдения, используя синтаксис, поддерживаемый редактором. Убедитесь, что filtered_data содержит выбранный вариант, текст цены и данные источника. В описании не документирована грамматика query, поэтому здесь не предлагается непроверенное выражение извлечения.
- Проверьте и дополните: человек подтверждает результат сбора, добавляет source_url и observed_at из записи о сборе и присваивает observation_id. Это явные шаги проверки, а не выходы Parse JSON. Откладывайте на проверку случаи с неоднозначной валютой, несовпадающими вариантами и неподтверждёнными диапазонами цен.
- Upsert Row: следуйте проверенной операции Sheets с key_column = observation_id, value_input_option = “RAW” и row_data в виде принятого наблюдения. Прочитайте сохранённую запись и убедитесь, что в ней остались вариант товара и текст условий, особенно если цена в заголовке не изменилась, а состав предложения изменился.
Отделите историю цен от представления последних данных
Используйте справочник операции Upsert Row для уточнения поведения сопоставления; ключом в этой схеме истории служит observation_id, а не product_key.
Отличайте исправление от более позднего сбора данных. Исправление неверно записанной валюты относится к исходному наблюдению и требует пояснения правки. Повторный просмотр той же страницы товара позднее создаёт новое наблюдение, даже если формулировка цены не изменилась. Иначе история не покажет, означает ли пропуск периода отсутствие сбора или отсутствие изменения цены. Сохраняйте исходные подтверждения для каждой принятой записи, чтобы позднее можно было сверить интерпретацию с тем, что действительно наблюдалось.
Если вы также ведёте таблицу последних цен с ключом по товару, оформите её как отдельное проверенное представление. Не перезаписывайте единственную исходную запись при неудачном запросе или до подтверждения варианта товара. Дубли идентификаторов наблюдения и одновременная запись требуют отдельных проверок; эта схема не гарантирует атомарное обеспечение уникальности.
Что должен получить проверяющий
Предполагаемый результат сопоставляет новые данные об отображаемой цене с предыдущим принятым наблюдением по тому же предложению. Он показывает, совпадают ли по-прежнему товар, единица и условия. При фиксации предполагаемого изменения следует сохранять обе исходные строки цены, их валюты и время наблюдений, чтобы человек мог оценить уместность числового сравнения.
Проверьте случаи с ценой «от…», отсутствующей валютой, недоступным вариантом, акцией с условиями и заблокированной страницей. Убедитесь, что ни один отложенный случай не превращается в однозначное изменение цены. Модель или инструмент сбора может ошибочно выбрать расположенную рядом зачёркнутую цену; перед коммерческим использованием записи необходима визуальная проверка источника.
Каковы ограничения мониторинга цен конкурентов и когда эту схему применять не следует?
Эта предлагаемая схема описана в каталоге; Ai Flowi не проверяла её в производственной среде. Здесь не приведены результаты тестирования извлечения данных, примеров цен конкурентов или собственной статистики бизнеса. Динамическое отображение, региональные предложения и ограничения доступа к странице могут влиять на сбор. Отображаемое число не подтверждает сумму, которая будет списана при оформлении заказа.
Для нескольких редких сравнений может хватить таблицы ручных наблюдений. Не подключайте этот результат проверки напрямую к покупкам или автоматическому изменению цен. Запросы к провайдеру, повторный сбор и запись в хранилище расходуют ресурсы, в том числе при попытках, которые не дали принятого наблюдения.
Тарифы: Go от USD8 в месяц при годовой оплате (USD10 помесячно), Plus от USD16 (USD20 помесячно), Pro 100 от USD80 (USD100 помесячно), Pro 200 от USD160 (USD200 помесячно) и Pro 500 от USD400 (USD500 помесячно), от 5,000 до 250,000 Flowi Tokens в месяц с возможностью пополнения; 1 токен за каждый запуск узла; использование сторонних API и моделей не включено.
Рассмотрите изменения в более широком контексте
Мониторинг изменений сайта охватывает окружающий текст страницы. Конкурентная разведка отделяет наблюдаемые изменения цен от стратегических гипотез. Существующие стартовые сценарии поиска цен решают другую задачу, чем эта история наблюдений с указанием дат.