Kitesurf 무료 사용 가이드: 베타 요금·한도 총정리

Kitesurf 무료 사용은 가능한가요? 베타 기간에는 무료입니다. 다만 Workers Free에서 실제로 쓸 수 있는 범위는 계정당 하루 브라우저 시간 10분, 동시 Browser Sessions 3개, 20초마다 새 세션 1개로 제한됩니다. 신중하게 범위를 정한 파일럿에는 충분하지만, 에이전트 스택 전체에 비용이 들지 않는다는 뜻은 아닙니다.

Kitesurf 무료, 어디까지 쓸 수 있나?

Kitesurf는 브라우저가 베타인 동안 무료입니다. Cloudflare는 2026년 9월 28일 업데이트에서 이를 명시했습니다. 단, 계정별 Browser Run 한도 안에서만 이용할 수 있다는 조건도 함께 봐야 합니다.

Kitesurf는 AI 에이전트를 위해 Cloudflare가 만든 스테이트리스 브라우저 엔진입니다. Workers에서 실행되며, 사람이 쓰는 브라우저 기능을 덜어내고 에이전트 중심의 가벼운 런타임을 택했습니다. 현재 Kitesurf 엔진에 별도 요금은 없지만, 이를 둘러싼 Browser Run 사용량은 계속 측정됩니다.

현재 Browser Run 한도와 Browser Run 가격을 나란히 놓으면 다음 4가지 경계가 드러납니다.

따라서 ‘무료’는 제품 요금에 대한 유용한 답이지만, 예산 전체에 대한 답은 아닙니다. Cloudflare가 베타 기간에 Kitesurf 자체에 얼마를 부과하는지는 알려주지만, 워크플로가 계정 한도 안에 들어오는지, Workers Paid가 필요한지, 에이전트가 사용하는 모델 비용이 얼마인지는 말해주지 않습니다.

이 가이드의 가격과 한도는 2026년 9월 29일 Cloudflare 공개 페이지에서 확인했습니다. 이번 검토에서는 인증된 Browser Run 작업을 실행할 수 없었으므로, 임의로 만든 대시보드 청구액이나 실행 시간 결과, 툴 호출 성공률은 제시하지 않습니다.

2026년 9월 28일, 무엇이 달라졌나?

9월 업데이트는 에이전트 개발자가 이미 쓰는 인터페이스에 엔진을 연결해 Kitesurf의 파일럿 적용 범위를 넓혔습니다. 8월 첫 출시가 브라우저 자체를 선보였다면, 이번 업데이트는 실제 운용에 필요한 접점을 더했습니다.

첫째, Kitesurf는 이제 WebMCP를 지원합니다. WebMCP는 웹사이트가 구조화된 입력을 받는 이름 있는 툴을 공개하는 브라우저 API입니다. 에이전트는 화면 픽셀을 보고 버튼을 추측하는 대신 사이트의 searchFlights() 같은 함수를 호출할 수 있습니다. Cloudflare의 WebMCP 문서에 따르면 Kitesurf는 보통 CDP로 줄여 부르는 Chrome DevTools Protocol을 통해 이러한 툴을 나열하고 실행할 수 있습니다.

둘째, Kitesurf가 Browser Run API 전체를 지원합니다. CDP, Playwright, Puppeteer 또는 MCP에서 Kitesurf를 선택할 수 있습니다. 스크린샷, HTML, PDF 등 자주 쓰는 결과를 요청 한 번으로 돌려주는 Cloudflare의 Quick Actions에서도 Worker의 env.BROWSER.quickAction()을 통해 Kitesurf를 선택할 수 있습니다.

셋째, 렌더러는 호환 터미널에서 Kitty 그래픽 프로토콜로 실행되며, Kitty를 쓸 수 없으면 순수 ANSI 텍스트 모드로 동작합니다. 별도의 데스크톱 브라우저를 열지 않고 에이전트 브라우저가 보는 페이지를 확인할 때 유용합니다. 다만 이는 점검 편의 기능이지 새로운 프로덕션 과금 등급은 아닙니다.

Cloudflare는 9월 업데이트에서 Kitesurf가 이제 Web Platform Test 하위 테스트를 730,000개 넘게 통과하며, 출시 때보다 통과 수가 500,000개 이상 늘었다고 밝혔습니다. 호환성이 의미 있게 향상됐다는 신호입니다. 그러나 임의의 고객 포털까지 제대로 렌더링된다는 보장은 아니므로, 파일럿 대상 사이트 목록은 여전히 제한해야 합니다.

Kitesurf 베타 한도: 하루 작업 10개가 가능할까?

완료된 작업 1건의 평균 브라우저 시간이 60초 이하여야만 하루 10개를 처리할 수 있습니다. Workers Free 제공량은 10분, 즉 브라우저 시간 600초입니다. 이를 작업 10개로 나누면 작업당 기준선은 60초입니다.

