Отслеживание изменений на сайте
Отслеживание изменений на сайте позволяет сравнивать текущий снимок страницы с предыдущим, чтобы выявить различия, требующие проверки. Храните адрес страницы, время снимка и прежний текст вместе, а новый эталон утверждайте после изучения изменения. Приведённая ниже схема создаёт сводку изменений для проверки; она не подтверждает доступность сайта, полный охват страницы или непрерывный мониторинг.
Автор: Ai Flowi · Опубликовано
Определите, что считать изменением
Выберите общедоступную страницу, которую вам разрешено загружать, и назовите интересующий раздел: описание продукта, текст правил или объявление об услуге. Навигация, сменяющиеся рекламные предложения и персонализированный текст могут меняться, не затрагивая этот раздел. Общее различие текстов — повод изучить источник, а не автоматическое подтверждение существенного изменения для бизнеса.
Храните эталонную запись с ключом, точно совпадающим с одобренным URL. Добавьте предлагаемые поля записи baseline_text, baseline_captured_at, extraction_format и reviewer_note. До сбора данных решите, должны ли варианты URL иметь общий эталон; не позволяйте модели незаметно объединять пути или варианты параметров запроса. Храните ожидающий проверки снимок отдельно, чтобы неудачная проверка не могла стереть прежние данные.
По теме: Интеграция Firecrawl с AI Flowi Workflow; Apify: как пользоваться интеграцией в AI Flowi Workflow.
Согласуйте требования к получению снимков, сравнению и хранению
В справочнике получения снимков, руководстве по преобразованию типов и на странице операций Sheets описаны интерфейсы, используемые в этой схеме снимков.
| Этап | Нужные подтверждающие данные | Решение для этой страницы |
|---|---|---|
| Получение снимка по URL | Нужный раздел и пригодная временная отметка снимка. | Не включайте экраны входа и неполный текст в набор для сравнения. |
| Выбор эталонного снимка | Ранее принятый текст для того же URL и тех же правил получения снимков. | Отсутствие эталона означает initial_capture, а не подтверждённое изменение. |
| Толкование изменения | Парные фрагменты с датами снимков. | Отличайте правку правил от сменяющейся навигации или рекламного текста. |
| Утверждение эталонного снимка | Именно тот ожидающий проверки снимок, который изучил проверяющий. | Не заменяйте эталон более новым снимком, поступившим во время проверки. |
В условном примере правки правил прежний снимок может сообщать, что услуга предоставляется по будням, а текущий — добавлять исключение для государственных праздников. Сохраните оба фрагмента и классифицируйте исключение как предполагаемое изменение. Если при текущем извлечении раздел правил исчез целиком, сообщите о недостаточности данных для сравнения. Неполный снимок не подтверждает удаление исключения. Такое различие делает полноту снимка частью решения при проверке, не превращая любое текстовое отличие в бизнес-уведомление.
Подготовьте доступ и хранение подтверждающих данных
Подготовьте авторизованное подключение Google и таблицу, доступом к которой вы управляете. Для сравнения с помощью ИИ также нужны собственная учётная запись поставщика модели и API-ключ; услуги поставщика оплачиваются отдельно. Общедоступная страница должна читаться без обхода контроля доступа. Не помещайте файлы cookie для входа или закрытые учётные данные сайта в публичный пример мониторинга.
Сделайте первоначальный снимок, проверьте его вручную и одобрите как начальный эталон. У первого снимка нет предыдущего текста для сравнения, поэтому его результат следует обозначить initial_capture, а не changed. Сохраняйте URL источника и время наблюдения, даже если страница не содержит даты публикации. Эти даты отвечают на разные вопросы.
По теме: Мониторинг цен конкурентов.
Настройте рабочий процесс мониторинга с проверкой до утверждения результата
пример настройки, а не зафиксированный тест
- URL: используйте настройку загрузки с urls, равным одобренному адресу, format = “Text”, check_response_status = true и continue_on_failure = false. Проверьте, содержит ли raw_results отслеживаемый раздел; успешная загрузка экрана доступа непригодна как снимок правил.
- Read Range: задайте авторизованный google_account, spreadsheet_id и range_name для записей снимков. Выберите предыдущую запись для того же URL и проверьте её. Сам по себе этот шаг чтения не выполняет поиск по ключу или объединение с новым снимком.
- Type Convert: подготовьте эталонный снимок по справочнику преобразования с выбранным JSON в input_data и output_type = “Message”. Затем оператор предоставляет фрагменты с обозначениями PRIOR и CURRENT и метаданными снимков, сохраняя различие между ожидающим проверки снимком и принятым эталоном.
- Structured Output: поместите в input_value значение Message для сравнения, настройте model и api_key, установите schema_name = WebsiteChangeReview и определите в output_schema поля change_status, prior_excerpt, current_excerpt, affected_section и uncertainty. Задайте system_prompt так, чтобы сравнивались только предоставленные снимки, а сбой загрузки отличался от изменения содержимого.
- Upsert Row: используйте настройки записи Sheets с key_column = url, value_input_option = “RAW” и row_data, содержащим принятый снимок. Перед этой отдельной ручной записью подтвердите, что со времени проверки сохранённый эталон не изменился; если другая проверка успела его изменить, сначала согласуйте две версии.
Добавьте расписание только после ручной проверки
Для необязательного Schedule Trigger следуйте руководству по настройке расписания с предлагаемыми schedule_type = “Interval”, interval_unit = “Days”, interval_value = 1 и timezone = “Asia/Kuala_Lumpur”, оставляя enabled = false на время проверок.
Выбирайте интервал снимков с учётом того, как быстро человек может изучать ожидающие изменения. Вернувшись после нескольких снимков, проверяющий должен видеть, какой из них ожидает утверждения и заменяет ли его более поздняя версия. Следующий снимок не должен незаметно становиться одобренным эталоном только потому, что его временная отметка новее. Более короткие интервалы создают больше данных для согласования; они не означают более быструю проверку человеком.
schedule_data имеет тип JSON, а не является загруженной страницей или значением Message для сравнения. Для автоматического выполнения всё ещё нужен проверенный последующий путь: выбор правильного эталона, объединение снимков и блокировка записи до одобрения. Снимок по расписанию должен создавать данные для проверки, не заменяя принятый текст. До работы без участия человека необходимо явно обработать пересекающиеся запуски и устаревшие одобрения.
Проверьте результат перед утверждением эталонного снимка
Предполагаемая запись проверки определяет URL, прежний и текущий снимки, затем размещает соответствующие фрагменты рядом с описанием предполагаемого изменения. Она должна показывать, было ли сравнение возможно. Отсутствующий прежний текст, пустое содержимое и заблокированные запросы требуют отдельных состояний, а не обычного вывода об отсутствии изменений.
Проверьте неизменный снимок, существенную правку формулировки, сменяющиеся служебные элементы страницы и неудачную загрузку. Убедитесь, что прежний эталон сохраняется во всех случаях, ожидающих решения. Upsert Row использует первое совпадение, поэтому дубли ключей URL могут скрывать последующие строки; найдите и устраните дубли до использования эталонной таблицы.
Каковы ограничения охвата мониторинга изменений сайта и какие есть альтернативы?
Содержимое, формируемое JavaScript, региональные варианты текста и экраны авторизации могут вызывать ложные срабатывания или пропуск изменений. Сравнение с помощью ИИ может упустить небольшую, но существенную правку. Если требуется точное сравнение текста, используйте детерминированный процесс и проверьте его правила получения снимков. Это руководство не описывает движок браузерного рендеринга или сервис уведомлений о доступности.
Предлагаемые компоненты описаны в каталоге; 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 и моделей не включено.
Используйте проверенные изменения
Классификацию упоминаний рассматривайте в мониторинге бренда с помощью ИИ, а стратегическое толкование — в анализе конкурентов с помощью ИИ. В примерах рабочих процессов приведены отдельные подтверждения выполнения задач, а не тест этой схемы снимков с сохранением состояния.