광고 한 줄이라도 붙었으면 Hobby 로는 안 됩니다. 기준은 Fair Use Guidelines 의 Commercial usage 절에 적혀 있고, Hobby 팀은 비상업적 개인 용도로만 쓰도록 제한되며 플랫폼의 모든 상업적 이용에는 Pro 나 Enterprise 가 필요합니다. 방문자에게 결제를 요청하거나 처리하는 것, 상품이나 서비스 판매를 광고하는 것, 사이트를 만들거나 고치거나 호스팅해 주고 대가를 받는 것, 제휴 링크가 사이트의 주된 목적인 것, 구글 애드센스 같은 광고를 넣는 것이 모두 예시로 올라가 있어요. 이 문서의 최종 수정일은 2026년 7월 29일이고, 아래 수치는 전부 2026년 9월 공식 문서 기준입니다.

이 목록에서 빠져 있는 건 기부를 요청하는 행위(Asking for Donations) 하나입니다.

Vercel Hobby 상업적 이용, 어디부터 금지인가요?

정의가 생각보다 넓습니다. 프로젝트 제작의 어느 단계든 관여한 사람의 금전적 이익을 목적으로 하는 배포면 상업적 이용이고, 코드를 작성한 유급 직원이나 외주 인력도 그 ‘관여한 사람’에 들어간다고 문서가 못 박아 두었습니다.

외주로 만들어 준 사이트를 개인 Hobby 계정에 그대로 올려 둔 경우가 여기에 걸립니다. 사이트를 만들거나 고치거나 호스팅해 주고 대가를 받는 것이 상업적 이용 예시 목록에 그대로 올라가 있으니까요. 상품이나 서비스 판매를 광고하는 랜딩 페이지, 제휴 링크가 사이트의 주된 목적인 블로그도 같은 목록에 들어갑니다.

헷갈리는 지점은 같은 문서 위쪽에 있습니다. Examples of fair use 목록에는 정적 사이트, 하이브리드 앱, 프런트엔드 앱, 싱글 페이지 애플리케이션, DB 나 API 를 조회하는 함수와 나란히 블로그·이커머스·마케팅 사이트가 올라가 있어요. 돌리는 앱의 종류로만 보면 이커머스도 fair use 인 셈인데, 같은 페이지 아래쪽 Commercial usage 절은 결제를 처리하는 순간 Pro 나 Enterprise 를 요구합니다. 앞 목록은 어떤 워크로드를 올려도 되는지, 뒤 목록은 어떤 플랜이 필요한지를 말하는 서로 다른 기준이라, 앞쪽만 읽고 결제가 오가는 이커머스 사이트를 Hobby 에 올리면 뒤쪽 Commercial usage 절에 그대로 걸립니다.

Fair Use Guidelines 에는 플랜과 무관하게 아예 허용되지 않는 용도도 따로 적혀 있습니다. 프록시와 VPN, 핫링크용 미디어 호스팅, 스크래퍼, 크립토 마이닝, 허가 없는 부하 테스트, 침투 테스트가 그 목록인데요. 무료냐 유료냐를 떠나 이 용도들은 Pro 로 올려도 마찬가지로 위반입니다.

경계선이 애드센스 한 줄에서 갈리는데도, 문서는 애매하면 지원팀에 문의하라는 문장으로 판단을 사용자에게 넘깁니다. 위반이 확인되면 어떤 순서로 무엇이 정지되는지, 유예 기간이 며칠인지는 이 페이지에 없습니다. 가장 궁금한 대목을 비워 둔 셈이라 아쉬운 부분이에요.

다만 과도한 사용에 대해서는 조치를 취하기 전에 가능하면 먼저 연락해 바로잡도록 돕겠다는 문장이 붙어 있습니다.

Hobby 무료 한도 100GB와 초과 시 30일 대기