계산식은 daily task ceiling = floor(600 / measured browser seconds per task)입니다. 애플리케이션 로그의 실제 경과 시간으로 바꿔 계산하면 안 됩니다. Cloudflare의 가격 문서에 따르면 Quick Actions는 X-Browser-Ms-Used 응답 헤더에 브라우저 시간을 반환합니다. 실제로 운영할 작업과 대상 사이트를 그대로 사용해 이 값을 기록해야 합니다.

시간만이 한도는 아닙니다. 한도 페이지에 따르면 Free 계정은 Browser Sessions를 동시에 3개까지 실행하고, 20초마다 새 세션 1개를 시작하며, 10초마다 Quick Actions 요청 1건을 보낼 수 있습니다. 기본 비활성 타임아웃은 60초입니다. Cloudflare는 지원되는 세션 통합에서 더 긴 keep_alive 시간을 허용하지만, WebMCP 페이지에는 Kitesurf가 Chrome DevTools MCP 구성에서 keep_alive를 받지 않는다고 나와 있습니다.

같은 한도 페이지는 /crawl에도 별도의 Free 경계를 둡니다. 하루 크롤 작업은 5개, 크롤당 페이지는 최대 100개입니다. 질문 하나를 여러 번의 크롤로 확장하는 리서치 에이전트라면 브라우저 시간 10분을 다 쓰기 전에 작업 수부터 소진할 수 있습니다.

세션을 제대로 닫는지도 처리 용량을 좌우합니다. Cloudflare는 열린 채로 둔 세션이 타임아웃될 때까지 브라우저 시간을 계속 소모한다고 경고합니다. 명시적으로 닫으면 NormalClosure, 유휴 타임아웃으로 닫히면 BrowserIdle이 기록됩니다. browser.close()를 finally 블록에 넣고, 코드가 정리됐다고 가정하지 말고 종료 사유를 확인해야 합니다.

판단 기준은 단순합니다. 측정 중앙값이 60초 이하이고 속도 제한 때문에 작업이 대기하지 않는다면 10개 파일럿이 들어갑니다. 그렇지 않다면 비효율적인 루프를 유료로 확장하기 전에 대상 페이지나 작업 범위를 줄여야 합니다.

Cloudflare Kitesurf 가격을 가르는 3가지 비용 경계

Kitesurf, Workers 계정, Browser Run 사용량, 추론 모델은 서로 다른 서비스이므로 가격을 하나의 숫자로 말할 수 없습니다. 모두를 ‘무료 에이전트’ 한 줄로 묶으면 가장 먼저 늘어나는 청구 항목을 놓치게 됩니다.

짧은 작업의 순수 브라우저 초과 요금은 현재 기준으로 크지 않습니다. 공개된 Browser Run 요금에 따르면 Workers Paid에 포함된 10시간을 모두 쓴 뒤 60초 작업 1건의 비용은 시간당 $0.09 기준 $0.0015입니다. 여기에는 동시 실행, Workers 컴퓨팅, 모델 사용량, 외부 SaaS 요금이 포함되지 않습니다. 작업 시간이 균일하다면 같은 10시간에 1분짜리 브라우저 작업 600개가 들어갑니다.

이 계산을 베타 종료 후 Kitesurf 가격에 대한 약속으로 받아들여서는 안 됩니다. Cloudflare는 업데이트, Kitesurf 문서, Browser Run 가격 페이지, Workers 가격 페이지 어디에도 Kitesurf 전용 베타 이후 요금을 공개하지 않았습니다. Workers Paid 월 최소 $5는 Workers 계정 등급에 대한 가격이지, 향후 Kitesurf 가격을 고정하는 금액이 아닙니다.

구매자 관점의 예산표라면 브라우저 시간, 세션 동시 실행, Workers, 모델, 에이전트가 이용하는 유료 시스템을 각각 별도 행으로 나눠야 합니다. 브라우저 엔진이 무료여도 전체 워크플로는 유료일 수 있습니다.

Kitesurf Browser Run이 개발자·운영자·구매자에게 뜻하는 것

현재 플랫폼은 범위가 제한된 스테이트리스 작업에는 준비됐지만, Chromium을 모두 대체할 단계는 아닙니다. 역할에 따라 실무적 결론도 달라집니다.

개발자: 작업을 끝낼 수 있는 가장 작은 인터페이스부터

결과물이 스크린샷, 페이지 콘텐츠, PDF 또는 구조화된 추출이라면 Quick Action부터 시작하는 편이 좋습니다. 엔드포인트에 browser=kitesurf를 추가하고 반환된 브라우저 시간을 측정한 뒤, 여러 단계의 탐색이나 상태 유지가 필요할 때만 전체 세션으로 넘어갑니다.

