프롬프트에서 출시까지: Vercel이 AI 시대의 배포 수혜를 어떻게 차지하는가

코드의 비용은 AI에 의해 빠르게 낮아지고 있지만, "코드를 프로덕션 환경에 올리는 일"은 여전히 비싼 엔지니어링 과제다.

하루 약 600만 회의 배포, 그중 절반 이상이 AI 에이전트에 의해 트리거되고, AI SDK는 주간 약 1,600만 회 다운로드된다. Vercel은 이미 AI 시대의 다음 승선권을 거머쥔 것처럼 보인다. 그러나 93억 달러의 자금조달 기업가치와 약 27.4배의 지분가치/매출 배수는 이미 이 "AI 배포 계층"의 승리를 가격에 반영한 것인가?

Cloudflare는 측면에서 공격하고, AWS는 그 아래의 비용 바닥과 위의 기업 천장을 정의하며, 성장 중인 고객은 다시 기술 스택을 계층별로 떼어가고 있다. Vercel이 수익화하는 것은 과연 해자(護城河)인가, 아니면 가격 압박이 가능한 추상화 계층인가? 이 글은 비즈니스 모델, AI 유통, 경쟁 구조, 성장 후 경제성이라는 네 가지 관점에서 이 질문에 대한 증거와 경계를 제시한다.

핵심 관점

비즈니스 본질: "인프라"가 아닌 "추상화 관계"를 장악한다: Vercel은 Next.js를 무료 오픈소스로 제공해 개발자 마인드셰어를 확보한 뒤, 그로부터 발생하는 컴퓨팅·메모리·딜리버리 소비를 수익화한다. 기반 클라우드·데이터베이스·모델을 소유하지 않으며, 개발자(또는 에이전트)와 인프라 사이의 연결 계층을 장악하고, "코드 착지 복잡도를 낮추는" 추상화 가치를 수익화한다.
AI의 구조적 변화: 방향은 옳지만 전환 경제성은 미입증: AI가 소프트웨어 생산 비용을 낮추고, Vercel의 일일 배포량은 약 600만 회이며, 그중 에이전트 트리거 비중은 반년 만에 3% 미만에서 50% 이상으로 상승했다. 그러나 이는 Vercel 자신의 분모일 뿐 업계 점유율과 같지 않으며, 에이전트 프로젝트가 생존·유료화·마진 축적까지 이어질 수 있는지에 대한 공개 증거는 아직 없다.
방어력의 층위: 선점 우위일 뿐 절대적 장벽은 아니다: 10년간 축적한 웹 프레임워크와 배포 워크플로가 수익의 핵심이다. 에이전트를 겨냥한 신규 도구는 복제될 수 있고, 데이터베이스·모델·기반 클라우드는 모두 파트너 측에 있으며, 고객 점착성이 가장 높은 데이터 자산은 플랫폼 밖에 남는다.
경쟁의 실제 메커니즘: 대체재는 마이그레이션을 이길 필요 없이 가격 결정권만 상한을 씌우면 된다: Cloudflare와 AWS는 계약 갱신 시 신뢰할 만한 대안을 제시하는 것만으로 Vercel의 추상화 프리미엄을 압축할 수 있다. 고객이 성장한 뒤에는 상주 컴퓨팅과 데이터를 PaaS나 하이퍼스케일 클라우드로 옮기려는 경향이 있어, 이는 고객당 가치 확장에 상한을 설정한다.

Vercel이란 무엇인가: 수익화된 추상화 계층

비즈니스 포지셔닝

Vercel은 현대 웹 애플리케이션의 배포·딜리버리 플랫폼이다. 개발자는 Git 저장소를 연결하기만 하면, Vercel이 자동으로 코드를 파싱해 그에 대응하는 인프라 토폴로지를 도출하고, 미리보기 URL을 생성하며, 자체 엣지 네트워크로 프로덕션 트래픽을 처리한다. 회사는 주로 시트(seat) 요금, 컴퓨팅·메모리 리소스, 함수 호출 횟수, 빌드 시간, 딜리버리 트래픽으로 과금한다.