Hobby Plan 문서가 무료로 주는 월 한도는 Fast Data Transfer 100GB, Fast Origin Transfer 10GB, Edge Requests 100만 건, Function Invocations 100만 건, Active CPU 4시간, Provisioned Memory 360 GB-hrs 입니다. 이미지 쪽은 변환 5,000건, 캐시 읽기 300,000건, 캐시 쓰기 100,000건이고요. Global Config 는 읽기 100,000건에 쓰기 100건, Speed Insights 는 최근 30일 10,000 이벤트를 팀 전체가 나눠 쓰고, Web Analytics 와 Workflow 이벤트는 각각 월 50,000건입니다. 목록 끝에는 Workflow Data Written 1GB, Connect Token Requests 500건, Connect Triggers 1,000건이 더 붙어 있고요.

구조 쪽 한도도 같이 봐야 합니다. Hobby 는 프로젝트 200개, 프로젝트당 도메인 50개, 하루 배포 100회, 함수 최대 실행 300초, 빌드 vCPU 2개에 메모리 8GB·디스크 32GB, 런타임 로그 보관 1시간, WAF 의 IP 차단 3개와 커스텀 룰 3개까지 허용됩니다. Pro 는 같은 항목이 프로젝트 무제한, 도메인 무제한, 하루 배포 6,000회, 함수 기본 300초에 설정으로 800초까지·베타로 1800초까지, 빌드 vCPU 는 기본 4개에 최대 30개, 메모리는 8GB 에서 최대 60GB, 빌드 디스크는 32GB 에서 최대 64GB, 로그 1일, IP 차단 100개와 커스텀 룰 40개로 올라갑니다.

한도를 넘겼을 때의 처리가 유료 플랜과 완전히 다릅니다. Hobby 는 초과분을 결제해서 이어 쓰는 길이 없고, 대부분의 경우 30일이 지나야 그 기능을 다시 쓰게 됩니다. Web Analytics 쪽은 따로 적혀 있는데, 유예 기간 뒤 수집이 멈추고 7일이 지나야 다시 재개될 수 있다고 합니다.

개인 프로젝트 기준으로는 넉넉한 편입니다.

여기서 문서를 한쪽만 읽으면 손해를 봅니다. Fair Use Guidelines 의 Hobby 한도 표에는 Edge Requests·Global Config·Web Analytics 항목이 아예 없고, 같은 자원을 Fair Use 쪽은 Image Optimization Transformations, Hobby 문서 쪽은 Image Transformations 로 다르게 부릅니다. Fair Use 페이지는 한술 더 떠서 이 수치들이 Pro 플랜의 권리가 아니며 실제 청구는 포함 크레딧과 on-demand 요율로 이뤄진다고 따로 경고해 두었는데요. 같은 회사 문서 두 장이 항목 구성과 용어를 맞추지 않은 상태라, 한도를 계산하려면 두 페이지를 나란히 놓고 봐야 합니다.

Pro 요금 $20에 포함된 것과 좌석 추가 비용

Pro Plan 문서의 플랫폼 요금은 월 $20 이고, 여기에 배포 권한이 있는 팀 좌석 1개와 월 $20 상당의 사용 크레딧이 들어 있습니다. Owner 나 Member 역할의 좌석을 추가하면 1인당 월 $20 이 더 붙고, 읽기 전용인 Viewer 좌석은 인원 제한 없이 무료입니다. 혼자 쓰는 1인 개발자라면 월 $20 에서 시작하는 셈이죠.

크레딧을 다 쓰면 그때부터 계량 요금이 붙습니다. Function Invocations 는 100만 건당 $0.60, 이미지 변환은 1,000건당 $0.05, 이미지 캐시 읽기는 100만 건당 $0.40, 캐시 쓰기는 100만 건당 $4.00 입니다. Active CPU 는 시간당 $0.128 부터, Provisioned Memory 는 GB-hr 당 $0.0106 부터이고, Fast Data Transfer 와 Fast Origin Transfer 두 줄만 금액 대신 Regional 이라고 적혀 있는데요. 이 두 줄에는 단가가 없으니 추가 사용 요율표 한 장만 놓고는 월 비용이 계산되지 않습니다.

