same, new, changed, removed ou error. Você pode receber um webhook quando cada página monitorada for concluída, um webhook para cada verificação concluída, resumos por email quando houver mudanças ou erros, ou qualquer combinação dessas notificações.
Criar um monitor
nextRunAt calculado e estimatedCreditsPerMonth. Quando a avaliação está habilitada, estimatedCreditsPerMonth é uma estimativa de limite superior, porque os créditos de avaliação só são cobrados para páginas alteradas que de fato são avaliadas:
Response
CLI
Objetivos e avaliação
goal em linguagem simples quando quiser receber alertas apenas sobre mudanças significativas. Se goal estiver presente e judgeEnabled for omitido, o Firecrawl ativa a avaliação automaticamente. A avaliação é executada nas páginas alteradas e retorna um judgment com meaningful, confidence, reason e meaningfulChanges.
Use judgeEnabled: false se quiser armazenar uma meta sem avaliar as mudanças ainda. O avaliador só é executado quando o monitor tem judgeEnabled e um goal não vazio.
Cada verificação sempre cobra pelos scrapings ou rastreamentos subjacentes. Se a avaliação estiver habilitada, o avaliador adiciona 1 crédito para cada página alterada que ele valida. Verificações sem páginas alteradas não usam créditos do avaliador.
monitor.page como este quando uma história correspondente entrar no escopo:
monitor.page
Agendamentos
every 30 minutesevery 15 minutes starting at :07hourlyevery 2 hoursdailydaily at 9:00daily at 9amdaily at 5:30 PMweekly
timezone determina quando expressões como daily at 9am são executadas. Os agendamentos em texto são distribuídos com base no ID do monitor antes de serem convertidos para cron, para que vários monitores não sejam executados todos no mesmo instante.
Alvos
scrape: executa uma operação de scraping por URL emurls.crawl: executa um rastreamento completo deurlem cada verificação e depois compara todas as páginas descobertas.
retentionDays é 30, e ele pode ser definido em até 365.
As opções de scraping do alvo são repassadas aos jobs de scraping subjacentes. Os scrapings acionados pelo monitor usam maxAge como 0 por padrão, então cada verificação executa um scraping novo, a menos que você defina explicitamente um maxAge diferente.
Scrape target
crawlOptions para definir o comportamento do rastreamento e scrapeOptions para o scraping de cada página:
Crawl target
Rastreamento de mudanças
same, changed, new, removed ou error. Quando quiser detectar mudanças em campos estruturados específicos (preço, manchete, indicador de disponibilidade em estoque, itens de uma lista etc.), habilite o rastreamento de mudanças no modo JSON adicionando um formato changeTracking com modes: ["json"] às scrapeOptions do alvo.
Modo Markdown (padrão)
scrapeOptions.formats é apenas ["markdown"], cada página alterada na resposta da verificação inclui um diff de texto unificado e uma AST no estilo parseDiff:
Markdown-mode diff
Modo JSON
changeTracking com modes: ["json"] junto com um schema JSON (ou um prompt) que descreva os campos que importam para você. O Firecrawl extrai esse JSON em cada verificação e gera um diff por campo identificado pelo caminho do campo, além de um snapshot.json com a extração atual completa, para que os consumidores não precisem buscar novamente o scraping subjacente.
{previous, current}:
JSON-mode diff
Mesmo que nenhum campo rastreado tenha mudado, mas o markdown ao redor tenha sido alterado, os monitores no modo JSON ainda reportam
same, a menos que você também habilite o git-diff (veja o modo misto abaixo). O diff se concentra exclusivamente nos campos do seu schema.Modo misto (JSON + git-diff)
Mixed target (JSON + git-diff)
diff.text (sidecar em markdown) quanto diff.json (diff por campo), junto com a extração snapshot.json:
Mixed-mode diff (JSON + git-diff)
changed sempre que qualquer uma das saídas mudar.
Notificações
Webhooks
webhook, o Firecrawl pode enviar dois eventos do monitor:
monitor.page: Enviado conforme cada scraping monitorado é concluído no worker de scraping.monitor.check.completed: Enviado após a consolidação da verificação completa. Inclui o status da verificação e contagens de resumo. Use os eventosmonitor.pageou a API de verificação do monitor para obter resultados por página.
monitor.page inclui isMeaningful e judgment quando a avaliação de alteração significativa é executada para uma página alterada.
Webhook config
monitor.page:
monitor.page
monitor.check.completed:
monitor.check.completed
success é true quando a verificação é concluída sem erros de página. É false em verificações com falha ou parciais, e error contém o motivo da falha quando disponível.
Email config
recipients for omitido, o Firecrawl enviará para os membros da equipe aptos a receber emails de alerta do sistema.
Você pode configurar até 25 destinatários especificados.
Processo de confirmação do destinatário
Consultar resultados
GET /v2/monitor/{monitorId}/checks para listar verificações e GET /v2/monitor/{monitorId}/checks/{checkId} para inspecionar uma verificação. Os SDKs fazem paginação automática por padrão.
status da verificação: queued, running, completed, failed, partial ou skipped_overlap.
A resposta de detalhes da verificação inclui estimatedCredits, actualCredits, contagens resumidas e um array pages paginado. estimatedCredits é a reserva no limite máximo para a verificação; actualCredits é o valor final cobrado depois que o Firecrawl determina quantas páginas mudaram e precisaram de avaliação. Use a URL next de nível superior para buscar a próxima página de resultados, seguindo a paginação do rastreamento. Você pode filtrar páginas por status: same, new, changed, removed ou error. Cada página alterada inclui dados de diff inline; páginas de monitores em modo JSON também incluem um snapshot com a extração atual.
- Modo Markdown
- Modo JSON
- Modo misto
Markdown-mode response

