이 글에서 배울 내용:
- Bright Data Browser API와 Vercel Agent Browser의 정의 및 아키텍처적 차이점
- 인프라가 에이전트 브라우저 성능에 중요한 역할을 하는 이유
- 각 솔루션이 봇 방지 시스템, CAPTCHA, IP 차단을 처리하는 방식
- 확장성, 가격 정책, AI 통합 측면에서의 주요 차이점
- 특정 사용 사례에 따라 각 도구를 언제 사용해야 하는지
자, 시작해 보겠습니다!
Bright Data 브라우저 API
Bright Data의 브라우저 API ( 에이전트 브라우저라고도 함) 는 엔터프라이즈급 프록시 인프라를 기반으로 구축된 클라우드 호스팅 브라우저 솔루션입니다. Bright Data의 관리형 서버에서 실제 GUI 크로미움 브라우저를 실행하며, 표준 Chrome DevTools Protocol(CDP)을 통해 액세스할 수 있습니다.
복잡해 보일 수 있지만, Bright Data의 스크래핑 브라우저는 기본적으로 다음과 같은 기능을 제공합니다:
- 195개국에 걸쳐 주거용, 데이터센터, 모바일, ISP 네트워크를 아우르는1억 5천만 개 이상의 회전 IP. 단일 프록시도 수동으로 설정하지 않고도 도시 단위 지리적 위치 타겟팅을 통한 가격 비교 테스트를 수행했습니다.
- reCAPTCHA v2/v3, hCaptcha, Cloudflare Turnstile, DataDome, PerimeterX, AWS WAF, GeeTest를 처리하는자동 CAPTCHA 해결 기능. 3개월간 테스트 중 CAPTCHA 처리 코드를 단 한 줄도 작성하지 않았습니다.
- 캔버스, WebGL, 오디오 컨텍스트, 폰트, 기기 열거를 포괄하는완벽한 지문 관리. 기본 Playwright에서 계속 발생하던 “자동화 감지” 오류가 완전히 사라졌습니다.
- 실제 브라우저 서명과 일치하는TLS 지문 회전. 이전에는 진단조차 불가능했던 네트워크 수준에서 페이지 도달 전 요청이 실패하는 차단 현상을 해결했습니다.
설정 시간은 단 5분입니다. 로컬 브라우저 연결을 Bright Data의 웹소켓 엔드포인트로 교체하기만 하면 나머지는 모두 동일하게 유지됩니다. Puppeteer, Playwright, Selenium 코드도 변경 없이 그대로 실행됩니다.
CAPTCHA의 경우 시스템이 자동으로 해결하도록 할 수 있으며(기본 설정), 명시적 제어가 필요할 때는 감지 이벤트를 수신 대기합니다. 대부분의 경우 스크립트가 계속 실행되기 전에 서버 측에서 CAPTCHA가 해결되기 때문에 이를 인지하지 못할 정도입니다.
Vercel Agent Browser
Vercel은 대부분의 개발자가 계속해서 부딪히는 특정 문제, 즉 AI 에이전트가 브라우저 상태를 처리할 때 발생하는 컨텍스트 윈도우 부풀림 현상을 해결하기 위해 Agent Browser를 구축했습니다.
표준 Playwright는 수천 개의 노드로 구성된 전체 접근성 트리를 반환합니다. Claude를 통해 브라우저 자동화를 실행할 때 단일 페이지 스냅샷이 15,000개 이상의 토큰을 소모했습니다. 복잡한 워크플로는 작업을 완료하기도 전에 컨텍스트 윈도우를 소진시켰습니다.
Agent Browser의 스냅샷 + refs 시스템은 동일한 페이지를 약 1,400 토큰으로 압축합니다. 클래스, ID, ARIA 레이블, 중첩 구조가 포함된 장황한 HTML 대신 다음과 같은 정보를 얻습니다:
- 버튼 "Sign In" [ref=e1]
- 텍스트박스 "Email" [ref=e2]
- 텍스트박스 "Password" [ref=e3]그런 다음 에이전트에게 @e1을 클릭하거나 @e2를 입력하라고 지시합니다. 93% 감소는 토큰 한도에 도달하기 전까지 5~6배 더 많은 브라우저 상호작용을 의미합니다. 독립적인 벤치마크에서 6개의 브라우저 테스트 는 Playwright MCP 사용 시 약 31,000자(~7,800 토큰)를 소모한 반면, Agent Browser 사용 시 약 5,500자(~1,400 토큰)만 소모하여 동일한 컨텍스트 예산 내에서 5.7배 더 많은 테스트 사이클을 수행할 수 있었습니다.
이 도구는 Playwright를 래핑한 Rust CLI입니다. 50ms 미만으로 부팅되며, 기본 탐색부터 동영상 녹화에 이르기까지 108개 이상의 명령어를 지원하고, Claude Code, Cursor 및 기타 CLI 실행 AI 에이전트와 직접 통합됩니다. 생성된 코드를 반복적으로 수정하는 제 개발 워크플로우에서는 컨텍스트 효율성이 정말 중요합니다.
주요 단점: 인프라 부재. 에이전트 브라우저는 로컬에서 내 IP를 사용해 실행되며, navigator.webdriver를 노출하고, CAPTCHA 해결이나 지문 관리 기능이 전혀 없습니다. 보호된 사이트의 경우 -p 플래그로 외부 공급자를 불러와야 하는데, 이는 비용과 복잡성을 추가하여 “경량”이라는 장점을 상쇄시킵니다.
Bright Data 스크래핑 테스트
비교 기사인 만큼 두 도구로 몇 가지 테스트를 진행했습니다.
첫 번째 테스트: 클라우드플레어 보호 사이트
두 도구를 Cloudflare로 보호된 전자상거래 사이트에 적용했습니다. 간단한 작업: 제품 가격 추출.
Vercel Agent Browser: 첫 시도는 성공했으나, 반복 실행 시 대체로 실패했습니다. Agent Browser는 Cloudflare 보호 사이트에서 안정적으로 작동하지 않습니다. 성공률은 보호 수준에 따라 달라집니다:
| Cloudflare 설정 | 에이전트 브라우저 작동 여부 |
|---|---|
| 클라우드플레어 없음 | 예 |
| 기본(낮은 보안) | 아마도 |
| 봇 전투 모드 | 아니요 |
| 턴스타일 CAPTCHA | 아니요 |
Bright Data 브라우저 API: 3초 만에 페이지가 로드되었습니다. CAPTCHA도, 챌린지도 없었습니다. 주거용 IP 로테이션과 지문 관리가 모든 것을 자동으로 처리했습니다. 이 3초 차이는 테스트 내내 계속해서 부딪혔던 핵심 인프라 격차를 나타냅니다.
| Cloudflare 설정 | Bright Data는 작동할까요? |
|---|---|
| 클라우드플레어 없음 | 예 |
| 기본 (낮은 보안) | 예 |
| 봇 차단 모드 | 예 |
| 턴스타일 CAPTCHA | 예 |
여기에서 차이점은 분명합니다. Bright Data의 프록시 인프라는 네트워크 수준에서 봇 방지 문제를 해결하는 반면, Agent Browser는 이러한 문제를 해결하도록 설계되지 않았습니다.
이는 독립적인 벤치마크와도 일치합니다: Bright Data는 Proxyway의 테스트에서 7개의 까다로운 도메인에서 평균 98.44%의 성공률을 달성했으며, 이는 테스트된 모든 공급자 중 가장 높은 수치입니다. Indeed, Zillow, Capterra 및 Google과 같은 특정 대상의 경우 100%의 성공률을 기록했으며, Amazon에서는 98%, Google Shopping에서는 97%의 성공률을 기록했습니다.
두 번째 테스트: 협력 사이트에서의 토큰 효율성
공정한 비교를 위해 에이전트 브라우저가 우위를 점하는 분야인 보호되지 않은 협력 사이트에서도 테스트를 진행했습니다. 봇 보호 기능이 없는 표준 문서 사이트에서 에이전트 브라우저의 스냅샷 시스템은 페이지를 압축하여 Playwright의 원시 접근성 트리가 생성한 크기의 약 10% 수준으로 줄였습니다.
구체적으로, 표준 Playwright로 7,000~8,000 토큰을 소모하는 일반 페이지가 Agent Browser의 참조 시스템에서는 수백 토큰으로 처리되었습니다. 다단계 워크플로우(문서 탐색, 코드 샘플 추출, 출력 검증)에서 이는 단일 컨텍스트 창 내에서 전체 세션을 완료할 수 있음을 의미하며, 한도에 도달하기 전까지 5~6배 더 많은 상호작용을 실행할 수 있었습니다.
Bright Data의 브라우저 API를 사용했을 때는 동일한 데이터를 얻었지만, 원시 페이지 출력이 훨씬 더 많은 토큰을 소모했습니다. Bright Data는 LLM 컨텍스트 윈도우 최적화를 위해 설계되지 않았으며, 여기서 그 한계가 드러났습니다. 사이트 접근이 아닌 토큰 예산이 병목 현상이라면 Agent Browser가 더 나은 도구입니다.
세 번째 테스트: AI 통합
두 도구 모두 최신 AI 스택과 통합되지만 방식이 다릅니다.
Bright Data는 browser-use, LangChain, LlamaIndex와 직접 연결됩니다. 표준 설정은 다음과 같습니다:
from browser_use import Agent
from browser_use.browser.browser import Browser, BrowserConfig
from langchain_openai import ChatOpenAI
browser = Browser(
config=BrowserConfig(
cdp_url="wss://brd-customer-XXX-zone-YYY:[email protected]:9222"
)
)
agent = Agent(
task="홈페이지에서 모든 제품 가격 추출",
llm=ChatOpenAI(model="gpt-4o"),
browser=browser
)Vercel Agent Browser는 CLI 실행을 통해 작동합니다. AI가 직접 bash 명령어를 실행하는 Claude Code 및 Cursor에 완벽하게 적합합니다:
npx skills add vercel-labs/agent-browser그러면 Claude가 agent-browser navigate, agent-browser click @ref 등을 실행할 수 있습니다. 여기서 컨텍스트 효율성은 긴 코딩 세션에 정말 도움이 됩니다.
최종 테스트: 확장성
브라우저 API를 사용하면 확장성이 크게 추상화됩니다. 테스트용 5개의 동시 세션이든, 프로덕션 크롤링용 2,000개의 세션이든 연결 문자열은 동일하게 유지됩니다. 부하 분산, 세션 복구, 지리적 분산은 모두 Bright Data 측에서 처리합니다.
인프라스트럭처는 무제한 동시 브라우저 세션을 지원하며, 99.99% 네트워크 가동률을 유지하고 플랫폼 전체에서 일일 20억 건 이상의 요청을 처리합니다. 평균 응답 시간은 주거용 프록시의 경우 약 0.7초, 데이터센터 프록시의 경우 약 0.24초입니다.
에이전트 브라우저의 확장성은 사용자의 책임입니다. 서버리스 배포 시 경량 크로미움 패키지(전체 버전 684MB 대비 50MB)를 사용하고, 콜드 스타트를 최소화하기 위해 Vercel Fluid Compute를 구성할 수 있습니다. --session 플래그를 통해 여러 개의 분리된 세션을 실행합니다.
이는 중간 수준의 워크로드 및 개발 용도에 적합합니다. 그러나 수백 개의 동시 세션을 넘어 확장할 경우, Bright Data가 기본적으로 처리하는 재시도 로직, 세션 격리, 지리적 분산 관리를 직접 수행해야 합니다. 대용량 프로덕션 워크로드에서는 이러한 운영 오버헤드가 누적됩니다.
가격 정책
브라우저 API는 대역폭 기준으로 청구됩니다:
| 플랜 | 월간 비용 | 포함 데이터 | 실질 $/GB |
|---|---|---|---|
| 사용량 기반 결제 | 0 | 0 | 8.00 |
| 성장 | $499 | 71 GB | ~7.00달러 |
| 비즈니스 | $999 | 158 GB | ~$6.00 |
| 규모 | $1,999 | 400 GB | ~$5.00 |
Agent Browser는 Apache 2.0 라이선스 하에 무료로 제공됩니다. CLI 자체에 대해서는 비용이 발생하지 않습니다.
그러나 보호된 사이트를 사용하는 경우 외부 서비스를 추가해야 할 가능성이 높습니다. 현실적인 예시로는 다음과 같습니다:
- 클라우드 브라우저용 Browserbase(안티봇 기능 포함): ~$150/월
- Browserbase가 해결하지 못하는 CAPTCHA용 2Captcha: ~$47/월
- 여전히 차단되는 사이트용 주거용 프록시 애드온: ~$120/월
총 월 약 317달러에, 세 가지 별도 서비스를 연동하고 문제가 발생할 때 세 개의 대시보드에서 디버깅하는 통합 작업이 추가됩니다.
보호되지 않은 사이트의 개발 워크플로우에는 에이전트 브라우저가 사실상 무료입니다. 보호된 사이트의 프로덕션 접근에는 Bright Data의 번들 인프라가 개별 공급자로 구성된 동급 스택보다 비용이 더 저렴할 수 있습니다.
인프라 격차
두 도구를 광범위하게 테스트한 결과, 웹 접근 AI 에이전트의 성공률은 인프라에 의해 결정된다는 결론에 도달했습니다.
사실 Vercel은 훌륭한 컨텍스트 최적화 도구를 구축했습니다. 협력적인 사이트의 개발 워크플로우에서는 매일 사용할 수 있습니다. 그러나 Agent Browser의 중대한 한계는 내장된 봇 방지 기능이 없다는 점입니다. 표준 크로미움을 사용해 로컬 또는 서버리스 환경에서 실행되므로:
- 프록시 로테이션 불가 (IP 차단 발생)
- CAPTCHA 해결 불가 (수동 개입 필요)
- 지문 관리 불가 (
navigator.webdriver에 의해 탐지됨) - TLS 지문 최적화 불가 (네트워크 수준에서 차단됨)
보호된 웹사이트에 접근하려면 -p 플래그를 통해 Browserbase, Browser Use, Kernel 같은 외부 서비스를 통합해야 합니다. 이는 복잡성, 비용, 잠재적 장애 요소를 추가합니다.
Bright Data는 웹 접근 인프라를 구축했습니다. 실제 웹사이트에 접속하는 프로덕션 에이전트에게 1억 5천만 IP 네트워크, 자동 CAPTCHA 해결, 지문 관리는 기능이 아닙니다. 필수 요건입니다.
“무료 vs 유료”라는 프레임은 핵심을 놓칩니다. 핵심 질문은: 에이전트가 접근해야 할 대상과 필요한 성공률은 무엇인가? 대규모 보호 사이트의 경우, 프로덕션 워크로드를 운영하는 팀들은 솔루션을 조합하는 것이 절감 효과보다 더 많은 비용과 복잡성을 초래한다는 점을 지속적으로 발견합니다. Bright Data의 통합 인프라스트럭처는 더 많은 비용이 들지만 더 많은 가치를 제공합니다.
측면별 비교
주요 차원에서 두 솔루션의 비교는 다음과 같습니다:
| 항목 | Bright Data 브라우저 API | Vercel 에이전트 브라우저 |
|---|---|---|
| 주요 초점 | 봇 우회 방지 및 웹 접근 | AI 에이전트를 위한 컨텍스트 효율성 |
| 인프라 | 1억 5천만 개 이상의 IP를 보유한 관리형 클라우드 | 로컬 또는 서버리스(자체 제공) |
| 프록시 네트워크 | 내장형, 195개국 지원 | 없음 (외부 공급자 필요) |
| CAPTCHA 해결 | 자동, 8가지 이상의 유형 지원 | 내장 기능 없음 |
| 지문 관리 | 전체 브라우저 서명 제어 | 없음 (탐지 가능) |
| 컨텍스트 효율성 | 표준 (전체 페이지 상태) | 스냅샷 + 참조를 통한 93% 감소 |
| 가격 | $5-8/GB 대역폭 | 무료 (아파치 2.0 라이선스) |
| 확장성 | 동시 세션 무제한 | 로컬/서버리스 리소스에 의해 제한됨 |
| AI 통합 | LangChain, LlamaIndex, MCP 서버 | CLI 기반 (Claude Code, Cursor 등) |
결론
Bright Data Browser API와 Vercel Agent Browser는 동일한 문제의 서로 다른 계층을 위해 구축되었습니다: AI 에이전트에게 안정적이고 효율적인 웹 접근을 제공하는 것입니다.
에이전트가 협조적인 사이트에서 작동하고 토큰 효율성이 병목 현상인 경우 Vercel Agent Browser가 올바른 선택입니다. 93%의 컨텍스트 감소율과 50ms 미만의 부팅 시간으로 개발 워크플로우, 코딩 어시스턴트, 자체 검증 에이전트에 진정으로 유용한 도구입니다. 해당 사용 사례에서는 따라올 수 없습니다.
하지만 개발과 운영은 다른 환경입니다. 에이전트가 실제 보호된 웹사이트에 대규모로 접근해야 할 때는 논의가 토큰 예산에서 성공률로 전환됩니다. Bright Data Browser API는 까다로운 도메인에서 98% 이상의 성공률, 8종 이상의 자동 CAPTCHA 해결, 195개국 1억 5천만 개 이상의 IP로 지원되는 무제한 동시 세션을 제공합니다. 이 인프라스트럭처는 운영용 에이전트에게 선택 사항이 아닙니다. 바로 그들이 실행되는 기반입니다.
오픈 웹에서 안정적으로 작동해야 하는 AI 에이전트를 구축하는 팀에게 Bright Data Browser API는 바로 사용할 수 있는 그 기반을 제공합니다.