Vercel의 전략적 내러티브는 "AI 생성 소프트웨어의 컨트롤 플레인"을 구축해 "프롬프트에서 프로덕션까지"의 전 과정 경로를 장악하는 것이다. 그러나 본질적으로 Vercel이 파는 것은 인프라가 아니라, 개발자와 인프라 사이의 계약 관계다.

▲ 그림 1　비즈니스 스냅샷: 별도 표기가 없는 한 회사 자체 보고 기준; 기업가치는 과거 자금조달 참고치이며 현재 체결 가능한 가격이 아님

이 추상화가 가치 있는 이유

▲ 그림 2　전통 클라우드는 인프라 프리미티브를 노출한다; Vercel은 흔한 웹 인프라를 주장이 담긴 기본값 뒤에 패키징한다

Vercel은 단지 "더 단순한 클라우드"가 아니라, 주장이 담긴 애플리케이션 배포 추상화 계층이다. 빌드, 런타임, CDN, TLS, 라우팅 등 일련의 구체적인 조합 결정을 걷어내고, 애플리케이션 코드에서 도출한 기본값으로 대체한다. 교환은 양방향이다. 더 적은 결정과 더 빠른 출시 경로를 얻는 대신, 더 적은 인프라 제어와 유연성을 내준다. 전통 클라우드는 반대의 트레이드오프를 택하며, 그런 제어력이 정말 필요한 팀에게만 정답이다.

이 추상화는 "애플리케이션 코드는 보유하지만, 이런 결정을 소화할 플랫폼 엔지니어링 기능이 없는" 팀에게 가치가 가장 크다. 바로 그 때문에 AI는 내러티브 차원이 아니라 비즈니스 차원에서 중요하다. AI가 소프트웨어를 작성하는 비용을 낮추고, Vercel이 소프트웨어를 프로덕션에 올리는 비용을 낮추는 가운데, "쓸 만한 코드는 작성할 수 있지만 인프라를 조립할 생각은 없는" 사람들이 플랫폼 엔지니어보다 더 빠르게 늘어나기 때문이다.

돈을 어떻게 버는가, 무엇이 매출이 아닌가

Vercel은 사용량에 시트 성분이 얹힌 사업이지, 시트에 사용량이 딸린 사업이 아니다.

AI Gateway의 월 20조 토큰 트래픽과 Marketplace에서 재판매하는 서드파티 데이터베이스는 모두 대행 수취·대행 지급의 거래 흐름으로, 그 가치의 대부분은 기반 공급업체에 귀속되며 Vercel은 토큰에 마진을 붙이지 않는다. 이 두 항목을 자체 매출이나 어드레서블 마켓으로 계산하면 한 자릿수만큼 부풀려지며, 그 진짜 전략적 가치는 직접 매출 기여가 아니라 고객 부착력과 관측 가능성을 높이는 데 있다.

성장 경로: 네 번의 "마찰 무료 제공"

Vercel의 비즈니스 진화사는 본질적으로 "제품을 무료로 제공해 마찰을 제거"함으로써 사용량 수익화를 고정해 나가는 과정이다. Next.js는 한 번도 유료 제품이 아니었고, 계속 셀프 호스팅이 가능했다. 그것이 가져온 것은 웹 개발 분야 최대 규모의 공개 배포 예시 코퍼스, "이걸 어떻게 구축하지"에 대한 기본 답, 그리고 Vercel이 프레임워크 프리미티브와 인프라를 동시에 설계할 수 있게 하는 피드백 루프다.

AI가 바꾼 것: 유통 계층의 이동

선택하는 주체는 누구인가

▲ 그림 3　에이전트가 유통 채널이 되고 있다 — 그러나 "통합 가능", "선택됨", "기본 호스팅이 됨"은 서로 다른 세 가지 일이다