호환 사이트가 에이전트에 필요한 동작을 정확히 공개한다면 WebMCP가 매력적입니다. 불안정한 시각적 조작 루프를 이름 있는 툴로 바꿀 수 있습니다. 그렇다고 사이트의 구현, 권한 경계, 결과를 검증할 필요까지 사라지지는 않습니다.

클라이언트 대상 세션을 프로덕션에 가깝게 운영할 때는 엔진 선택과 Browser Run 제어를 함께 설계해야 합니다. 기존 승인된 호스트와 읽기 전용 클라이언트 검토 가이드는 브라우저 선택만으로는 해결되지 않는 접속 대상 경계를 다룹니다.

운영자: 정상 작업과 실패 작업을 따로 측정

운영자는 작업 유형별로 브라우저 밀리초, 종료 사유, 요청 결과, 모델 사용량을 기록해야 합니다. 성공한 추출과 타임아웃된 페이지는 같은 워크로드가 아닙니다. 둘을 하나의 평균으로 합치면 브라우저, 사이트, 에이전트 루프 중 어디를 고쳐야 하는지 가려집니다.

작업이 실패했다면 재실행에 앞서 증거부터 보존해야 합니다. Cloudflare의 Browser Run 점검 워크플로에서는 기록된 세션이 끝난 뒤에도 콘솔, 네트워크, 최종 페이지 상태를 볼 수 있습니다. 실패 작업 디버깅 가이드는 즉시 다시 돌리는 것보다 이 증거가 더 유용한 경우를 설명합니다.

구매자: 호환성을 확인한 뒤 용량 구매

Free 카운터를 다 썼다는 이유만으로 바로 업그레이드해서는 안 됩니다. 먼저 Kitesurf가 대상 사이트를 제대로 렌더링하고 작업을 정확히 완료하는지 확인해야 합니다. 그다음 병목이 일일 브라우저 시간, 요청 속도, 동시 실행 수, 모델 가운데 어디에 있는지 판단합니다.

Cloudflare의 현재 제품 문서는 엔진별 선택 기준을 제시합니다. 호환되는 일회성 렌더링과 추출, 짧게 몰리는 스테이트리스 에이전트 작업에는 Kitesurf를 선택합니다. 동영상, WebGL, 실제 TLS 지문을 이용한 봇 챌린지 핸드셰이크, 상태가 유지되는 장시간 인증 세션이 필요하다면 Chromium을 선택합니다.

대규모 도입 전에 결론을 낼 수 있습니다. 대표 작업 하나, 대상 사이트 묶음 하나, 측정한 브라우저 시간 분포 하나, 명시적 폴백 하나면 됩니다. 폴백이 자주 작동한다면 더 작은 엔진으로 운영 비용을 절감하고 있다고 보기 어렵습니다.

지금 움직일 팀, 기다릴 팀, 영향이 적은 팀

지금 시작할 팀은 공개 페이지나 위험이 낮은 페이지를 중심으로 지원, 리서치, QA 워크플로를 운영하는 곳입니다. 헬프 센터 스크린샷 저장, 릴리스 노트 추출, 렌더링된 컴포넌트 확인, 호환 사이트의 WebMCP 검색 툴 호출이 좋은 파일럿 사례입니다. 실행 시간이 짧고 감사가 가능하며, 정답으로 삼을 결과와 비교하기도 쉽습니다.

기다릴 팀은 지속적인 로그인 상태, 동영상, WebGL, 봇 챌린지 호환성 또는 민감한 WebMCP 동작의 무인 확인이 필요한 곳입니다. Kitesurf 세션은 wrangler browser list에 나타나지 않으며 라이브 뷰도 없습니다. 따라서 Cloudflare 설명대로라면 Kitesurf 에이전트 세션에서는 사람의 확인을 기다리는 툴을 완료할 수 없고, 이 상호작용에는 수동 플레이그라운드가 필요합니다.

베타 이후까지 이어지는 예산을 확정하려는 경우에도 기다려야 합니다. 현재 브라우저는 무료지만, 장기 계약이나 고정 마진의 클라이언트 견적에 넣을 베타 종료 후 Kitesurf 가격은 공개되지 않았습니다.

영향이 거의 없는 팀은 안정적인 Chromium Browser Run 워크플로로 이미 비용과 신뢰성 목표를 달성한 곳입니다. 9월 릴리스는 검토할 백엔드를 하나 더 제공했을 뿐, 잘 돌아가는 프로덕션 브라우저를 반드시 옮겨야 한다는 뜻은 아닙니다.

Kitesurf 무료 베타를 둘러싼 과장

