Firecrawl 웹페이지 업데이트를 일일이 추적하는 일은 생각보다 번거롭습니다. 경쟁사의 가격 페이지나 툴의 변경 이력(changelog), 약관 개정 등 변경 사항이 있을 때 바로 확인하고 싶은 페이지가 있더라도, 매일 들어가 보는 것은 귀찮고 대부분의 경우 바뀐 내용이 없기 때문입니다.
파이어크롤(Firecrawl)이 2026년 5월 27일에 출시한 **파이어크롤 모니터(Firecrawl Monitor, /monitor)**는 이러한 ‘변경 감지’ 작업을 완전히 대신해 줍니다. 모니터링할 페이지와 주기를 지정하고, 일반 텍스트로 “어떤 변경 사항을 통지받고 싶은지” 목표(Goal)를 작성해 두면 변화가 생겼을 때만 차이점(diff)을 요약해서 알려줍니다.
이 글에서는 공식 문서와 요금 페이지(2026년 10월 기준)를 바탕으로 파이어크롤 모니터의 기능과 알림 작동 방식, 크레딧 사용량과 요금, 그리고 어떤 사람에게 유용하고 어떤 사람에게 맞지 않는지 정리해 드리겠습니다.
파이어크롤 모니터란?
파이어크롤 모니터는 지정한 페이지나 사이트 전체를 정기적으로 확인하고, 이전 확인 시점과의 차이를 감지해 알림을 보내주는 기능입니다. 웹 스크래핑 및 크롤링 API인 파이어크롤의 엔진을 기반으로 구축되었기 때문에 기존 파이어크롤 사용자라면 별도의 계약 없이 바로 사용할 수 있습니다.
페이지 변경 모니터링 시스템을 직접 구축하려면 일반적으로 다음과 같은 요소들이 필요합니다.
- 스케줄링 메커니즘(cron)
- 직전에 가져온 콘텐츠 스냅샷을 저장할 공간
- 이전과 이후를 비교하는 diff 처리
- 알림을 전송하기 위한 웹훅(실패 시 재시도 기능 포함)
- 광고, 타임스탬프, 세션 토큰 등 매번 바뀌는 ‘노이즈’ 제거 작업
파이어크롤 모니터는 이 모든 기능을 하나의 엔드포인트로 통합해 제공합니다. 공식 설명에 따르면, AI 에이전트가 “변경된 부분”만 전달받기 때문에 전체 페이지를 다시 읽는 방식에 비해 LLM 토큰 사용량을 최대 90%까지 줄일 수 있다고 합니다.
파이어크롤 모니터의 주요 기능
5분 간격의 스케줄링 및 차이(Diff) 감지
확인 주기는 “30분마다”, “매시간”, “매일 오전 9시”, “매주” 같은 자연어나 크론(cron) 표현식으로 지정할 수 있습니다. 가장 짧은 간격은 5분입니다.
검사 시점마다 대상 페이지를 마크다운(Markdown) 형태로 가져와 이전 스냅샷과 비교합니다. 결과는 각 페이지별로 다음과 같은 상태 중 하나로 기록됩니다.
| 상태 | 의미 |
|---|---|
| same | 이전과 변경 사항 없음 |
| changed | 콘텐츠가 변경됨 |
| new | 새로 발견된 페이지 |
| removed | 더 이상 존재하지 않는 페이지 |
| error | 가져오기 실패 |
변경된 페이지에는 어떤 줄이 추가되고 삭제되었는지 보여주는 유니파이드 diff(unified diff format)가 함께 제공됩니다. 또한 검사 건마다 고정 URL(퍼머링크)이 발급되므로 팀원이나 에이전트와 특정 변경 사항을 쉽게 공유할 수 있습니다.
목표(Goal)와 AI 판단을 통한 ‘의미 있는 변경’만 알림
파이어크롤 모니터의 가장 큰 특징은 목표(Goal) 기능입니다. “요금제 가격이 변경되면 알려줘”처럼 알고 싶은 내용을 평문(Plain text)으로 작성해 두면, AI 판정이 감지된 diff가 목표에 부합하는지 비교하여 알림 여부를 결정합니다.
판정 결과에는 변경의 의미 여부, 신뢰도, 그리고 그 이유가 포함됩니다. 예를 들어 다음과 같은 변경 사항은 알림 대상에서 제외될 가능성이 높습니다.
- 바닥글(footer)의 저작권 연도 변경
- 타임스탬프 업데이트
- 돌아가며 노출되는 리뷰 배너 교체
이메일 알림의 경우, 변경된 모든 페이지가 ‘노이즈’로 판정되면 아예 이메일이 발송되지 않습니다.
참고로 공식 문서의 Goal 예시는 모두 영어로 되어 있습니다. 다른 언어로 Goal을 작성할 때의 정확도에 대해서는 공식 문서에 언급되어 있지 않으므로, 영어가 아닌 언어의 페이지를 모니터링할 경우 본격적으로 실행하기 전에 가볍게 테스트해 보는 것을 권장합니다.
3가지 모니터링 대상 유형
하나의 모니터링 설정에 1개에서 50개까지의 대상을 등록할 수 있으며, 유형을 혼합해서 사용하는 것도 가능합니다.
| 유형 | 모니터링 내용 | 활용처 |
|---|---|---|
| 페이지 모니터링(scrape) | 지정한 URL의 변경 사항 | 가격 페이지, 변경 이력(changelog), 약관 페이지 |
| 사이트 모니터링(crawl) | 크롤링으로 발견된 모든 페이지의 추가·변경·삭제 | 문서 사이트 전체, 신규 블로그 글 |
| 웹 전역 모니터링(search) | 검색어와 일치하는 새로운 결과 | 경쟁사 신제품, 신모델 출시 정보 등 |
웹 전역 모니터링은 아직 존재하지 않는 페이지를 기다리는 것과 같습니다. 검색 결과가 Goal에 부합하는지 하나씩 판정하며, 이미 알림이 갔던 결과는 이후 실행에서 중복 알림이 오지 않습니다. 이 유형은 Goal 설정이 필수입니다(AI 판정을 끄지 않는 한).
가격 등 특정 ‘필드’만 모니터링하는 JSON 모드
페이지 전체의 텍스트 차이가 아니라 특정 필드만 모니터링하고 싶다면 JSON 모드를 사용하면 됩니다. 플랜 이름, 가격, 기능 목록 같은 필드를 스키마(또는 프롬프트)로 지정해 두면, 매 검사 시 해당 필드만 추출하여 ‘이전 값 → 현재 값’ 형태로 바뀐 부분만 반환해 줍니다.
예를 들어 가격 페이지의 plans[0].price이(가) $19/mo에서 $24/mo(으)로 변경되었다는 형태로 받아볼 수 있습니다. 레이아웃 변경이나 관련 없는 텍스트 업데이트에 영향을 받지 않기 때문에 특정 값만 주시하고 싶은 가격 모니터링 등에 적합합니다. 텍스트 diff도 동시에 받고 싶다면 JSON과 git-diff를 조합한 혼합(mixed) 모드도 제공됩니다.
웹훅, 이메일, 슬랙(Slack)을 통한 알림
알림 수신 처리는 3가지 방식을 지원하며, 조합해서 사용할 수도 있습니다.
- 웹훅(Webhook): 페이지별 결과가 나올 때마다 전송되는
monitor.page와 전체 검사가 완료될 때 전송되는monitor.check.completed중 선택할 수 있습니다. 서명이 포함되며 커스텀 헤더 설정도 가능합니다. 수신 측은 10초 이내에 2xx 응답을 반환해야 하며, 실패 시 1분, 5분, 15분 간격으로 재시도됩니다. - 이메일: diff가 포함된 요약 정보가 전달됩니다. 최대 25명까지 수신자를 지정할 수 있으며, 새로 추가된 수신자에게는 확인 이메일이 발송됩니다.
- 슬랙: 지정한 채널로 알림을 보냅니다. API나 SDK가 아니라 대시보드에서만 설정할 수 있습니다.
모니터링 기록은 기본적으로 30일간 보관되며, 최대 365일까지 연장할 수 있습니다.
파이어크롤 모니터의 작동 방식
전체적인 흐름은 다음과 같은 4단계로 이루어집니다.
- 하나 이상의 페이지(또는 사이트 전체)를 대상으로 모니터를 생성합니다.
- 파이어크롤이 스케줄에 맞춰 페이지를 가져와 스냅샷으로 저장합니다.
- 검사 시점마다 새로운 콘텐츠와 직전 스냅샷을 비교하여 diff를 추출합니다.
- 변경 사항이 있는 경우 구조화된 diff와 퍼머링크를 웹훅이나 이메일로 발송합니다.
파이어크롤 모니터 사용법
대시보드에서 모니터를 생성하는 기본 흐름은 다음과 같습니다. 화면 라벨은 변경될 수 있으므로 실제 화면의 세부 명칭에 맞춰 진행해 주세요.
:::steps
- 파이어크롤 대시보드에서 “Monitoring” 열기
파이어크롤 계정에 로그인한 뒤 대시보드의 모니터링 페이지를 열고 새 모니터를 만듭니다.
- 모니터링할 URL 입력하기
단일 페이지, 여러 URL, 또는 사이트 전체를 설정할 수 있습니다. 사이트 전체의 경우 포함하거나 제외할 경로를 지정할 수도 있습니다.
- Goal(목표) 작성하기
“요금제 가격이 변경되면 알려줘”처럼 통지받고 싶은 변경 내용을 간결하고 구체적으로 적습니다. 범위(상위 10개 항목만, 특정 플랜만 등)나 제외하고 싶은 내용이 있다면 함께 언급하면 정확도가 높아집니다.
- 주기(Schedule) 결정하기
매시간 또는 매일 같은 빈도를 선택합니다. 자주 바뀌지 않는 페이지라면 간격을 넓혀 크레딧을 절약할 수 있습니다.
- 알림 수신처 설정하기
웹훅, 이메일, 슬랙 중에서 선택합니다. 엔지니어(개발자)가 아니더라도 이메일이나 슬랙만으로 운영할 수 있습니다.
- 예상 월간 크레딧 확인 후 활성화하기
설정에 따른 예상 월간 크레딧 사용량이 표시되므로, 내용을 확인한 뒤 활성화합니다.
pros:
- 크론, 스냅샷 저장, diff 처리, 웹훅 재시도 등을 직접 구축할 필요가 없음
- Goal을 활용해 광고, 날짜, 순환 리뷰 등 ‘무의미한 변경’을 알림에서 배제할 수 있음
- 단일 페이지, 사이트 전체, 웹 검색 등 3가지 모니터링 유형 지원
- JSON 모드를 통해 가격 등 특정 필드만 모니터링 가능
- 웹훅, 이메일, 슬랙을 지원하며 이메일이나 슬랙만 이용하면 코드 없이도 운영 가능
- 활성화하기 전에 예상 월간 크레딧 확인 가능
- 월 1,000크레딧의 무료 제공량으로 체험 가능 cons:
- 검사할 때마다 크레딧이 소모되므로 짧은 주기와 많은 페이지 설정 시 비용이 급증할 수 있음
- 페이지를 마크다운으로 변환해 비교하기 때문에 CSS나 이미지의 순수 시각적 변경은 diff에 나타나지 않을 수 있음
- 공식 Goal 예시가 영어로 되어 있으며, 다른 언어로 작성했을 때의 정확도가 공식적으로 명시되어 있지 않음
- 슬랙 알림은 API나 SDK가 아니라 대시보드에서만 설정 가능
- 2026년 5월에 출시된 신기능으로 장기 운영 실적이 아직 부족함
