표시 가격은 페이지에서 가장 저렴한 요소일 뿐입니다
모든 웹 스크래핑 API는 비슷한 숫자를 전면에 내세웁니다. 1,000건의 request당 9센트부터, 1달러부터, 1.50달러부터 같은 식입니다. 깔끔하고 저렴하여 고객 제안서에 넣기 좋습니다.
그 숫자는 실제 가격이 맞습니다. 하지만 여러분이 거의 보낼 일 없는 request의 가격이기도 합니다. 누가 요청하든 신경 쓰지 않는 사이트를 향한 일반 HTTP GET request 말입니다.
여러분이 실제로 비용을 받고 스크래핑해야 하는 사이트들은 요청 주체를 매우 까다롭게 따집니다. 그리고 대상 사이트에 렌더링된 페이지나 residential proxy가 필요한 순간, 안내된 요율은 적용되지 않고 배수가 적용되기 시작합니다. 표시 가격은 최저선일 뿐입니다. 실제 청구액은 그보다 훨씬 높으며, 대부분의 구매자는 첫 인보이스를 받고 나서야 그 차이를 깨닫습니다.
배수가 실제로 작동하는 방식
거의 모든 API의 크레딧 문서를 열어보면 동일한 표를 볼 수 있습니다. 일반 request는 1크레딧입니다. JavaScript 렌더링을 켜면 5크레딧이 됩니다. residential proxy나 프리미엄 proxy를 요청하면 10크레딧입니다. 요청 주체를 검증하는 사이트라 둘 다 필요하다면 25크레딧으로 올라갑니다. ScrapingBee의 최고 등급은 단일 페이지에 75크레딧까지 부과됩니다 (ScrapingBee docs, 2026년 10월).
ScraperAPI도 동일한 구조로 가격을 책정합니다. 렌더링 10크레딧, 프리미엄 proxy 10크레딧, 둘 다 사용 시 25크레딧, 울트라 티어 30크레딧이며, 특정 보호 도메인은 단독으로 10크레딧입니다 (ScraperAPI docs). ZenRows도 마찬가지입니다. 표준 1크레딧, JS 5크레딧, 프리미엄 10크레딧, 두 가지 모두 사용 시 25크레딧입니다 (ZenRows pricing).
마케팅 페이지에 아무도 공개하지 않는 부분이 바로 여기에 있습니다. 벤더들은 표의 최상단에서 결국 수렴합니다. 저렴한 API를 고르든 비싼 API를 고르든 사이트가 차단을 시작하면 두 곳 모두 대표 요율의 약 25배를 청구합니다. 벤더를 비교할 때 확인했던 그 숫자는 실제 청구액을 결정하는 숫자가 아닙니다.
광고된 티어는 실제 필요한 티어가 아닙니다
그렇다면 여러분의 실제 작업은 어느 티어에 속할까요?
티어 기반 모델로 판매하는 Zyte가 공개한 자체 분석에 따르면, 웹사이트의 약 80%는 가장 단순한 두 개 티어에 속하며 분기별로 티어가 변경되는 비율은 약 0.1%에 불과합니다 (Zyte, 2026). 서류상으로는 안심되는 수치처럼 보입니다. 웹의 대부분은 스크래핑 비용이 저렴하니까요.
하지만 반대로 생각해 보십시오. 저렴한 80%는 어떤 벤더를 쓰더라도 저렴합니다. 누구의 경쟁 우위도 그곳에 있지 않습니다. 고객이 프리랜서나 소규모 개발사에 비용을 지불하며 맡기는 작업(소매 카탈로그, 항공 요금, 마켓플레이스 매물 등 상업적 가치가 있는 모든 데이터)은 정확히 비용이 많이 드는 소수의 사이트에 해당합니다. Zyte 자체 연구에 따르면 상위 사이트 중 18.5%가 전용 보호 시스템 뒤에 위치해 있습니다 (Zyte State of Web Access).
이것이 바로 함정입니다. 표기된 기본 가격은 아무도 의뢰하지 않는 작업에 대한 비용입니다. 25배 가격이야말로 실제 의뢰받는 작업의 비용입니다. (볼륨이 늘어남에 따라 규모 확장에 따른 LLM 추출의 수지타산이 맞지 않게 되는 것과 동일한 단위당 계산 방식입니다.)
소리 없이 사라지는 엔트리 티어
페이지당 계산이 더 비싸지는 동안, 저렴한 진입로는 찾기 힘들어졌습니다.
ScrapingBee는 2026년 10월에 19달러 플랜을 폐지했으며, 현재 시작 가격은 월 49달러입니다. Firecrawl의 카테고리 자체 분석에 따르면 영구 무료 티어가 없는 49달러가 일반적인 시작 기준이 되었습니다. Oxylabs는 스크레이퍼 제품들을 단일 구독 모델로 통합했습니다. Decodo와 Bright Data는 모두 호출마다 카운터가 올라가는 요청당 및 레코드당 과금 방식으로 전환했습니다 (Bright Data Web Scraper 요금제).
이러한 변화는 계약을 체결한 플랫폼 구매자를 겨냥한 것이 아닙니다. 이번 달 특정 클라이언트를 위해 단 하나의 사이트 응답만 필요하고 500달러 플랜을 100개의 작업으로 분산할 수 없는 프리랜서와 2인 규모의 소규모 팀에 부담이 전가됩니다. (이러한 부담을 실제로 누가 떠안는지에 대해서는 자체 스크레이퍼 유지 관리의 숨겨진 비용에서 자세히 다루었습니다.)
스크래핑 비용을 산정하는 이들에게 이것이 의미하는 바
표기 가격을 기준으로 한 견적을 멈추십시오. 타깃의 티어를 기준으로 가격을 산정해야 합니다.
클라이언트에게 견적을 내기 전에 대상 사이트들의 실제 환경을 확인하고 분류하십시오. 일반적인 request로 사용 가능한 HTML을 반환하는 곳, 렌더링된 페이지가 필요한 곳, 여기에 residential proxy까지 추가해야 하는 곳을 구분해야 합니다. 요금제의 대표 가격이 아니라 이 조합이 실제 비용이 됩니다. 일반 페이지 90%와 까다로운 페이지 10%로 구성된 작업은 비용이 적게 듭니다. 전체가 보호된 커머스 사이트인 작업은 제안서에 적힌 숫자의 25배가 되며, 그 차액은 고스란히 귀하의 손실이 됩니다.
직접 계산해 보면 격차가 분명해집니다. 클라이언트가 렌더링 페이지와 residential proxy가 모두 필요한 쇼핑몰에서 매월 50,000개의 상품 페이지를 수집하길 원한다고 가정해 보십시오. 페이지당 25 크레딧이면 125만 크레딧입니다. 1달러당 1,000 크레딧으로 광고하는 API라면 머릿속에 떠올린 표기 가격은 50달러였을 것입니다. 그러나 실제 청구 금액은 1,250달러입니다. 동일한 페이지 수, 동일한 기간이지만 25배 차이가 나며, 요금제 페이지에는 이 배수가 대표 가격 옆에 명시되어 있지 않습니다.
그런 다음 실패 과금 정책을 확인해야 합니다. 이는 제각각이며 대표 안내문에는 절대 나오지 않습니다. Firecrawl은 403이나 404를 반환하는 페이지에 1 크레딧을 청구하고, request가 아무런 결과를 반환하지 않는 경우에는 과금하지 않습니다 (Firecrawl 요금제). 반면 다른 곳들은 모든 2xx 또는 4xx를 성공으로 간주하여 과금합니다. 거부율이 높은 대상을 다룰 때에는 이 단 하나의 조항으로 인한 비용이 렌더링 비용보다 더 커질 수 있습니다.
이 모든 것의 기저에 있는 신뢰할 수 있는 지표는 월간 플랜이 아닙니다. 사후에 확인하고 이를 발생시킨 정확한 request와 연결할 수 있는 호출당 비용입니다. 플랜은 추정치일 뿐입니다. 호출당 비용 수치가 바로 영수증이며, 고객 청구용 인보이스를 실제로 작성할 수 있는 유일한 기준입니다. (모델별 상세 내용은 FourA의 GB당 과금 대 페이지당 과금 분석을 참고하십시오.)
향후 전망
시장은 하나로 수렴하고 있습니다. 엔트리 티어는 줄어들고 있습니다. 1년 이내에 대표 요율이 전달하는 정보는 지금보다 훨씬 적어질 것입니다. 모든 주요 벤더가 1-5-10-25 단계 요금제와 성공 시에만 과금한다는 거의 동일한 문구를 내세울 것이기 때문입니다.
그 이후 벤더를 가르는 기준은 각 호출의 비용을 투명하게 확인하고 성공한 호출에 대해서만 비용을 지불할 수 있는지 여부입니다. FourA는 response에 각 request의 비용을 포함하므로, 티어에 기반해 추측하는 대신 실제 처리 내역에 따라 작업 비용을 계산할 수 있습니다. 다음에 벤더가 특정 숫자를 제시할 때 물어야 할 유용한 질문은 그 숫자가 얼마나 낮은지가 아닙니다. 대상 사이트가 차단을 시작하는 순간 그 숫자가 어떻게 변하는가입니다.