‘무료’라는 말로 에이전트 전체를 설명하면 의미가 지나치게 넓어집니다. 무료인 것은 베타 기간의 Kitesurf 이용이며, 모델, 운영 인력, 대상 SaaS, 향후 상용 가격까지 포함하지 않습니다.

WebMCP가 브라우저 실패를 없애는 것도 아닙니다. Cloudflare 문서에는 현재 Kitesurf 구현의 중요한 공백 4가지가 나옵니다. WebMCP 툴 권한 정책이나 출처 필터링이 없고, iframe 또는 팝업 툴이 CDP에 노출되지 않으며, Kitesurf 세션의 라이브 뷰가 없고, 사람이 확인해야 하는 툴을 에이전트 쪽에서 승인할 수 없습니다. 이름 있는 함수가 픽셀 클릭보다 안정적인 것은 페이지가 올바른 함수를 공개하고 안전하게 보호할 때뿐입니다.

터미널 렌더러는 배포 전략이 아니라 유용한 가시성 도구입니다. 개발자가 Kitesurf의 화면을 확인하는 데는 도움이 되지만, 브라우저 시간, 동시 실행 수, 모델 비용, 사이트 호환성은 바꾸지 않습니다.

성능도 같은 수준의 절제가 필요합니다. Cloudflare의 자체 중앙값 벤치마크는 14개 URL 코퍼스에서 Quick Action을 5회 실행했습니다. 스크린샷 기준 Kitesurf는 CPU 380 ms를 사용해 웜 풀 Chromium의 1,173 ms보다 적었고, 메모리도 57.8 MiB로 271.0 MiB보다 적었습니다. 하지만 실제 경과 시간은 Kitesurf가 1,148 ms, Chromium이 637 ms로 Kitesurf가 더 느렸습니다. 적은 리소스 사용량은 확장에 유리하지만, 모든 개별 요청이 더 빨리 끝난다는 뜻은 아닙니다.

마지막으로, 730,000개가 넘는 하위 테스트 통과는 빠른 진전을 보여주는 증거이지 웹 전체와 완전히 동등하다는 증거가 아닙니다. 전체 테스트 수보다 실제 대상 사이트로 만든 호환성 매트릭스가 더 가치 있습니다.

월요일에 할 일: 범위를 정한 파일럿 1회 실행

다음 단계는 아키텍처 이전이 아니라 통제된 계정 테스트입니다. 이 페이지에서는 인증된 Browser Run 요청을 실행하지 않았으므로, 아래 순서는 직접 수행했다고 주장하는 벤치마크가 아니라 재현 가능한 파일럿입니다.

1. 1

   공개 화면 확인

   Cloudflare Radar에서 Kitesurf 플레이그라운드를 엽니다. DevTools에서 Application > WebMCP를 열고 Cloudflare가 Radar에서 제공한다고 밝힌 navigate-to, set-location 등의 툴을 기록합니다. 이 툴이 보인다고 해서 대상 사이트에도 같은 툴이 있다는 뜻은 아닙니다.

2. 2

   대표 작업 1회 실행

   기존 테스트 계정으로 콘텐츠 또는 스크린샷 요청 하나를 실행합니다. Cloudflare가 문서에 제시한 스크린샷 형식은 다음과 같습니다.

   curl -X POST 'https://api.cloudflare.com/client/v4/accounts/<ACCOUNT_ID>/browser-run/screenshot?browser=kitesurf' \
     -H 'Authorization: Bearer <API_TOKEN>' \
     -H 'Content-Type: application/json' \
     -d '{"url":"https://example.com"}' \
     --output screenshot.png

   민감하지 않은 대상을 먼저 사용합니다. 속도를 최적화하기 전에 결과가 올바른지부터 기록합니다.

3. 3

   모든 비용 경계 기록

   Workers 플랜, Quick Action의 X-Browser-Ms-Used, Browser Run 사용량, 세션 종료 사유, 모델 사용량을 기록합니다. Browser Session은 명시적으로 닫고 NormalClosure로 끝났으며 BrowserIdle은 아닌지 확인합니다.

4. 4

   제공량 계산

   600을 성공한 작업 1건의 측정 브라우저 시간(초)으로 나누고 내림합니다. 하루 작업 10개를 처리하려면 측정 평균이 60초 이하여야 합니다. 모델 비용은 별도 열에 두고, 파일럿이 Free에 맞는지, 작업을 더 줄여야 하는지, Workers Paid가 타당한지 결정합니다.

이 한 번의 실행으로 실제 업무에서 반복할 작업의 호환성, 브라우저 시간, 종료 동작, 모델 비용이라는 핵심 증거를 얻을 수 있습니다.

다음 에이전트 인프라의 가격 또는 한도 변경을 구체적인 운영 판단으로 받아보고 싶다면 뉴스레터를 구독하세요.