AI가 코드를 작성하는 시대에 배포 대상을 결정하는 권력이 이동하고 있다:

통합형 빌드 플랫폼(예: Lovable, Replit, Bolt): 비기술 사용자를 대상으로 하며, 창작과 호스팅을 고도로 결합한다. Vercel은 여기서 기본 옵션이 아니지만, 자체 v0가 전용 진입점을 구성한다.
범용 코딩 에이전트(예: Claude Code, Cursor, Codex): 전문 개발자를 대상으로 하며 호스팅 중립성을 유지한다. 개발자와 그 뒤의 에이전트 도구 체인이 선택권을 형성하며, Vercel은 이런 생태계에 리소스를 집중해 자체 CLI, MCP Server, 스킬을 우선 배포 옵션으로 바인딩한다.

Vercel은 Claude Code와 Cursor에 심은 고객 획득 퍼널, MCP/API 등 머신 인터페이스, 불변 미리보기 폐루프를 통해 매우 높은 에이전트 최초 성공률로 선점 우위를 다졌다. 그러나 이런 엔지니어링 도구는 Cloudflare 같은 경쟁자가 쉽게 따라 복제할 수 있어, 기본 선택 확률을 높일 수 있을 뿐 절대적 해자를 구성하지는 못한다.

활동에서 경제성으로

▲ 그림 4　활동은 가시적이며 벤더가 자체 보고한다; 전환의 경제성이야말로 실사 질문이다

에이전트 도구 유통과 고빈도 배포에서 지속적인 경제적 수익으로 전환되는 사이에는 거대한 데이터 공백이 존재한다. 한편으로 배포된 프로젝트가 온라인 프로덕션 애플리케이션으로 생존할 수 있는지, 유료 고객으로 전환될 수 있는지에 대한 공개 증거가 부족하고, 다른 한편으로 최종 과금 가능 리소스가 고마진과 장기 고객 확장으로 축적될 수 있는지도 입증되지 않았다.

간단히 말해, 배포량의 폭증은 전치(前置) 투자일 뿐이며, 지속적인 마진으로 전환될 수 있는지가 여전히 증명해야 할 최종 결과다.

고객과 통제력: 어디서 이기고, 어디로 확장하는가

누가 실제로 Vercel을 쓰는가

▲ 그림 5　분석적 계층화이지 시장 점유율 데이터가 아님: 플랫폼 선택은 기술 깊이, 부하 복잡도, 조직 성숙도에 따라 달라진다

비기술 빌더: 제로 운영 결정과 초고속 출시를 추구하며, 인프라를 완전히 숨기는 Lovable, Replit 같은 일체형 플랫폼을 선호한다. Vercel은 여기서 기본 호스팅이 아니지만, 자체 v0로 상류 진입점을 잠근다.
AI 네이티브 빌더: 코드는 직접 보유하되 인프라 복잡도는 아웃소싱하기로 선택하며, 배포 우선형 플랫폼에 모인다. 이는 Vercel의 가장 핵심적인 스위트 스팟이자 사용자 퍼널에서 가장 빠르게 성장하는 고객군이다.
전문 개발자: Git 워크플로, 미리보기 폐루프, 배포 결정성을 중시하며 주로 Vercel과 그 직접 유사군에 안착한다. 상업적 기본판으로서 안정적인 경상 사용량 매출을 지속 기여한다.
플랫폼 엔지니어: 상주 프로세스, 상태 제어, 고이용률 컴퓨팅을 요구하며 Railway, Supabase 같은 백엔드 PaaS/BaaS를 선호한다. 이런 플랫폼은 보통 Vercel과 전면 대체가 아니라 상호 보완적으로 공존한다.
엔터프라이즈 IT: 핵심 요구는 VPC 격리, 보안 컴플라이언스, 클라우드 예산 상계이며, 하이퍼스케일 클라우드와 전담 SRE 팀이 주도한다. 이는 Vercel의 상한 천장을 구성하지만, 기업은 여전히 프런트엔드 웹 계층에 Vercel을 유지할 수 있다.