크레딧에는 기한이 붙어 있습니다. 월 $20 크레딧은 그달 안에 안 쓰면 말일에 소멸하고 다음 달 초에 다시 채워집니다. Pro 에는 Flat Rate CDN 의 가장 낮은 용량 구간이 추가 비용 없이 들어가는데, 월 CDN 요청 100만 건과 데이터 전송 1TB 가 그 구간의 용량입니다. 크레딧의 75% 를 쓰면 자동으로 알림이 오고, 다 쓰고 나면 팀이 on-demand 과금으로 넘어가면서 일간·주간 사용량 요약 메일이 옵니다. 신규 고객은 청구 주기당 $200 지점에 Spend Management 알림이 기본으로 켜진 상태로 시작하고요.

애드온은 따로 계산해야 합니다. SAML Single Sign-On 월 $300, HIPAA BAA 월 $350, Flags Explorer 월 $250, Preview Deployment Suffix 월 $100, Static IPs 는 프로젝트당 월 $100 에 프라이빗 데이터 전송료가 추가됩니다. Password Protection 은 보호하는 프로젝트마다 월 $20, Web Analytics Plus 는 월 $10, Speed Insights Plus 는 프로젝트당 월 $10 에 10,000 이벤트당 $0.65 이고, Observability Plus 는 100만 이벤트당 $1.20 입니다.

전환 경로는 대시보드에서 시작합니다. 팀을 고른 뒤 사이드바의 Settings 를 열고 Billing 을 선택하면 Plan 항목에 Upgrade 버튼이 있습니다. 팀이 없으면 이 자리에서 Create a Team 또는 Upgrade a Team 을 먼저 거치고, 멤버 추가는 선택이라 건너뛰어도 되며, 카드 정보를 넣고 Confirm and Upgrade 를 누르면 끝납니다. 유료 Pro 팀에는 첫해 무료 도메인이 팀당 1개 따라옵니다. 대상은 .site, .store, .app, .dev, .tech, .online, .space, .website 여덟 개 TLD 이고 2년 차부터는 정상 가격으로 갱신되는데, Pro 체험 중인 팀과 이미 한 번 받은 팀은 여기서 빠집니다. 새로 결제하는 팀은 업그레이드 결제 화면에서 바로 도메인을 받고, 기존 Pro 팀은 대시보드의 도메인 검색에서 받습니다.

되돌릴 때 조건이 까다롭습니다. 계정당 Hobby 팀은 1개로 제한되어 있어서, 이미 Hobby 팀이 있는 상태로 Pro 팀을 내리면 둘 중 하나를 지우거나 병합하라는 요구를 받습니다. 다운그레이드가 실행되면 원 소유자를 뺀 활성 멤버가 전부 제거되고, 연결된 스토어와 도메인은 다운그레이드를 진행하기 전에 직접 다른 곳으로 옮겨 두어야 합니다. 다운그레이드 버튼 자체는 Settings 의 Billing 안 Plan 항목에 있는 Downgrade Plan 입니다.

Vercel 요금 부가세, VAT 등록 사업자는 뭘 해야 하나요?

Taxes 문서에 적힌 대로 표시 가격은 전부 USD 이고 부가가치세·상품서비스세는 빠진 금액입니다. 국제 고객에 대한 VAT·GST 징수는 법이 요구하는 범위에 한해 2026년 4월 1일 발행분 인보이스부터 시작됐고, 미국 고객에 대한 sales tax 는 그 전부터 징수해 왔습니다. 세액은 청구지 주소와 해당 지역 규정에 따라 계산되어 인보이스에 별도 항목으로 찍힙니다. Vercel 이 징수 등록을 한 관할이 아니면 세금이 붙지 않는다는 단서도 같이 있어요.

표시된 월 $20 은 세전 금액이라, 청구지 주소가 Vercel 이 징수 등록을 마친 관할이면 인보이스 합계는 $20 을 넘습니다.

