🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

Firecrawl은 첫 Launch Week 둘째 날 모든 요금제의 /scrape 엔드포인트 요청 한도를 두 배로 늘렸다고 발표했습니다.

📌 핵심 요약

• Firecrawl은 2024년 8월 27일 Eric Ciarla 명의로 첫 Launch Week의 둘째 날 발표를 공개하며, 스크래핑 역량을 크게 높이는 변경 사항을 소개했습니다.
• 핵심 변경은 모든 요금제에서 /scrape 엔드포인트의 rate limit을 두 배로 늘린 것으로, 같은 시간 동안 두 배 많은 데이터를 수집할 수 있게 한다는 설명입니다.
• 새 /scrape 한도는 Free 10 requests/minute, Hobby 20 requests/minute, Standard 100 requests/minute, Growth 1000 requests/minute입니다.
• Firecrawl은 사용자들이 더 큰 규모의 스크래핑 프로젝트와 더 빈번한 데이터 수집을 원한다는 피드백을 반영해 이번 변경을 적용했다고 밝혔습니다.
• 다만 증가된 한도는 메인 scraping endpoint에만 적용되며, crawling endpoint는 Free 1, Hobby 3, Standard 10, Growth 50 requests/minute로 기존 한도가 유지됩니다.

🧩 주요 포인트

1. Firecrawl은 2024년 8월 27일 Eric Ciarla 명의로 첫 Launch Week의 둘째 날 발표를 공개하며, 스크래핑 역량을 크게 높이는 변경 사항을 소개했습니다.
2. 핵심 변경은 모든 요금제에서 /scrape 엔드포인트의 rate limit을 두 배로 늘린 것으로, 같은 시간 동안 두 배 많은 데이터를 수집할 수 있게 한다는 설명입니다.
3. 새 /scrape 한도는 Free 10 requests/minute, Hobby 20 requests/minute, Standard 100 requests/minute, Growth 1000 requests/minute입니다.
4. Firecrawl은 사용자들이 더 큰 규모의 스크래핑 프로젝트와 더 빈번한 데이터 수집을 원한다는 피드백을 반영해 이번 변경을 적용했다고 밝혔습니다.
5. 다만 증가된 한도는 메인 scraping endpoint에만 적용되며, crawling endpoint는 Free 1, Hobby 3, Standard 10, Growth 50 requests/minute로 기존 한도가 유지됩니다.

🧠 상세 정리

1. Launch Week 둘째 날의 핵심 발표

이 글은 Firecrawl의 첫 Launch Week 둘째 날 발표로, 2024년 8월 27일 Eric Ciarla가 작성했습니다. 글의 중심은 새로운 제품군 전체 소개가 아니라, 사용자의 스크래핑 처리량을 직접 늘리는 rate limit 변경입니다. Firecrawl은 이 발표를 통해 데이터 수집 프로젝트를 더 빠르게 진행할 수 있도록 /scrape 엔드포인트의 사용 한도를 높였다고 설명합니다. 서두에는 Launch Week의 흐름을 이어가며 또 하나의 발표를 공개한다는 맥락이 제시됩니다.

2. /scrape 요청 한도 2배 확대

가장 중요한 변경 사항은 모든 요금제에서 /scrape 엔드포인트의 rate limit이 두 배로 늘어났다는 점입니다. Firecrawl은 이를 통해 사용자가 같은 시간 안에 두 배 많은 데이터를 수집할 수 있다고 설명합니다. 구체적으로 Free 플랜은 분당 10회, Hobby 플랜은 분당 20회, Standard 플랜은 분당 100회, Growth 플랜은 분당 1000회 요청이 가능해졌습니다. 발표문은 이 변화가 데이터 수집 프로젝트의 처리 속도와 확장성을 높이는 데 직접적인 도움이 된다고 강조합니다.

3. 변경 이유와 사용자 피드백

Firecrawl은 이번 한도 확대의 이유로 사용자 피드백을 들었습니다. 많은 사용자가 스크래핑으로 가능한 범위를 넓히고 있으며, Firecrawl은 그런 시도를 지원하고 싶다고 밝혔습니다. rate limit을 두 배로 늘리면 더 큰 프로젝트를 다루거나 더 자주 스크래핑을 실행할 수 있고, 결과적으로 플랫폼에서 얻는 가치가 커진다는 설명입니다. 즉 이번 발표는 단순한 수치 조정이 아니라, 실제 사용량 증가와 더 큰 데이터 수집 수요에 대한 대응으로 제시됩니다.

4. 적용 범위와 후속 안내

발표문은 늘어난 한도가 메인 scraping endpoint인 /scrape에만 적용된다는 점을 별도로 강조합니다. crawling endpoint의 한도는 변경되지 않으며, Free, Hobby, Standard, Growth 플랜에서 각각 분당 1회, 3회, 10회, 50회로 유지됩니다. 글의 마지막은 Launch Week 기간 동안 앞으로도 추가 발표가 이어질 것이라는 안내로 마무리됩니다. 하단에는 작성자 Eric Ciarla의 Firecrawl 공동창업자 소개와 함께, AI agent나 자동화 시스템을 위한 Firecrawl 온보딩 경로와 문서 링크가 부가 정보로 제공됩니다.

🧾 핵심 주장 / 시사점

• 이번 발표의 실질적 대상은 Firecrawl의 전체 기능이 아니라 /scrape 엔드포인트이며, crawling endpoint는 명확히 변경 대상에서 제외됩니다.
• 요금제별 한도 수치가 모두 공개되어 있어 사용자는 자신의 플랜에서 기대할 수 있는 분당 처리량을 바로 비교할 수 있습니다.
• Firecrawl은 한도 확대를 사용자 피드백과 더 큰 규모의 데이터 수집 수요에 대한 대응으로 설명하며, Launch Week의 연속 발표 중 하나로 배치했습니다.

✅ 액션 아이템

• 요금제별 /scrape 한도를 Free 10·Hobby 20·Standard 100·Growth 1000(req/min)로 정리해 수집 처리량 2배 반영 계획을 수립한다.
• crawling 엔드포인트 한도는 Free 1/Hobby 3/Standard 10/Growth 50(req/min)으로 유지되므로 적용 범위를 분리해 예외 구간을 명확히 관리한다.
• 2024년 8월 27일 Eric Ciarla 발표 맥락을 반영해 ‘더 큰 규모·더 빈번한 수집’ 수요 대응용 요금제별 처리 우선순위를 정한다.

❓ 열린 질문

• /scrape 한도 상향으로 동일 시간 수집량이 실제로 두 배까지 증가하는지 판단하려면 어떤 지표를 먼저 모니터링해야 하는가?
• crawling 엔드포인트 제한이 기존 값으로 유지되는 조건에서 대규모 작업은 어떤 분산 기준으로 요청 폭주를 피할 것인가?
• 현재 워크로드에서 /scrape와 crawling 비중이 어떻게 나뉘는지에 따라 어떤 요금제 조합이 비용 대비 효율적일까?