Vercel 아래에서는 통합형 빌드 플랫폼이 인프라 결정을 통째로 걷어내고, 그 위에서는 플랫폼 팀이 점점 더 그 결정을 되찾으려 한다. Vercel이 가장 강한 위치는 중간이다. 기술적으로 코드를 소유할 만큼은 되지만, 인프라 복잡도를 소유할 의향은 없는 지점이다.

세 겹의 통제력

▲ 그림 6　확립된 웹 배포 커널에, 상업적 성과가 아직 입증되지 않은 에이전트 확장이 더해진 구조

Vercel은 극도로 공고한 웹 배포 커널(Next.js 프레임워크, Git 배포 워크플로, 엣지 딜리버리 네트워크)을 보유하며, 이것이 현재 상업적 성공의 기반이다. AI 시대를 맞아 AI SDK, AI Gateway, 그리고 새로운 에이전트 확장 계층(Sandbox, Services, BYOC 등)을 통해 제품 라인을 빠르게 넓히고, v0나 외부 코딩 에이전트를 통해 트래픽을 유입시켰지만, 제품 라인 확장이 곧 입증된 상업적 통제력을 의미하지는 않는다. 에이전트 확장 계층의 상업화 성과는 여전히 시장 검증을 기다려야 하며, 기반 모델과 데이터 자산은 여전히 외부 파트너에 크게 의존한다.

마찬가지로 Vercel은 자체 콘솔을 통해 AWS 데이터베이스를 재판매하며, 수익화하는 것은 인프라가 아니라 "연결 관계"다. 동시에 기존 클라우드 커밋먼트를 상계하기 위한 AWS Marketplace 거래를 지원하고, 모델 토큰에는 마진을 붙이지 않음으로써 관측 가능성과 생태계 점착성을 얻는다.

경쟁과 생태계: 대체재가 가격 결정권에 상한을 씌우는 방식

▲ 그림 7　Vercel의 경쟁 생태계: 누가 대체재이고, 누가 파트너이고, 누가 둘 다인가

Cloudflare는 직접적인 제품 경쟁을 가하고, AWS는 더 큰 구조적 제약이다. AWS는 동시에 기반(base), 기업 조달 채널, 대체 서비스의 소유자, 그리고 성숙한 고객이 더 직접적으로 통제하고 싶어 하는 바로 그 플랫폼이기 때문이다. 간결한(분석적) 프레이밍: Cloudflare는 측면에서 Vercel을 공격하고, AWS는 그 아래의 인프라 바닥과 위의 기업 천장을 정의한다.

▲ 그림 8　직접 제품, 파트너 통합, 미입증 확장의 병렬 대조: 어떤 참여자도 모든 계층을 커버하지 못한다

어떤 참여자도 창작, 배포, 데이터, AI 지출, 기업 조달을 동시에 소유하지 못한다. "AI 애플리케이션 컨트롤 플레인"은 단독으로 획득 가능한 상(賞)으로서 사실상 존재하지 않으며, 이를 차지하겠다고 선언하는 어떤 경쟁자에게도 동일하게 적용된다.

Cloudflare는 자체 네트워크와 Workers가 egress 요금을 받지 않아 엣지 딜리버리 등 시나리오에서 비용 우위를 지니며, 고객을 전량 이전시킬 필요 없이 계약 갱신 시 신뢰할 만한 대체 능력만으로 Vercel의 가격 프리미엄에 상한을 씌울 수 있다. Workers가 컴퓨팅·배포 경험에서 여전히 단점을 지니지만, CloudFront, Railway, Supabase 등 경쟁자와 힘을 합쳐 Vercel의 가격 결정권과 확장 공간을 제한하는 천장을 공동으로 구성한다.

경제성: 프리미엄이 가치 있는가, 성장 후 어떻게 분해되는가