VAT 등록 사업자는 처리 방식이 다릅니다. billing settings 에 유효한 VAT ID 를 넣어 두면 시스템이 자동으로 처리하고, 대신 리버스 차지 방식으로 본인이 세금을 자진 신고할 의무가 생기기도 한다고 문서가 안내합니다. 세금이 잘못 붙은 인보이스는 vercel.com/help 에서 재발행을 요청하면 원본을 환불하고 수정본을 다시 발행하는 방식으로 정리되고, 미국 면세 조직은 면세 증명서를 tax@vercel.com 으로 보내 확인을 받아야 합니다.

반대로 미국 면세도 VAT 등록도 해당되지 않는 대부분의 고객은 따로 할 일이 없고, Vercel 이 청구 정보를 보고 세액을 자동으로 계산해 붙입니다.

Spend Management 배포 일시중지와 503 DEPLOYMENT_PAUSED

계량 요금이 무서워서 상한을 걸고 싶다면 Spend Management 를 쓰게 되는데, 이 기능 자체가 Pro 전용입니다. Hobby 에는 없고, Pro 팀 안에서도 Owner 나 Billing 역할만 접근합니다. 경로는 팀 대시보드에서 사이드바 Settings, 그다음 Billing, 그 안의 Spend Management 토글 순서예요.

금액을 정하는 것만으로는 사용이 멈추지 않습니다. 알림 받기, 웹훅 호출, 모든 프로젝트의 프로덕션 배포 일시중지 중에서 실행할 동작을 따로 골라야 하고, 일시중지를 쓰려면 Pause production deployment 스위치를 켠 뒤 팀 이름을 입력해 확인까지 해야 적용됩니다. 금액은 청구 주기 단위로 잡히고, 주기 중간에 설정하면 그때까지 쌓인 지출을 함께 셉니다. 현재 지출보다 낮은 금액을 넣으면 설정해 둔 동작이 그대로 실행되고요.

포함 범위도 좁습니다. 설정한 금액은 Pro 월 크레딧을 넘어선 계량 자원만 덮고, 좌석 요금과 마켓플레이스 통합, 별도 애드온은 여기에 들어가지 않습니다. 좌석을 늘리거나 Static IPs 를 붙여 놓고 상한만 믿고 있으면 계산이 어긋나요.

알림은 설정 금액의 50%, 75%, 100% 지점에서 웹과 이메일로 자동 발송되고, SMS 는 100% 도달 시에만 옵니다. 수신 설정은 Settings 안의 My Notifications 에서 Team 항목의 Spend Management 를 켜고 웹·이메일·SMS 별로 임계값을 고르는 식입니다.

정확한 상한이 아니라는 점이 이 기능의 약점입니다. Vercel 은 사용량을 몇 분 간격으로 점검하기 때문에 금액을 넘긴 뒤에도 몇 분 동안은 트래픽이 계속 처리되고 요금이 더 쌓입니다. 문서도 이 지연을 감안해서 실제로 감당 가능한 최대치보다 낮은 금액을 설정하라고 권합니다.

일시중지가 걸리면 방문자에게는 503 DEPLOYMENT_PAUSED 오류가 뜹니다. 멈춘 프로젝트는 금액 상한을 다시 올려도 자동으로 살아나지 않습니다. 대시보드나 REST API 로 프로젝트를 하나씩 직접 재개해야 하죠.

멈추기 전에 자동으로 뭔가를 하고 싶다면 웹훅 쪽을 보게 됩니다. 임계값에 닿으면 Vercel 이 지정한 URL 로 HTTPS POST 를 보내는데, JSON 본문에는 설정 금액 budgetAmount, 현재 지출 currentSpend, teamId, 임계 비율 thresholdPercent 가 담깁니다. 전송 시점은 50%·75%·100% 세 곳이고, 2025년 9월 이전에 만든 예산은 100% 에서만 옵니다. 받는 엔드포인트는 공개 주소여야 하고, 검증은 요청의 x-vercel-signature 헤더를 웹훅 저장 시 생성된 SHA 와 비교하는 방식입니다.

금액 생성과 수정, 프로젝트 일시중지와 재개 기록은 팀 대시보드 사이드바의 Activity 에 남습니다.

GitHub Pages·Cloudflare 무료 호스팅의 상업적 이용 제한

