/monitor pour surveiller des pages connues, lancer un crawl planifié sur un site web ou exécuter une recherche web continue afin d’obtenir de nouveaux résultats correspondant à un objectif.
Tous les types de moniteur suivent le même workflow : choisissez une ou plusieurs cibles, définissez une planification, ajoutez un objectif optionnel en langage clair, puis recevez des notifications par webhook, e-mail ou Slack lorsque quelque chose d’important se produit. Cette page couvre la configuration commune. Pour la configuration et les exemples propres à chaque cible, consultez les pages de monitoring Page, Website ou Entire web-scale.
surveillance de page
Surveillez une ou plusieurs URL connues, comparez chaque scrape au dernier instantané et recevez une alerte en cas de changements significatifs sur la page.
surveillance de site web
Lancez un crawl planifié sur un site, détectez les pages ajoutées, modifiées ou supprimées, et recevez des notifications par webhook ou e-mail.
surveillance du web à grande échelle
Exécutez des recherches web récurrentes et recevez une alerte lorsqu’un nouveau résultat correspondant à votre objectif apparaît.
same, new, changed, removed ou error. Vous pouvez recevoir un webhook dès qu’une page surveillée a fini d’être traitée, un webhook pour chaque vérification terminée, des récapitulatifs par e-mail lorsque des changements ou des erreurs surviennent, des notifications Slack dans un canal, ou n’importe quelle combinaison de ces notifications.
Cibles
Chaque moniteur accepte de 1 à 50 cibles, et vous pouvez mélanger plusieurs types de cibles dans un même moniteur.
retentionDays est défini par défaut sur 30 et peut être configuré jusqu’à 365.
Chaque appel de création renvoie le nouveau moniteur avec son cron normalisé, son nextRunAt calculé et estimatedCreditsPerMonth. Lorsque l’évaluation est activée, estimatedCreditsPerMonth est une estimation maximale, car les crédits d’évaluation ne sont facturés que pour les pages modifiées effectivement évaluées :
Response
Objectifs et évaluation
goal en langage clair si vous souhaitez être alerté uniquement en cas de changements significatifs. Si goal est présent et que judgeEnabled est omis, Firecrawl active automatiquement l’évaluation. L’évaluation s’exécute sur les pages modifiées et renvoie un judgment avec meaningful, confidence, reason et meaningfulChanges.
La manière dont l’objectif est appliqué dépend de la cible : les moniteurs page et website évaluent les pages modifiées, tandis que les moniteurs à l’échelle du Web évaluent chaque nouveau résultat de recherche.
Utilisez judgeEnabled: false si vous souhaitez enregistrer un objectif sans encore évaluer les changements. L’évaluation ne s’exécute que lorsque le moniteur comporte à la fois judgeEnabled et un goal non vide.
Un
goal est requis pour les cibles search (monitoring à l’échelle du Web) sauf si vous définissez judgeEnabled: false. Il est facultatif pour les cibles scrape et crawl.Chaque vérification facture toujours les scrapes ou crawls sous-jacents. Si l’évaluation est activée, elle ajoute 1 crédit pour chaque page modifiée qu’elle valide. Les vérifications sans page modifiée n’utilisent pas de crédits d’évaluation.
monitor.page comme celui-ci lorsqu’un article correspondant entre dans le champ défini :
monitor.page
Planifications
every 30 minutesevery 15 minutes starting at :07hourlyevery 2 hoursdailydaily at 9:00daily at 9amdaily at 5:30 PMweekly
timezone détermine quand des expressions comme daily at 9am s’exécutent. Les planifications en texte libre sont réparties selon l’identifiant du moniteur avant d’être converties en cron, afin que de nombreux moniteurs ne s’exécutent pas tous au même instant.
Suivi des modifications
same, changed, new, removed ou error. Si vous souhaitez détecter des modifications dans des champs structurés précis (prix, titre, indicateur de disponibilité, éléments d’une liste, etc.), activez le suivi des modifications en mode JSON en ajoutant le format suiviDesModifications avec modes: ["json"] aux scrapeOptions de la cible.
Le suivi des modifications s’applique aux cibles
scrape et crawl. Les moniteurs web à grande échelle (search) génèrent des alertes sur les nouveaux résultats plutôt que de calculer des différences sur des pages connues. Voir Statuses and dedup.Mode markdown (par défaut)
scrapeOptions.formats vaut simplement ["markdown"], chaque page modifiée dans la réponse de vérification inclut un diff textuel unifié ainsi qu’un AST au format parseDiff :
Markdown-mode diff
mode JSON
suiviDesModifications avec modes: ["json"], ainsi qu’un schéma JSON (ou un prompt) décrivant les champs qui vous intéressent. Firecrawl extrait ce JSON à chaque vérification et génère un diff par champ indexé par le chemin du champ, ainsi qu’un snapshot.json contenant l’extraction complète actuelle, afin que les consommateurs n’aient pas à récupérer à nouveau le scrape sous-jacent.
{previous, current} :
JSON-mode diff
Même si aucun champ suivi n’a changé, mais que le markdown environnant a changé, les moniteurs en mode JSON continuent de signaler
same, sauf si vous activez aussi git-diff (voir le mode mixte ci-dessous). Le diff se concentre uniquement sur les champs de votre schéma.Mode mixte (JSON + git-diff)
Mixed target (JSON + git-diff)
diff.text (sidecar Markdown) et diff.json (diff champ par champ), ainsi que l’extraction snapshot.json :
Mixed-mode diff (JSON + git-diff)
changed dès que l’une ou l’autre de ces deux représentations a changé.
Notifications
Webhooks
webhook, Firecrawl peut envoyer deux événements de moniteur :
monitor.page: envoyé à mesure que chaque scrape surveillé se termine dans le worker de scrape.monitor.check.completed: envoyé une fois la vérification complète consolidée. Inclut l’état de la vérification et des totaux récapitulatifs. Utilisez les événementsmonitor.pageou l’API de vérification du moniteur pour obtenir des résultats au niveau des pages.
monitor.page inclut isMeaningful et judgment lorsque l’évaluation des changements significatifs a été exécutée pour une page modifiée.
Webhook config
monitor.page :
monitor.page
monitor.check.completed :
monitor.check.completed
success vaut true lorsque la vérification s’est terminée sans erreur de page. Il vaut false pour les vérifications en échec ou partielles, et error contient la raison de l’échec lorsqu’elle est disponible.
Email config
recipients est omis, Firecrawl envoie les e-mails aux membres de l’équipe autorisés à recevoir les e-mails d’alerte système.
Vous pouvez configurer jusqu’à 25 destinataires spécifiés explicitement.
Processus de confirmation du destinataire
Slack
Les notifications Slack sont une fonctionnalité disponible uniquement dans le dashboard. Elles ne peuvent être configurées que depuis le dashboard de monitoring, et non via l’API ou les SDKs.
- Ouvrez le dashboard de monitoring. Vous pouvez ajouter des notifications Slack lors de la création d’un nouveau moniteur, ou les ajouter à un moniteur qui existe déjà.
- Lors de la création du moniteur, ou après avoir sélectionné un moniteur existant, faites défiler la page jusqu’à Notifications et sélectionnez Slack.
- Vous serez invité à passer par OAuth. Terminez le processus, puis sélectionnez l’espace de travail et le canal dans lesquels vous souhaitez recevoir les notifications.
Résultats des vérifications
GET /v2/monitor/{monitorId}/checks pour lister les vérifications, et GET /v2/monitor/{monitorId}/checks/{checkId} pour consulter le détail d’une vérification. Les SDKs gèrent automatiquement la pagination par défaut.
status de la vérification : queued, running, completed, failed, partial ou skipped_overlap.
La réponse détaillée d’une vérification inclut estimatedCredits, actualCredits, des compteurs récapitulatifs et un tableau pages paginé. estimatedCredits correspond au plafond réservé pour la vérification ; actualCredits correspond au montant final facturé une fois que Firecrawl sait combien de pages ont changé et ont nécessité une analyse. Utilisez l’URL next au niveau racine pour récupérer la page de résultats suivante, conformément à la pagination du crawl. Vous pouvez filtrer les pages par status : same, new, changed, removed ou error. Chaque page modifiée inclut des données diff inline ; les pages des moniteurs en mode JSON incluent également un snapshot avec l’extraction actuelle.
- Mode Markdown
- Mode JSON
- Mode mixte
Markdown-mode response