고객이 추상화에 프리미엄을 지불하는 이유

Vercel의 원시 리소스 비용은 보통 최저가 아니지만, 핵심 판매 포인트는 "엔지니어링 시간, 운영 복잡도, 신뢰성 리스크"의 총소유비용(TCO)을 낮추는 것이다. 플랫폼 운영 팀이 없는 소규모 조직에게는 월 수백 달러의 프리미엄으로 절약되는 운영 공수를 맞바꾸는 계산이 더 쉽게 성립한다(손익분기점은 월 7시간 미만의 운영 시간 절감만으로 충분하다).

그러나 성숙한 클라우드 운영 역량을 이미 갖춘 대형 팀에게는 이런 프리미엄의 가성비가 크게 떨어져, 규모가 커진 뒤 기반 부하를 떼어내도록 만든다.

추상화에서 인프라 소유권으로

▲ 그림 9　예시적 운영 프로필 — 강제적 마이그레이션 임계값이 아님

BUILD 단계(극단적 속도 추구): 초고속 출시와 제로 운영 결정을 추구하며, 애플리케이션과 데이터를 전량 Vercel에 호스팅한다.
SCALE 단계(하이브리드 최적화): 웹과 미리보기는 Vercel에 유지하고, 백엔드 서비스·큐·데이터를 PaaS/관리형 데이터베이스로 점진적으로 분산한다.
OWN 단계(자율 통제): 하이퍼스케일 클라우드를 중심으로 하고, Vercel은 웹 애플리케이션 계층만 유지한다.

"작은 회사는 Vercel을 쓰고, 큰 회사는 AWS로 졸업한다"는 말은 지나치게 단순화된 것이다. 실제 상황은 기술 스택의 분해와 부하 재구성이다. 팀은 Build(극단적 속도 추구), Scale(하이브리드 최적화), Own(자율 통제) 단계로 진화하면서 상주 컴퓨팅, 데이터, 상태 유지 서비스를 PaaS나 하이퍼스케일 클라우드로 옮기되, 웹 애플리케이션, 미리보기 환경, 배포 워크플로는 여전히 Vercel에 남긴다.

리스크와 시장 공간

주요 리스크

시장 공간

조 단위의 클라우드 시장 수치는 오해를 불러일으키며, 계층별로 좁혀야 한다:

3.4억 달러의 연환산 매출은 어드레서블 추상화 계층의 약 3~4%로, 성장 여지는 충분하다. 결과를 실제로 결정하는 것은 기회의 크기가 아니라 리텐션, 마진, 가격 결정권, 진입 기업가치다.

💡 요약

Vercel의 비즈니스 본질은 기반 인프라를 소유하는 것이 아니라 코드와 클라우드 사이의 추상화 관계를 수익화하는 데 있으며, 현재 매출의 대부분은 여전히 확립된 웹 배포 커널에서 나온다. AI는 확실히 올바른 노출 방향을 가져다주었고, 에이전트가 트리거하는 배포 비중은 50%를 넘지만(이는 Vercel 내부의 트래픽 구조만을 나타낸다), 고빈도 배포 활동이 궁극적으로 지속적인 마진으로 전환될 수 있는지는 아직 증거가 뒷받침하지 못한다.

방어 장벽 측면에서 회사는 선점 우위를 지니지만, 에이전트를 겨냥한 도구는 쉽게 따라 복제될 수 있고, 데이터·모델·기반 클라우드 등 핵심 자산은 모두 플랫폼 밖에 남는다.

경쟁에 직면해 Cloudflare와 AWS 같은 대체재는 고객을 완전히 이전시킬 필요 없이, 계약 갱신 협상 시 신뢰할 만한 선택지를 제시하는 것만으로 가격 결정권을 효과적으로 상한 지을 수 있다. 동시에 규모화된 성장 고객은 기반 통제권을 되찾기 위해 기술 스택을 분해하려는 경향이 더 강하다.