무료 호스팅을 갈아타면 해결되는 문제인가 하면, GitHub Pages 는 Vercel 보다 표현이 더 셉니다. GitHub Pages limits 문서는 온라인 비즈니스 운영이나 이커머스 사이트, 상거래를 주목적으로 하는 사이트, 상용 SaaS 제공에 무료 웹호스팅으로 쓰는 것을 허용하지 않는다고 적어 두었고, 비밀번호나 카드번호가 오가는 민감한 거래에도 쓰지 말라고 덧붙입니다.

GitHub Pages 의 수치 한도는 발행된 사이트 1GB, 소스 저장소 권장 1GB, 배포 10분 타임아웃, 월 100GB 소프트 대역폭, 시간당 빌드 10회 소프트 한도입니다. 빌드 한도는 자체 GitHub Actions 워크플로로 빌드·발행하면 적용되지 않고, 속도 제한에 걸리면 HTTP 429 응답과 안내 HTML 본문을 받습니다. 계정당 user 또는 organization 사이트는 1개까지만 만들어집니다.

한도를 넘겼을 때의 문구도 Vercel 과 다릅니다. GitHub 문서는 사이트를 제공하지 못할 수 있다고 적으면서, 동시에 서버 부담을 줄이는 방법을 제안하는 정중한 메일을 GitHub Support 가 보낼 수도 있다고 써 두었어요. 제안 목록에 제3자 CDN 쓰기, 릴리스 기능 쓰기, 그리고 다른 호스팅 서비스로 옮기기가 나란히 들어 있습니다.

Cloudflare 는 제한을 거는 방식이 다릅니다. Workers limits 문서의 무료 플랜은 하루 요청 100,000건, 요청당 CPU 시간 10ms, 메모리 128MB, 요청당 서브리퀘스트 50건, Worker 100개, 계정당 크론 트리거 5개로 한도가 잡혀 있고, 유료 플랜은 요청 무제한에 HTTP 요청당 CPU 기본 30초·설정으로 최대 5분입니다. 무료 플랜의 하루 요청 한도는 UTC 자정에 초기화되고, 넘기면 Cloudflare 가 Error 1027 을 돌려줍니다. 이때의 동작은 해당 라우트를 토글해 고르는데, Worker 를 건너뛰는 fail open 과 Cloudflare 1027 오류 페이지를 돌려주는 fail closed 두 가지예요.

Pages limits 문서 쪽 무료 플랜은 동시 빌드 1개에 월 500회 빌드, 빌드 20분 타임아웃, 프로젝트당 커스텀 도메인 100개, 사이트당 파일 20,000개, 파일 하나당 25MiB 까지입니다. 계정당 Pages 프로젝트는 100개가 상한이고 이 숫자는 통상적으로 올려 주지 않는다고 적혀 있으며, 가입 첫 48시간 동안은 새 프로젝트를 만드는 횟수가 따로 제한됩니다. _redirects 는 정적 2,000개에 동적 100개까지, _headers 는 규칙 100개까지 받습니다.

용도로 막느냐 숫자로 막느냐의 차이인데요. Vercel 과 GitHub 은 무료 플랜에 상업적 용도 조항을 걸어 두었고, Cloudflare 의 두 한도 문서에는 용도를 따지는 조항 없이 요청 수·빌드 수·파일 수만 적혀 있습니다. 광고를 붙인 개인 블로그를 무료로 굴릴 자리라면, 용도 조항이 걸린 Vercel Hobby 보다 한도 숫자만 따지는 Cloudflare Pages 쪽이 덜 걸립니다. 반대로 결제가 오가는 서비스를 굴리면서 월 $20 을 아끼려고 무료 플랜을 고집하는 선택은 추천하지 않습니다.

광고 수익이 월 $20 을 못 넘는 블로그라면 Pro 로 올리는 대신 정적 호스팅으로 옮기는 쪽이 계산이 맞습니다. 결제를 붙인 서비스라면 반대고요. 지출에 상한을 걸 스위치부터가 Pro 에만 달려 있으니까요.

참고 자료

</content>