Netlify 무료 플랜으로 웹사이트를 운영할 때 알아야 할 제한사항

Netlify는 정적 웹사이트, Jamstack 프로젝트, 프론트엔드 애플리케이션을 빠르게 배포하기 좋은 플랫폼이다. GitHub, GitLab, Bitbucket과 연동해 자동 배포를 구성할 수 있고, React, Vue, Svelte, Astro, Next.js, Nuxt 같은 프레임워크도 쉽게 배포할 수 있다.
Vercel이 Next.js 중심의 프론트엔드 배포 플랫폼으로 많이 쓰인다면, Netlify는 정적 사이트, Jamstack, Forms, 서버리스 함수, Deploy Preview, CDN 기반 호스팅에서 오래 강점을 보여온 서비스다.
하지만 Netlify 역시 무료 플랜을 “무제한 무료 서버”처럼 생각하면 안 된다. 무료로 시작할 수는 있지만, 실제 서비스 운영에서는 트래픽, 배포, 서버리스 함수, 요청 수, 스토리지, 로그 보관, 팀 협업 제한을 확인해야 한다.
이 글에서는 Netlify Free 플랜에서 몇 개의 웹사이트를 운영할 수 있는지, 트래픽과 사용량은 프로젝트별인지 계정 또는 팀 전체 기준인지, 그리고 무료로 Netlify를 활용할 때 무엇을 조심해야 하는지 정리한다. 수치는 2026년 6월 8일 기준 Netlify Pricing과 Netlify credit-based plans 문서를 기준으로 확인했다.
1. Netlify 무료 플랜에서는 웹사이트를 몇 개까지 운영할 수 있을까?
현재 Netlify Free 플랜은 무료로 빌드하고 배포할 수 있는 플랜이다. Pricing 페이지 기준으로 Free 플랜에는 다음 기능이 포함된다.
- Git, AI, API를 통한 배포
- Unlimited deploy previews
- Custom domain과 SSL
- Functions
- Netlify Database
- Blob storage
- Basic rate limiting
- Global CDN
- 월 300 credits
중요한 점은 “사이트 개수”보다 “월 사용량”이다.
Netlify 문서에 따르면 2025년 9월 4일부터 새 Netlify 계정은 credit-based pricing plans를 사용한다. 이 구조에서는 사용량이 credits로 통합 관리된다. 따라서 현재 새 계정 기준으로는 다음처럼 이해하는 것이 안전하다.
Netlify Free 플랜에서 여러 웹사이트를 만들 수는 있지만, 실질적인 운영 가능 수는 월 300 credits 안에서 결정된다.
웹사이트를 10개 만들었더라도 트래픽이 거의 없는 정적 페이지라면 문제가 없을 수 있다. 반대로 사이트가 1개뿐이어도 트래픽이 많거나 Functions, Database, Blob, Edge Functions, AI Gateway를 적극적으로 사용하면 무료 한도에 빨리 도달할 수 있다.
2. 무료 사용량은 프로젝트별인가, 계정 전체 기준인가?
핵심은 이렇다.
Netlify Free 플랜의 사용량은 프로젝트별로 완전히 독립된 무료 한도가 아니라, 팀 또는 계정의 월 credit 한도 안에서 관리된다고 보는 것이 안전하다.
Netlify의 credit 문서는 Free 플랜에 월 300 credits가 포함된다고 설명한다. 또한 월 credit allotment가 팀의 모든 web project에서 사용되고, 사용량이 모두 소진되면 팀의 모든 web project가 paused 상태가 된다고 설명한다.
대표적인 credit 소모 방식은 다음과 같다.
| 항목 | Credit 소모 방식 |
|---|---|
| Production deploy | 1회당 15 credits |
| Deploy Preview 또는 branch deploy | 0 credits |
| Compute | GB-hour당 10 credits |
| Netlify Forms submissions | credit-based plans에서 무료 |
| AI inference | AI 모델 사용량 USD 1달러당 180 credits |
| Bandwidth | GB당 20 credits |
| Web requests | 10,000 requests당 2 credits |
단순 계산을 해보면 다음과 같다.
| 가정 | 월 300 credits 기준 대략치 |
|---|---|
| Bandwidth만 사용 | 약 15GB |
| Production deploy만 사용 | 약 20회 |
| Web requests만 사용 | 약 1,500,000 requests |
실제 프로젝트는 bandwidth, production deploy, compute, web requests를 동시에 사용한다. 따라서 “무료 플랜은 월 15GB 트래픽이 무조건 가능하다” 또는 “배포를 20번까지 무조건 할 수 있다”처럼 단순하게 계산하면 안 된다. 새 Netlify 계정의 핵심은 개별 항목별 고정 무료량이 아니라 월 300 credits 안에서 여러 사용량이 함께 차감된다는 점이다.
3. 한 프로젝트가 한도를 넘으면 다른 프로젝트도 영향을 받을까?
그렇다. 이 부분이 Netlify Free 플랜에서 가장 중요하다.
Netlify credit 문서는 월 credit allotment가 팀의 모든 web project에서 소진되면 모든 web project가 paused 상태가 되고, 방문자는 각 프로젝트 URL에서 Site not available 페이지를 보게 된다고 설명한다.
예를 들어 다음과 같은 상황을 생각해볼 수 있다.
| 프로젝트 | 상태 |
|---|---|
| 사이트 A | 트래픽 거의 없음 |
| 사이트 B | 트래픽 거의 없음 |
| 사이트 C | 커뮤니티 공유로 트래픽 급증 |
이 경우 사이트 C만 문제가 되는 것이 아니라, 팀 또는 계정 전체의 프로젝트가 영향을 받을 수 있다.
따라서 무료 Netlify 계정 하나에 중요한 사이트와 실험용 사이트를 모두 넣어두는 것은 위험하다. 블로그, 포트폴리오, 고객 데모, 테스트 앱을 한 팀에서 모두 운영한다면 하나의 프로젝트가 전체 운영 안정성에 영향을 줄 수 있다.
4. Netlify 무료 플랜은 상업적 프로젝트에 사용할 수 있을까?
Netlify Free 플랜은 개인 프로젝트, 실험, 초기 프로젝트를 시작하기에 좋은 플랜이다. Vercel Hobby 플랜처럼 비상업적 개인 사용을 전면에 강하게 내세우는 구조와는 결이 조금 다르다.
그렇다고 고객사 운영 웹사이트나 회사 서비스를 무료 플랜에 계속 올려두는 것이 좋은 판단이라는 뜻은 아니다.
기술적으로 가능하더라도 다음과 같은 경우에는 유료 플랜을 고려하는 것이 현실적이다.
- 고객사 공식 웹사이트
- 회사 랜딩 페이지
- 광고 집행용 마케팅 페이지
- 결제 기능이 있는 서비스
- 예약, 문의, 회원가입이 중요한 서비스
- 트래픽이 지속적으로 발생하는 블로그
- 장애 발생 시 빠르게 복구해야 하는 서비스
무료 플랜은 시작 비용 없이 배포할 수 있는 환경이지, 운영 안정성과 충분한 관측 가능성이 보장되는 프로덕션 인프라라고 보기는 어렵다.
5. 정적 웹사이트에는 꽤 적합하다
Netlify는 정적 웹사이트 운영에 잘 맞는다. 다음과 같은 프로젝트는 Free 플랜에서도 비교적 실용적으로 운영할 수 있다.
- 개인 포트폴리오
- 개인 블로그
- 정적 랜딩 페이지
- 오픈소스 프로젝트 문서
- HTML, CSS, JavaScript 데모
- Astro, Hugo, Eleventy 기반 사이트
- React, Vue, Svelte 정적 빌드 결과물
정적 사이트는 서버리스 함수 실행이 거의 없고, 캐시 효율이 좋으며, 운영 구조가 단순하다. 방문자가 아주 많지 않다면 Netlify Free 플랜만으로도 충분할 수 있다.
하지만 이미지가 많거나, 파일 다운로드가 많거나, 외부에서 자주 공유되는 사이트라면 bandwidth credits를 빠르게 소모할 수 있다.
6. 동적 애플리케이션은 신중해야 한다
Netlify는 Functions, Edge Functions, Database, Blob storage, AI Gateway 같은 기능도 제공한다. 즉, 단순 정적 호스팅을 넘어 일부 백엔드성 기능까지 처리할 수 있다.
하지만 무료 플랜에서 다음과 같은 애플리케이션을 운영하는 것은 주의해야 한다.
- 로그인 기능이 있는 앱
- 서버리스 API 호출이 많은 앱
- 이미지 업로드 기능이 있는 앱
- 파일 다운로드가 많은 서비스
- 데이터베이스를 자주 호출하는 서비스
- 외부 API를 자주 프록시하는 서비스
- 실시간성에 가까운 기능이 필요한 앱
- AI API 또는 AI Gateway를 사용하는 앱
이런 앱은 bandwidth뿐 아니라 compute, web requests, database usage, blob storage usage, AI inference usage까지 함께 증가한다. 단순 페이지뷰보다 비용 구조가 훨씬 복잡해진다.
무료 플랜에서는 “동작한다”와 “서비스로 운영할 수 있다”를 구분해야 한다.
7. Production deploy도 credits를 사용한다
Netlify credit-based plan에서는 successful production deploy 1회당 15 credits를 사용한다. 반면 Deploy Preview와 branch deploy는 preview, 실험, 버전 관리를 위한 배포로 0 credits로 설명되어 있다. 실패한 deploy와 이전 production deploy로 rollback하는 작업도 credits를 사용하지 않는다.
월 300 credits만 있다고 가정하면 production deploy만으로는 약 20회 배포가 가능하다. 하지만 실제로는 트래픽, requests, compute도 함께 credits를 사용하므로 실제 운영 여유는 더 줄어들 수 있다.
개발 중 main 브랜치에 자주 push하는 습관이 있다면 무료 플랜에서는 불리할 수 있다. 권장 방식은 다음과 같다.
- 실험적인 커밋은 별도 브랜치에서 작업한다.
- production deploy를 불필요하게 자주 만들지 않는다.
- 작은 수정마다 main에 바로 merge하지 않는다.
- 로컬에서 충분히 확인한 뒤 배포한다.
- Deploy Preview와 production deploy의 차이를 이해한다.
Netlify의 Deploy Preview는 강력한 기능이다. 무료 플랜에서는 이 장점을 활용하고, production deploy는 실제 릴리스 단위로 관리하는 편이 좋다.
8. 트래픽 폭증에 취약하다
무료 플랜에서 가장 위험한 상황은 예상하지 못한 트래픽 폭증이다.
개인 블로그 글이 커뮤니티, 뉴스레터, SNS에서 갑자기 공유되면 다음 항목이 빠르게 증가한다.
- bandwidth
- web requests
- Image CDN usage
- function responses
- file downloads
특히 이미지가 많은 글, 데모 파일 다운로드, 동영상 파일, PDF 파일이 포함된 사이트라면 bandwidth 사용량이 빠르게 늘어난다.
무료 플랜에서 트래픽 폭증 리스크를 줄이려면 다음을 고려해야 한다.
- 큰 이미지는 압축 후 업로드한다.
- 동영상은 YouTube, Vimeo 같은 외부 서비스를 사용한다.
- 대용량 파일 다운로드는 별도 스토리지를 사용한다.
- 이미지 포맷은 WebP, AVIF를 적극 활용한다.
- 불필요한 폰트 파일을 줄인다.
- 캐싱 헤더 설정을 확인한다.
9. Forms, Functions, Edge Functions의 차이를 구분해야 한다
Netlify의 장점 중 하나는 Forms다. HTML form을 간단히 연결해 문의 폼을 만들 수 있다. 현재 credit-based plans 문서 기준으로 Netlify Forms submissions는 무료로 설명되어 있다.
하지만 Forms가 무료라고 해서 Netlify의 모든 동적 기능이 무료라는 뜻은 아니다. 특히 다음 기능을 사용할 때는 credit 소모와 플랜 제한을 확인해야 한다.
- Netlify Functions
- Edge Functions
- Netlify Database
- Blob Storage
- Image CDN
- AI Gateway
- Agent Runners
단순 정적 페이지라면 문제가 적지만, 이런 기능을 붙이는 순간 Netlify는 단순 호스팅이 아니라 애플리케이션 플랫폼으로 동작한다. 이 경우 무료 플랜의 사용량 관리가 훨씬 중요해진다.
10. 로그와 모니터링 제한도 확인해야 한다
무료 플랜에서는 관측 가능성, 로그 보관, 분석 기능에도 제한이 있다.
Netlify Pricing 페이지 기준으로 Free 플랜은 다음 수준의 보관 기간을 제공한다.
| 항목 | Free 플랜 기준 |
|---|---|
| Observability | 1-day history |
| Web Analytics & Real User Monitoring | 1-day retention |
| Functions log retention | 24-hour history |
| Edge Functions log retention | 24-hour history |
개인 프로젝트에서는 충분할 수 있지만, 운영 서비스에서는 부족할 수 있다. 예를 들어 금요일 밤에 장애가 발생했는데 월요일에 확인하면 필요한 로그가 이미 사라졌을 가능성이 있다.
운영 서비스라면 다음을 고려해야 한다.
- 외부 에러 추적 도구 사용
- 중요한 API 에러 별도 저장
- 폼 제출 실패 로그 확인
- 함수 실행 실패 알림 구성
- 장애 대응 기준 수립
무료 플랜은 장애 분석과 장기 모니터링에 적합한 환경은 아니다.
11. 운영 전 체크리스트
Netlify Free 플랜으로 웹사이트나 앱을 운영하기 전에는 다음 항목을 확인하는 것이 좋다.
- 현재 계정이 credit-based plan인지 legacy plan인지 확인했는가?
- 월 300 credits 안에서 운영 가능한가?
- production deploy 횟수가 과도하지 않은가?
- bandwidth 사용량이 크지 않은가?
- 이미지와 파일 용량을 최적화했는가?
- Functions 사용량이 많지 않은가?
- Edge Functions 사용량이 많지 않은가?
- Database 또는 Blob Storage를 많이 쓰지 않는가?
- AI Gateway나 Agent Runners를 사용하지 않거나, 사용량 제한을 이해했는가?
- 한 프로젝트의 사용량 증가가 전체 프로젝트 pause로 이어질 수 있음을 이해했는가?
- 중요한 서비스와 실험용 프로젝트를 같은 무료 팀에 몰아넣지 않았는가?
- 로그 보관 시간이 짧아도 문제가 없는가?
- 고객사 또는 회사 서비스라면 유료 플랜을 검토했는가?
이 중 여러 항목이 불안하다면 Free 플랜은 개발, 테스트, 개인 프로젝트 용도로만 쓰는 것이 안전하다.
12. Vercel 무료 플랜과 비교하면 어떤 차이가 있을까?
Vercel과 Netlify는 둘 다 무료 배포가 가능하지만, 무료 플랜의 성격이 다르다.
| 항목 | Vercel Hobby | Netlify Free |
|---|---|---|
| 강점 | Next.js, 프론트엔드 앱, 서버리스 통합 | 정적 사이트, Jamstack, Forms, Deploy Preview |
| 무료 사용 성격 | 개인, 비상업적 사용 중심 | 개인 프로젝트와 초기 실험 중심 |
| 사용량 구조 | 항목별 제한 중심 | 새 계정은 credits 기반 |
| 여러 프로젝트 운영 | 가능하지만 계정 사용량 주의 | 가능하지만 월 300 credits와 pause 리스크 주의 |
| 트래픽 관리 | Fast Data Transfer 등 제한 확인 필요 | Bandwidth가 credits를 소모 |
| 배포 관리 | 배포 횟수와 빌드 시간 확인 필요 | Production deploy가 credits를 소모 |
정적 사이트나 간단한 랜딩 페이지는 Netlify가 더 편하게 느껴질 수 있다. 반면 Next.js App Router, Vercel Functions, Vercel Edge 중심의 프로젝트라면 Vercel이 더 자연스러울 수 있다.
하지만 둘 다 무료 플랜에서는 테스트, 학습, 소규모 개인 프로젝트에 더 적합하다는 점은 같다.
결론: Netlify 무료 플랜은 월 300 credits를 중심으로 봐야 한다
Netlify Free 플랜은 개인 포트폴리오, 정적 블로그, 오픈소스 데모, 소규모 프론트엔드 프로젝트를 배포하기에 좋은 선택이다. Custom domain, SSL, CDN, Functions, Deploy Preview 등 개발자에게 필요한 기능을 무료로 시작할 수 있다는 점은 확실한 장점이다.
하지만 현재 새 Netlify 계정의 무료 플랜은 월 300 credits라는 제한이 핵심이다. bandwidth, production deploy, compute, web requests 등이 이 credits를 함께 사용한다. 또한 팀의 credits가 모두 소진되면 전체 web projects가 paused 상태가 될 수 있다는 점도 중요하다.
현실적인 판단 기준은 다음과 같다.
| 상황 | 판단 |
|---|---|
| 개인 포트폴리오, 정적 블로그, 테스트 앱 | Netlify Free 적합 |
| 고객사 웹사이트, 회사 서비스, 트래픽 있는 앱 | Personal, Pro 또는 별도 인프라 검토 |
무료로 시작하는 것은 좋다. 하지만 실제 사용자가 생기고, 트래픽이 늘고, 서버리스 함수나 데이터 저장 기능을 쓰기 시작한다면 그때부터는 무료 호스팅이 아니라 운영 인프라로 판단해야 한다.
참고로 2025년 9월 4일 이전 계정은 legacy plan일 수 있다. 새 계정과 기존 계정의 한도 체계가 다를 수 있으므로, Netlify 대시보드의 Usage & billing에서 본인 팀의 플랜 유형을 먼저 확인하는 것이 정확하다.

Netlify is a convenient platform for quickly deploying static websites, Jamstack projects, and frontend applications. It can connect to GitHub, GitLab, and Bitbucket for automatic deployments, and it works well with frameworks such as React, Vue, Svelte, Astro, Next.js, and Nuxt.
If Vercel is often used as a frontend deployment platform centered around Next.js, Netlify has long been strong for static sites, Jamstack workflows, Forms, serverless functions, Deploy Previews, and CDN-based hosting.
Still, you should not treat Netlify's free plan as an unlimited free server. It is easy to start for free, but real operation requires checking traffic, deployments, serverless functions, request volume, storage, log retention, and team collaboration limits.
This article explains how many websites you can realistically operate on Netlify Free, whether traffic and usage are calculated per project or across the whole account/team, and what to watch before using Netlify for a real app. The numbers were checked on June 8, 2026, against Netlify Pricing and the Netlify credit-based plans documentation.
1. How many websites can you run on Netlify Free?
Netlify Free is currently a plan for building and deploying at no cost. According to the Pricing page, the Free plan includes:
- Deploys through Git, AI, and API
- Unlimited deploy previews
- Custom domain and SSL
- Functions
- Netlify Database
- Blob storage
- Basic rate limiting
- Global CDN
- 300 credits per month
The important point is monthly usage, not simply the number of sites.
According to Netlify docs, all new Netlify accounts created from September 4, 2025 onward use credit-based pricing plans. In this model, usage is managed through credits. For a current new account, it is safest to understand the Free plan like this:
You can create multiple websites on Netlify Free, but the practical number you can operate is determined by the monthly 300-credit limit.
You may be fine with 10 websites if they are mostly static pages with almost no traffic. Conversely, a single site can reach the free limit quickly if it has meaningful traffic or uses Functions, Database, Blob, Edge Functions, or AI Gateway heavily.
2. Is free usage counted per project or across the account?
The core point is this:
Netlify Free usage should be understood as usage managed inside a team or account monthly credit limit, not as a fully independent free allowance per project.
Netlify's credit documentation says the Free plan includes 300 credits per month. It also explains that the monthly credit allotment is used by all web projects on a team, and when it is fully used, all web projects on that team are paused.
Representative credit usage looks like this:
| Item | Credit usage |
|---|---|
| Production deploy | 15 credits each |
| Deploy Preview or branch deploy | 0 credits |
| Compute | 10 credits per GB-hour |
| Netlify Forms submissions | Free on credit-based plans |
| AI inference | 180 credits per USD of AI model usage |
| Bandwidth | 20 credits per GB |
| Web requests | 2 credits per 10,000 requests |
As a simple calculation:
| Assumption | Approximate amount with 300 monthly credits |
|---|---|
| Bandwidth only | About 15GB |
| Production deploys only | About 20 deploys |
| Web requests only | About 1,500,000 requests |
Real projects use bandwidth, production deploys, compute, and web requests together. So you should not simplify this as "the free plan always includes 15GB of traffic" or "you can always deploy 20 times." For new Netlify accounts, the key is that several usage categories draw from the same 300 monthly credits.
3. Can one project affect other projects?
Yes. This is one of the most important details of Netlify Free.
Netlify's credit documentation says that when the monthly credit allotment is used up for all web projects on a team, all web projects are paused, and visitors see a Site not available page at each project URL.
For example:
| Project | Status |
|---|---|
| Site A | Almost no traffic |
| Site B | Almost no traffic |
| Site C | Traffic spike after being shared in a community |
In this case, Site C is not the only risk. The entire team or account can be affected.
That means it is risky to keep important websites and experimental websites together in one free Netlify team. If your blog, portfolio, client demo, and test app all live under the same team, one project can affect the operational stability of all the others.
4. Can you use Netlify Free for commercial projects?
Netlify Free is a good starting plan for personal projects, experiments, and early-stage projects. Its positioning is a little different from Vercel Hobby, which emphasizes personal, non-commercial use more strongly.
That does not mean it is a good idea to keep client websites or company services on the free plan indefinitely.
Even if it is technically possible, you should consider a paid plan for:
- Official client websites
- Company landing pages
- Marketing pages with ad traffic
- Services with payments
- Services where reservations, inquiries, or sign-ups matter
- Blogs with steady traffic
- Services that need quick incident recovery
The free plan is a way to deploy without initial cost. It is not the same as production infrastructure with strong operational stability and sufficient observability.
5. Static websites are a strong fit
Netlify is very well suited to static websites. The Free plan can be practical for:
- Personal portfolios
- Personal blogs
- Static landing pages
- Open-source documentation
- HTML, CSS, and JavaScript demos
- Astro, Hugo, and Eleventy sites
- Static build outputs from React, Vue, or Svelte
Static sites rarely execute serverless functions, cache well, and have a simple operational model. If visitor volume is modest, Netlify Free can be enough.
But if a site has many images, large file downloads, or frequent external sharing, bandwidth credits can be consumed quickly.
6. Be careful with dynamic applications
Netlify also provides Functions, Edge Functions, Database, Blob storage, and AI Gateway. In other words, it can handle some backend-like functionality beyond static hosting.
However, you should be careful when running apps like these on the free plan:
- Apps with login
- Apps with many serverless API calls
- Apps with image uploads
- Services with many file downloads
- Services that call a database often
- Services that proxy external APIs frequently
- Apps that need near-real-time behavior
- Apps using AI APIs or AI Gateway
These apps increase not only bandwidth, but also compute, web requests, database usage, blob storage usage, and AI inference usage. Their cost structure is much more complex than simple page views.
On the free plan, you need to distinguish "it runs" from "it can be operated as a service."
7. Production deploys use credits too
On Netlify credit-based plans, each successful production deploy uses 15 credits. Deploy Previews and branch deploys are described as 0-credit deployments for previews, experiments, and versioning. Failed deploys and rollbacks to a previous production deploy do not use credits.
With only 300 monthly credits, production deploys alone would allow about 20 deploys. But in real operation, traffic, requests, and compute also consume credits, so the actual margin is smaller.
If you often push directly to the main branch during development, the free plan can become limiting. A better workflow is:
- Do experimental work on separate branches.
- Avoid unnecessary production deploys.
- Do not merge every tiny change directly into main.
- Verify locally before deploying.
- Understand the difference between Deploy Preview and production deploy.
Deploy Preview is one of Netlify's strongest features. On the free plan, use that advantage and reserve production deploys for real release points.
8. Traffic spikes are risky
The riskiest free-plan scenario is an unexpected traffic spike.
If a personal blog post is suddenly shared in a community, newsletter, or social network, these metrics can increase quickly:
- bandwidth
- web requests
- Image CDN usage
- function responses
- file downloads
Sites with many images, demo file downloads, video files, or PDF files can consume bandwidth rapidly.
To reduce traffic-spike risk on the free plan:
- Compress large images before uploading.
- Host videos on external services such as YouTube or Vimeo.
- Use separate storage for large downloads.
- Prefer WebP and AVIF image formats.
- Reduce unnecessary font files.
- Check caching headers.
9. Separate Forms from Functions and Edge Functions
Forms are one of Netlify's strengths. You can connect a simple HTML form and build an inquiry form with little setup. According to the current credit-based plans documentation, Netlify Forms submissions are free.
But free Forms do not mean every dynamic Netlify feature is free. You still need to monitor credit usage and plan limits when using:
- Netlify Functions
- Edge Functions
- Netlify Database
- Blob Storage
- Image CDN
- AI Gateway
- Agent Runners
A simple static page has fewer concerns. Once you add these features, Netlify behaves less like simple hosting and more like an application platform. Usage management becomes much more important.
10. Check logs and monitoring limits
The free plan also has limits around observability, log retention, and analytics.
According to Netlify Pricing, the Free plan includes:
| Item | Free plan |
|---|---|
| Observability | 1-day history |
| Web Analytics & Real User Monitoring | 1-day retention |
| Functions log retention | 24-hour history |
| Edge Functions log retention | 24-hour history |
This can be enough for personal projects, but it can be insufficient for operated services. If an incident happens on Friday night and you check on Monday, the logs you need may already be gone.
For operated services, consider:
- External error tracking
- Separate storage for important API errors
- Monitoring failed form submissions
- Alerts for function execution failures
- A clear incident response policy
The free plan is not ideal for incident analysis or long-term monitoring.
11. Pre-launch checklist
Before operating a website or app on Netlify Free, check:
- Have you confirmed whether your account is on a credit-based plan or a legacy plan?
- Can the project operate within 300 monthly credits?
- Are production deploys excessive?
- Is bandwidth usage likely to be high?
- Have images and file sizes been optimized?
- Is Functions usage low?
- Is Edge Functions usage low?
- Does the project use Database or Blob Storage heavily?
- If you use AI Gateway or Agent Runners, do you understand the usage limits?
- Do you understand that one project's usage spike can pause all projects?
- Are important services and experimental projects separated?
- Is short log retention acceptable?
- If this is a client or company service, have you considered a paid plan?
If several of these feel uncertain, Free is safer for development, testing, and personal projects.
12. How is this different from Vercel's free plan?
Both Vercel and Netlify support free deployments, but their free plans have different shapes.
| Item | Vercel Hobby | Netlify Free |
|---|---|---|
| Strength | Next.js, frontend apps, serverless integration | Static sites, Jamstack, Forms, Deploy Preview |
| Free-plan positioning | Personal and non-commercial use focus | Personal projects and early experiments |
| Usage model | More item-specific limits | New accounts use credits |
| Multiple projects | Possible, but account usage matters | Possible, but 300 credits and pause risk matter |
| Traffic management | Check Fast Data Transfer and related limits | Bandwidth consumes credits |
| Deployment management | Check deploy counts and build time | Production deploys consume credits |
For static sites or simple landing pages, Netlify may feel more natural. For projects centered on Next.js App Router, Vercel Functions, and Vercel Edge, Vercel may be the more natural fit.
But both free plans are better suited to testing, learning, and small personal projects than to important production services.
Conclusion: think in terms of 300 monthly credits
Netlify Free is a good option for personal portfolios, static blogs, open-source demos, and small frontend projects. Starting with custom domains, SSL, CDN, Functions, and Deploy Preview at no cost is a real advantage.
But for current new Netlify accounts, the key limit is 300 credits per month. Bandwidth, production deploys, compute, and web requests all draw from those credits. It is also important that when a team's credits are exhausted, all web projects can be paused.
A realistic rule of thumb is:
| Situation | Judgment |
|---|---|
| Personal portfolio, static blog, test app | Netlify Free is suitable |
| Client website, company service, traffic-heavy app | Consider Personal, Pro, or separate infrastructure |
Starting for free is useful. But once real users arrive, traffic grows, and serverless functions or data storage become part of the system, you should evaluate it as operating infrastructure rather than free hosting.
Accounts created before September 4, 2025 may be on legacy plans. Because new and existing accounts can follow different limit models, the most accurate first step is to check your team's plan type in Netlify's Usage & billing dashboard.

Netlify 是一个适合快速部署静态网站、Jamstack 项目和前端应用的平台。它可以连接 GitHub、GitLab、Bitbucket 做自动部署,也能较顺畅地部署 React、Vue、Svelte、Astro、Next.js、Nuxt 等框架项目。
如果说 Vercel 常被视为以 Next.js 为中心的前端部署平台,那么 Netlify 长期以来更擅长静态站点、Jamstack、Forms、无服务器函数、Deploy Preview 和 CDN 托管。
但 Netlify 的免费计划也不应该被理解成“无限免费的服务器”。它可以免费开始,但真正运营服务时,仍然需要确认流量、部署、无服务器函数、请求数、存储、日志保留和团队协作限制。
本文整理 Netlify Free 计划可以实际运营多少个网站、流量和用量是按项目还是按账号/团队整体计算,以及免费使用 Netlify 时应该注意什么。数字基于 2026 年 6 月 8 日查看的 Netlify Pricing 和 Netlify credit-based plans 文档。
1. Netlify Free 可以运营多少个网站?
目前 Netlify Free 是一个可以免费构建和部署的计划。根据 Pricing 页面,Free 计划包含:
- 通过 Git、AI、API 部署
- Unlimited deploy previews
- Custom domain 和 SSL
- Functions
- Netlify Database
- Blob storage
- Basic rate limiting
- Global CDN
- 每月 300 credits
重点不是“网站数量”,而是“每月用量”。
根据 Netlify 文档,从 2025 年 9 月 4 日开始,新 Netlify 账号会使用 credit-based pricing plans。在这个结构中,用量会统一通过 credits 管理。因此,对当前新账号来说,比较安全的理解方式是:
Netlify Free 可以创建多个网站,但实际能稳定运营多少个网站,取决于每月 300 credits 是否够用。
即使创建 10 个网站,只要它们几乎没有流量、主要是静态页面,也可能没有问题。相反,即使只有 1 个网站,如果流量较大,或者大量使用 Functions、Database、Blob、Edge Functions、AI Gateway,也可能很快到达免费限制。
2. 免费用量是按项目计算,还是按账号整体计算?
核心结论是:
Netlify Free 的用量应该理解为在团队或账号的每月 credit 限额内统一管理,而不是每个项目都有完全独立的免费额度。
Netlify 的 credit 文档说明 Free 计划每月包含 300 credits。同时也说明,monthly credit allotment 会被团队中的所有 web projects 使用;当额度全部用完时,团队中的所有 web projects 都会被暂停。
代表性的 credit 消耗方式如下。
| 项目 | Credit 消耗方式 |
|---|---|
| Production deploy | 每次 15 credits |
| Deploy Preview 或 branch deploy | 0 credits |
| Compute | 每 GB-hour 10 credits |
| Netlify Forms submissions | credit-based plans 中免费 |
| AI inference | AI 模型用量每 1 美元消耗 180 credits |
| Bandwidth | 每 GB 20 credits |
| Web requests | 每 10,000 requests 2 credits |
简单估算如下。
| 假设 | 每月 300 credits 的大致规模 |
|---|---|
| 只使用 Bandwidth | 约 15GB |
| 只做 Production deploy | 约 20 次 |
| 只计算 Web requests | 约 1,500,000 requests |
真实项目会同时使用 bandwidth、production deploy、compute、web requests。因此不能简单理解为“免费计划一定有 15GB 流量”或“一定能部署 20 次”。对新 Netlify 账号来说,关键是多个用量类别会一起从每月 300 credits 中扣除。
3. 一个项目超量会影响其他项目吗?
会。这是 Netlify Free 最重要的注意点之一。
Netlify credit 文档说明,当团队所有 web projects 的 monthly credit allotment 用完时,所有 web projects 都会进入 paused 状态,访问者会在各个项目 URL 上看到 Site not available 页面。
例如:
| 项目 | 状态 |
|---|---|
| 网站 A | 几乎没有流量 |
| 网站 B | 几乎没有流量 |
| 网站 C | 被社区分享后流量突然上涨 |
这种情况下,不只是网站 C 有风险。整个团队或账号都可能受到影响。
所以,把重要网站和实验项目都放在同一个免费 Netlify 团队中是有风险的。如果博客、作品集、客户演示、测试应用都在同一团队里,一个项目的用量上涨可能影响所有项目的稳定性。
4. Netlify Free 可以用于商业项目吗?
Netlify Free 适合个人项目、实验和早期项目。它的定位和 Vercel Hobby 稍有不同,后者更明确强调个人和非商业使用。
但这并不意味着客户网站或公司服务应该长期运行在免费计划上。
即使技术上可行,以下情况也更现实地应该考虑付费计划:
- 客户官方站点
- 公司落地页
- 有广告投放的营销页面
- 带支付功能的服务
- 预约、咨询、注册很重要的服务
- 有持续流量的博客
- 发生故障后需要快速恢复的服务
免费计划是一个零启动成本的部署环境,不等同于具备稳定运营和充分可观测性的生产基础设施。
5. 静态网站很适合 Netlify Free
Netlify 非常适合静态网站。以下项目在 Free 计划中也比较实用:
- 个人作品集
- 个人博客
- 静态落地页
- 开源项目文档
- HTML、CSS、JavaScript demo
- Astro、Hugo、Eleventy 站点
- React、Vue、Svelte 的静态构建产物
静态站点很少执行无服务器函数,缓存效率高,运营结构也简单。如果访问量不大,Netlify Free 可能已经足够。
但如果图片很多、文件下载多,或者经常被外部分享,bandwidth credits 可能会很快被消耗。
6. 动态应用需要谨慎
Netlify 也提供 Functions、Edge Functions、Database、Blob storage、AI Gateway 等功能。也就是说,它不只是静态托管,也能处理一部分后端型功能。
但在免费计划中运行以下类型的应用需要谨慎:
- 有登录功能的应用
- 服务器端 API 调用很多的应用
- 有图片上传功能的应用
- 文件下载量大的服务
- 频繁调用数据库的服务
- 经常代理外部 API 的服务
- 需要接近实时功能的应用
- 使用 AI API 或 AI Gateway 的应用
这些应用不只会增加 bandwidth,也会增加 compute、web requests、database usage、blob storage usage、AI inference usage。它们的成本结构比单纯页面浏览复杂得多。
在免费计划中,需要区分“能运行”和“能作为服务运营”。
7. Production deploy 也会消耗 credits
在 Netlify credit-based plans 中,每一次 successful production deploy 会消耗 15 credits。Deploy Preview 和 branch deploy 则被描述为用于预览、实验和版本管理的 0-credit 部署。失败的 deploy 和回滚到之前 production deploy 的操作也不会消耗 credits。
如果只看每月 300 credits,单纯按 production deploy 计算大约是 20 次。但真实运营中,流量、requests、compute 也会一起消耗 credits,所以实际余量更小。
如果开发时习惯频繁直接 push 到 main 分支,免费计划可能会变得吃紧。建议:
- 实验性提交在单独分支完成。
- 避免不必要的 production deploy。
- 不要每个小改动都直接 merge 到 main。
- 在本地充分确认后再部署。
- 理解 Deploy Preview 和 production deploy 的区别。
Deploy Preview 是 Netlify 的强项。免费计划中应该善用这个优势,把 production deploy 保留给真正的发布节点。
8. 流量暴涨是风险点
免费计划最危险的情况是意料之外的流量暴涨。
如果个人博客文章突然被社区、新闻通讯或社交网络分享,以下指标可能快速增加:
- bandwidth
- web requests
- Image CDN usage
- function responses
- file downloads
图片很多、提供 demo 文件下载、视频文件或 PDF 文件的网站,bandwidth 用量会增长得很快。
要降低免费计划中的流量暴涨风险,可以考虑:
- 上传前压缩大图片。
- 视频使用 YouTube、Vimeo 等外部服务。
- 大文件下载使用独立存储。
- 积极使用 WebP、AVIF 图片格式。
- 减少不必要的字体文件。
- 检查缓存 header 设置。
9. 要区分 Forms、Functions 和 Edge Functions
Forms 是 Netlify 的优势之一。你可以用简单的 HTML form 做咨询表单。根据当前 credit-based plans 文档,Netlify Forms submissions 是免费的。
但 Forms 免费并不代表 Netlify 的所有动态功能都是免费的。使用以下功能时,仍然需要确认 credit 消耗和计划限制:
- Netlify Functions
- Edge Functions
- Netlify Database
- Blob Storage
- Image CDN
- AI Gateway
- Agent Runners
单纯静态页面问题较少。但一旦加入这些功能,Netlify 就不只是简单托管,而是应用平台。此时免费计划的用量管理会重要得多。
10. 日志和监控限制也要确认
免费计划在可观测性、日志保留、分析功能上也有限制。
根据 Netlify Pricing,Free 计划提供:
| 项目 | Free 计划 |
|---|---|
| Observability | 1-day history |
| Web Analytics & Real User Monitoring | 1-day retention |
| Functions log retention | 24-hour history |
| Edge Functions log retention | 24-hour history |
个人项目可能够用,但运营服务可能不足。例如周五晚上发生故障,周一才查看时,所需日志可能已经消失。
如果是运营服务,建议考虑:
- 外部错误追踪工具
- 重要 API 错误单独保存
- 监控表单提交失败
- 为函数执行失败配置通知
- 制定故障响应标准
免费计划不适合做长期故障分析和监控。
11. 运营前检查清单
在用 Netlify Free 运营网站或应用前,建议确认:
- 是否确认账号是 credit-based plan 还是 legacy plan?
- 是否能在每月 300 credits 内运营?
- production deploy 次数是否过多?
- bandwidth 用量是否可能较大?
- 图片和文件大小是否已优化?
- Functions 用量是否较低?
- Edge Functions 用量是否较低?
- Database 或 Blob Storage 是否使用很多?
- 如果使用 AI Gateway 或 Agent Runners,是否理解用量限制?
- 是否理解一个项目的用量上涨可能导致所有项目暂停?
- 重要服务和实验项目是否分开管理?
- 短日志保留时间是否可以接受?
- 如果是客户或公司服务,是否考虑过付费计划?
如果其中多个问题让你不放心,Free 更适合开发、测试和个人项目。
12. 和 Vercel 免费计划有什么区别?
Vercel 和 Netlify 都支持免费部署,但免费计划的形态不同。
| 项目 | Vercel Hobby | Netlify Free |
|---|---|---|
| 强项 | Next.js、前端应用、无服务器集成 | 静态站点、Jamstack、Forms、Deploy Preview |
| 免费计划定位 | 个人、非商业使用为中心 | 个人项目和早期实验为中心 |
| 用量结构 | 更偏项目化的各项限制 | 新账号使用 credits |
| 多项目运营 | 可以,但要注意账号用量 | 可以,但要注意 300 credits 和暂停风险 |
| 流量管理 | 需要确认 Fast Data Transfer 等限制 | Bandwidth 会消耗 credits |
| 部署管理 | 需要确认部署次数和构建时间 | Production deploy 会消耗 credits |
静态网站或简单落地页可能会觉得 Netlify 更自然。以 Next.js App Router、Vercel Functions、Vercel Edge 为中心的项目,则可能更适合 Vercel。
但两者的免费计划都更适合测试、学习和小型个人项目,而不是重要生产服务。
结论:把 Netlify Free 看成每月 300 credits 的计划
Netlify Free 适合个人作品集、静态博客、开源 demo、小型前端项目。能够免费开始使用 custom domain、SSL、CDN、Functions、Deploy Preview,确实很有吸引力。
但对当前新 Netlify 账号来说,核心限制是每月 300 credits。Bandwidth、production deploy、compute、web requests 都会一起消耗这些 credits。同时,如果团队 credits 用完,所有 web projects 都可能被暂停。
现实判断可以这样看:
| 情况 | 判断 |
|---|---|
| 个人作品集、静态博客、测试应用 | Netlify Free 适合 |
| 客户网站、公司服务、有流量的应用 | 考虑 Personal、Pro 或独立基础设施 |
免费开始很好。但一旦有真实用户、流量增长,并开始使用无服务器函数或数据存储,就应该把它当作运营基础设施来判断,而不是单纯的免费托管。
2025 年 9 月 4 日之前创建的账号可能是 legacy plans。因为新旧账号的限制体系可能不同,最准确的第一步是在 Netlify 的 Usage & billing 仪表盘中确认团队的计划类型。

Netlifyは、静的Webサイト、Jamstackプロジェクト、フロントエンドアプリケーションを素早くデプロイしやすいプラットフォームです。GitHub、GitLab、Bitbucketと連携して自動デプロイを構成でき、React、Vue、Svelte、Astro、Next.js、Nuxtなどのフレームワークも扱いやすいです。
VercelがNext.js中心のフロントエンドデプロイ基盤としてよく使われる一方で、Netlifyは静的サイト、Jamstack、Forms、サーバーレス関数、Deploy Preview、CDNホスティングに長く強みを持ってきました。
ただし、Netlifyの無料プランも「無制限の無料サーバー」と考えるべきではありません。無料で始めることはできますが、実際にサービスを運用する場合は、トラフィック、デプロイ、サーバーレス関数、リクエスト数、ストレージ、ログ保持、チームコラボレーションの制限を確認する必要があります。
この記事では、Netlify Freeプランで現実的に何個のWebサイトを運用できるのか、トラフィックや使用量はプロジェクト単位なのかアカウント/チーム全体なのか、そして無料でNetlifyを使うときに何を注意すべきかを整理します。数値は2026年6月8日時点で Netlify Pricing と Netlify credit-based plans documentation を確認したものです。
1. Netlify Freeでは何個のWebサイトを運用できるのか?
現在のNetlify Freeは、無料でビルドとデプロイを行えるプランです。Pricingページによると、Freeプランには次の内容が含まれます。
- Git、AI、APIによるデプロイ
- Unlimited deploy previews
- Custom domainとSSL
- Functions
- Netlify Database
- Blob storage
- Basic rate limiting
- Global CDN
- 月300 credits
重要なのは「サイト数」よりも「月間使用量」です。
Netlifyのドキュメントによると、2025年9月4日以降に作成された新しいNetlifyアカウントはcredit-based pricing plansを使用します。この構造では、使用量がcreditsで統合管理されます。したがって現在の新規アカウントでは、次のように理解するのが安全です。
Netlify Freeでは複数のWebサイトを作成できますが、実際に運用できる数は月300 creditsの範囲で決まります。
10個のWebサイトを作っても、ほとんどトラフィックのない静的ページであれば問題ないかもしれません。逆に、サイトが1つだけでも、トラフィックが多い、またはFunctions、Database、Blob、Edge Functions、AI Gatewayを多用する場合は、無料枠にすぐ到達する可能性があります。
2. 無料使用量はプロジェクト別か、アカウント全体か?
要点は次の通りです。
Netlify Freeの使用量は、プロジェクトごとに完全に独立した無料枠ではなく、チームまたはアカウントの月間credit上限の中で管理されると考えるのが安全です。
Netlifyのcreditドキュメントでは、Freeプランには月300 creditsが含まれると説明されています。また、monthly credit allotmentはチーム内のすべてのweb projectsで使われ、使い切るとそのチームのすべてのweb projectsがpaused状態になると説明されています。
代表的なcredit消費は次の通りです。
| 項目 | Credit消費 |
|---|---|
| Production deploy | 1回あたり15 credits |
| Deploy Previewまたはbranch deploy | 0 credits |
| Compute | GB-hourあたり10 credits |
| Netlify Forms submissions | credit-based plansでは無料 |
| AI inference | AIモデル使用量1 USDあたり180 credits |
| Bandwidth | GBあたり20 credits |
| Web requests | 10,000 requestsあたり2 credits |
単純に計算すると次のようになります。
| 仮定 | 月300 creditsでのおおよその量 |
|---|---|
| Bandwidthのみ | 約15GB |
| Production deployのみ | 約20回 |
| Web requestsのみ | 約1,500,000 requests |
実際のプロジェクトでは、bandwidth、production deploy、compute、web requestsを同時に使います。したがって「無料プランなら常に15GBのトラフィックが使える」「常に20回デプロイできる」と単純化してはいけません。新しいNetlifyアカウントでは、複数の使用項目が同じ月300 creditsから差し引かれる点が重要です。
3. 1つのプロジェクトが他のプロジェクトに影響するのか?
はい。これはNetlify Freeで最も重要な注意点の1つです。
Netlifyのcreditドキュメントでは、チームのすべてのweb projectsでmonthly credit allotmentを使い切ると、すべてのweb projectsがpaused状態になり、訪問者は各プロジェクトURLで Site not available ページを見ることになると説明されています。
例えば次のような状況です。
| プロジェクト | 状態 |
|---|---|
| サイトA | ほとんどトラフィックなし |
| サイトB | ほとんどトラフィックなし |
| サイトC | コミュニティで共有されてトラフィック急増 |
この場合、サイトCだけが問題になるわけではありません。チームまたはアカウント全体が影響を受ける可能性があります。
そのため、重要なサイトと実験用サイトを同じ無料Netlifyチームにまとめるのはリスクがあります。ブログ、ポートフォリオ、顧客デモ、テストアプリが同じチームにある場合、1つのプロジェクトが全体の運用安定性に影響する可能性があります。
4. Netlify Freeは商用プロジェクトに使えるのか?
Netlify Freeは、個人プロジェクト、実験、初期プロジェクトを始めるには良いプランです。個人かつ非商用の利用をより強く前面に出すVercel Hobbyとは少し性格が違います。
しかし、顧客サイトや会社のサービスを無料プランに長く載せ続けるのが良い判断という意味ではありません。
技術的には可能でも、次のような場合は有料プランを検討するのが現実的です。
- 顧客の公式Webサイト
- 会社のランディングページ
- 広告配信用のマーケティングページ
- 決済機能のあるサービス
- 予約、問い合わせ、会員登録が重要なサービス
- 継続的なトラフィックがあるブログ
- 障害時に素早い復旧が必要なサービス
無料プランは初期費用なしでデプロイできる環境であり、運用安定性と十分な可観測性が保証された本番インフラとは別物です。
5. 静的Webサイトにはかなり向いている
Netlifyは静的Webサイトにとてもよく合います。Freeプランでも次のようなプロジェクトは比較的実用的です。
- 個人ポートフォリオ
- 個人ブログ
- 静的ランディングページ
- オープンソースプロジェクトのドキュメント
- HTML、CSS、JavaScriptのデモ
- Astro、Hugo、Eleventyベースのサイト
- React、Vue、Svelteの静的ビルド成果物
静的サイトはサーバーレス関数の実行が少なく、キャッシュ効率が高く、運用構造もシンプルです。訪問者が多すぎなければ、Netlify Freeだけで十分な場合があります。
ただし、画像が多い、ファイルダウンロードが多い、外部で頻繁に共有されるサイトでは、bandwidth creditsをすぐに消費する可能性があります。
6. 動的アプリケーションは慎重に扱う
NetlifyはFunctions、Edge Functions、Database、Blob storage、AI Gatewayなども提供しています。つまり、静的ホスティングを超えて、一部のバックエンド的な機能も扱えます。
ただし、無料プランで次のようなアプリを運用する場合は注意が必要です。
- ログイン機能があるアプリ
- サーバーレスAPI呼び出しが多いアプリ
- 画像アップロード機能があるアプリ
- ファイルダウンロードが多いサービス
- データベースを頻繁に呼び出すサービス
- 外部APIを頻繁にプロキシするサービス
- ほぼリアルタイムな機能が必要なアプリ
- AI APIまたはAI Gatewayを使うアプリ
こうしたアプリでは、bandwidthだけでなくcompute、web requests、database usage、blob storage usage、AI inference usageも増えます。単純なページビューよりもコスト構造がかなり複雑です。
無料プランでは「動く」と「サービスとして運用できる」を分けて考える必要があります。
7. Production deployもcreditsを使う
Netlifyのcredit-based plansでは、successful production deploy 1回につき15 creditsを使用します。一方、Deploy Previewとbranch deployは、プレビュー、実験、バージョン管理のための0-creditデプロイとして説明されています。失敗したdeployや以前のproduction deployへのrollbackもcreditsを使いません。
月300 creditsだけで考えると、production deployだけなら約20回です。しかし実際にはトラフィック、requests、computeも同時にcreditsを使うため、運用上の余裕はさらに小さくなります。
開発中にmainブランチへ頻繁にpushする習慣があると、無料プランでは不利です。おすすめは次のような運用です。
- 実験的なコミットは別ブランチで行う。
- 不要なproduction deployを作らない。
- 小さな修正ごとにすぐmainへmergeしない。
- ローカルで十分確認してからデプロイする。
- Deploy Previewとproduction deployの違いを理解する。
Deploy PreviewはNetlifyの強力な機能です。無料プランではこの利点を活用し、production deployは実際のリリース単位で管理するとよいです。
8. トラフィック急増に弱い
無料プランで最も危険なのは、予想外のトラフィック急増です。
個人ブログの記事がコミュニティ、ニュースレター、SNSで急に共有されると、次の項目が急増します。
- bandwidth
- web requests
- Image CDN usage
- function responses
- file downloads
特に画像が多い記事、デモファイルのダウンロード、動画ファイル、PDFファイルが含まれるサイトでは、bandwidth使用量が急速に増えます。
無料プランでトラフィック急増のリスクを下げるには、次を検討します。
- 大きな画像は圧縮してからアップロードする。
- 動画はYouTubeやVimeoなど外部サービスを使う。
- 大容量ファイルのダウンロードは別ストレージを使う。
- 画像形式はWebPやAVIFを積極的に使う。
- 不要なフォントファイルを減らす。
- キャッシュヘッダー設定を確認する。
9. Forms、Functions、Edge Functionsを分けて考える
Netlifyの強みの1つがFormsです。HTML formを簡単につなげて問い合わせフォームを作れます。現在のcredit-based plansドキュメントでは、Netlify Forms submissionsは無料と説明されています。
ただし、Formsが無料だからといって、Netlifyのすべての動的機能が無料という意味ではありません。次の機能を使う場合は、credit消費とプラン制限を確認する必要があります。
- Netlify Functions
- Edge Functions
- Netlify Database
- Blob Storage
- Image CDN
- AI Gateway
- Agent Runners
単純な静的ページなら問題は少なめです。しかしこれらの機能を追加すると、Netlifyは単なるホスティングではなくアプリケーションプラットフォームとして動作します。この場合、無料プランの使用量管理はかなり重要になります。
10. ログとモニタリング制限も確認する
無料プランでは、可観測性、ログ保持、分析機能にも制限があります。
Netlify Pricingページによると、Freeプランは次の保持期間です。
| 項目 | Freeプラン |
|---|---|
| Observability | 1-day history |
| Web Analytics & Real User Monitoring | 1-day retention |
| Functions log retention | 24-hour history |
| Edge Functions log retention | 24-hour history |
個人プロジェクトでは十分かもしれませんが、運用サービスでは足りない可能性があります。例えば金曜夜に障害が起き、月曜に確認した時点では必要なログがすでに消えているかもしれません。
運用サービスでは次を検討します。
- 外部エラー追跡ツールを使う。
- 重要なAPIエラーを別途保存する。
- フォーム送信失敗を監視する。
- 関数実行失敗の通知を構成する。
- 障害対応の基準を決める。
無料プランは、障害分析や長期モニタリングに適した環境ではありません。
11. 運用前チェックリスト
Netlify FreeでWebサイトやアプリを運用する前に、次を確認するとよいです。
- 現在のアカウントがcredit-based planかlegacy planか確認したか?
- 月300 credits内で運用できるか?
- production deployの回数が多すぎないか?
- bandwidth使用量が大きくなりそうではないか?
- 画像とファイルサイズを最適化したか?
- Functionsの使用量は少ないか?
- Edge Functionsの使用量は少ないか?
- DatabaseやBlob Storageを多用していないか?
- AI GatewayやAgent Runnersを使う場合、その使用量制限を理解しているか?
- 1つのプロジェクトの使用量増加が全プロジェクトのpauseにつながり得ることを理解しているか?
- 重要なサービスと実験用プロジェクトを分けているか?
- 短いログ保持期間でも問題ないか?
- 顧客または会社のサービスなら有料プランを検討したか?
複数の項目が不安なら、Freeプランは開発、テスト、個人プロジェクト用として使うのが安全です。
12. Vercel無料プランとの違い
VercelとNetlifyはどちらも無料デプロイに対応していますが、無料プランの性格は異なります。
| 項目 | Vercel Hobby | Netlify Free |
|---|---|---|
| 強み | Next.js、フロントエンドアプリ、サーバーレス統合 | 静的サイト、Jamstack、Forms、Deploy Preview |
| 無料利用の性格 | 個人、非商用利用中心 | 個人プロジェクトと初期実験中心 |
| 使用量構造 | 項目別制限が中心 | 新規アカウントはcreditsベース |
| 複数プロジェクト運用 | 可能だがアカウント使用量に注意 | 可能だが月300 creditsとpauseリスクに注意 |
| トラフィック管理 | Fast Data Transferなどの制限確認が必要 | Bandwidthがcreditsを消費 |
| デプロイ管理 | デプロイ回数とビルド時間を確認 | Production deployがcreditsを消費 |
静的サイトや簡単なランディングページではNetlifyのほうが自然に感じられるかもしれません。一方、Next.js App Router、Vercel Functions、Vercel Edge中心のプロジェクトではVercelが自然な選択になることがあります。
ただし、どちらの無料プランも、重要な本番サービスよりはテスト、学習、小規模な個人プロジェクトに向いている点は同じです。
結論: 月300 creditsを中心に考える
Netlify Freeは、個人ポートフォリオ、静的ブログ、オープンソースデモ、小規模フロントエンドプロジェクトのデプロイに適した選択肢です。Custom domain、SSL、CDN、Functions、Deploy Previewを無料で始められる点は明確な利点です。
ただし現在の新規Netlifyアカウントでは、無料プランの中心的な制限は月300 creditsです。Bandwidth、production deploy、compute、web requestsがこのcreditsを一緒に使います。また、チームのcreditsがなくなると、すべてのweb projectsがpaused状態になる可能性があります。
現実的な判断基準は次の通りです。
| 状況 | 判断 |
|---|---|
| 個人ポートフォリオ、静的ブログ、テストアプリ | Netlify Freeが適している |
| 顧客サイト、会社サービス、トラフィックのあるアプリ | Personal、Pro、または別インフラを検討 |
無料で始めることは良い選択です。しかし実際のユーザーが生まれ、トラフィックが増え、サーバーレス関数やデータ保存機能を使い始めたら、その時点からは無料ホスティングではなく運用インフラとして判断すべきです。
2025年9月4日以前に作成されたアカウントはlegacy plansの可能性があります。新旧アカウントでは制限体系が異なる場合があるため、まずNetlifyダッシュボードのUsage & billingでチームのプラン種類を確認するのが正確です。

Netlify es una plataforma cómoda para desplegar rápidamente sitios estáticos, proyectos Jamstack y aplicaciones frontend. Puede conectarse con GitHub, GitLab y Bitbucket para despliegues automáticos, y funciona bien con frameworks como React, Vue, Svelte, Astro, Next.js y Nuxt.
Si Vercel se usa a menudo como una plataforma de despliegue frontend centrada en Next.js, Netlify ha destacado durante años en sitios estáticos, Jamstack, Forms, funciones serverless, Deploy Previews y hosting basado en CDN.
Aun así, no conviene tratar el plan gratuito de Netlify como un servidor gratuito ilimitado. Es fácil empezar sin coste, pero para operar un servicio real hay que revisar tráfico, despliegues, funciones serverless, volumen de solicitudes, almacenamiento, retención de logs y límites de colaboración.
Este artículo explica cuántos sitios puedes operar de forma realista en Netlify Free, si el tráfico y el uso se calculan por proyecto o por cuenta/equipo, y qué conviene revisar antes de usar Netlify para una app real. Las cifras se comprobaron el 8 de junio de 2026 con Netlify Pricing y la documentación de planes basados en créditos.
1. ¿Cuántos sitios web puedes operar en Netlify Free?
Netlify Free es actualmente un plan para construir y desplegar sin coste. Según la página de Pricing, el plan Free incluye:
- Despliegues mediante Git, AI y API
- Unlimited deploy previews
- Custom domain y SSL
- Functions
- Netlify Database
- Blob storage
- Basic rate limiting
- Global CDN
- 300 credits al mes
Lo importante no es solo el número de sitios, sino el uso mensual.
Según la documentación de Netlify, todas las cuentas nuevas creadas desde el 4 de septiembre de 2025 usan credit-based pricing plans. En este modelo, el uso se gestiona con credits. Para una cuenta nueva actual, lo más seguro es entenderlo así:
Puedes crear varios sitios en Netlify Free, pero el número que puedes operar de forma práctica depende del límite mensual de 300 credits.
Puedes tener 10 sitios sin problemas si son páginas estáticas con casi nada de tráfico. En cambio, un solo sitio puede alcanzar rápido el límite gratuito si tiene tráfico relevante o usa intensamente Functions, Database, Blob, Edge Functions o AI Gateway.
2. ¿El uso gratuito se cuenta por proyecto o por cuenta?
La idea central es esta:
El uso de Netlify Free debe entenderse como uso gestionado dentro del límite mensual de credits del equipo o la cuenta, no como una cuota gratuita totalmente independiente para cada proyecto.
La documentación de credits de Netlify indica que el plan Free incluye 300 credits al mes. También explica que el monthly credit allotment se usa por todos los web projects del equipo y que, si se agota, todos los web projects del equipo quedan pausados.
El consumo representativo de credits es el siguiente:
| Elemento | Consumo de credits |
|---|---|
| Production deploy | 15 credits cada uno |
| Deploy Preview o branch deploy | 0 credits |
| Compute | 10 credits por GB-hour |
| Netlify Forms submissions | Gratis en credit-based plans |
| AI inference | 180 credits por cada USD de uso de modelo de IA |
| Bandwidth | 20 credits por GB |
| Web requests | 2 credits por cada 10,000 requests |
Como cálculo simple:
| Supuesto | Aproximación con 300 credits mensuales |
|---|---|
| Solo bandwidth | Unos 15GB |
| Solo production deploys | Unos 20 despliegues |
| Solo web requests | Unas 1,500,000 requests |
Los proyectos reales usan bandwidth, production deploys, compute y web requests al mismo tiempo. Por eso no conviene simplificarlo como "el plan gratuito siempre incluye 15GB de tráfico" o "siempre puedes desplegar 20 veces". Para cuentas nuevas de Netlify, varias categorías de uso se descuentan del mismo bloque mensual de 300 credits.
3. ¿Un proyecto puede afectar a otros proyectos?
Sí. Este es uno de los puntos más importantes de Netlify Free.
La documentación de credits de Netlify dice que cuando se agota el monthly credit allotment para todos los web projects de un equipo, todos los web projects se pausan y los visitantes ven una página Site not available en cada URL de proyecto.
Por ejemplo:
| Proyecto | Estado |
|---|---|
| Sitio A | Casi sin tráfico |
| Sitio B | Casi sin tráfico |
| Sitio C | Pico de tráfico tras compartirse en una comunidad |
En este caso, el riesgo no afecta solo al Sitio C. Puede afectar a todo el equipo o cuenta.
Por eso es arriesgado mantener sitios importantes y proyectos experimentales en el mismo equipo gratuito de Netlify. Si tu blog, portafolio, demo para cliente y app de prueba viven en el mismo equipo, un proyecto puede afectar la estabilidad operativa de todos los demás.
4. ¿Se puede usar Netlify Free para proyectos comerciales?
Netlify Free es un buen punto de partida para proyectos personales, experimentos y proyectos iniciales. Su posicionamiento no es exactamente igual al de Vercel Hobby, que enfatiza con más fuerza el uso personal y no comercial.
Eso no significa que sea buena idea mantener indefinidamente sitios de clientes o servicios de empresa en el plan gratuito.
Aunque técnicamente sea posible, conviene considerar un plan de pago en casos como:
- Sitios oficiales de clientes
- Landing pages de empresa
- Páginas de marketing con tráfico de anuncios
- Servicios con pagos
- Servicios donde reservas, consultas o registros son importantes
- Blogs con tráfico constante
- Servicios que necesitan recuperación rápida ante incidentes
El plan gratuito permite desplegar sin coste inicial. No equivale a infraestructura de producción con estabilidad operativa y observabilidad suficiente.
5. Los sitios estáticos encajan muy bien
Netlify encaja especialmente bien con sitios estáticos. El plan Free puede ser práctico para:
- Portafolios personales
- Blogs personales
- Landing pages estáticas
- Documentación de proyectos open source
- Demos de HTML, CSS y JavaScript
- Sitios basados en Astro, Hugo o Eleventy
- Builds estáticos de React, Vue o Svelte
Los sitios estáticos casi no ejecutan funciones serverless, cachean bien y tienen una estructura operativa simple. Si el volumen de visitantes es moderado, Netlify Free puede ser suficiente.
Pero si el sitio tiene muchas imágenes, muchas descargas o se comparte con frecuencia fuera, los bandwidth credits pueden consumirse rápidamente.
6. Las aplicaciones dinámicas requieren cautela
Netlify también ofrece Functions, Edge Functions, Database, Blob storage y AI Gateway. Es decir, puede cubrir parte de funcionalidad tipo backend más allá del hosting estático.
Pero hay que tener cuidado al operar estas aplicaciones en el plan gratuito:
- Apps con login
- Apps con muchas llamadas API serverless
- Apps con subida de imágenes
- Servicios con muchas descargas
- Servicios que llaman a una base de datos con frecuencia
- Servicios que hacen proxy de APIs externas con frecuencia
- Apps que necesitan comportamiento casi en tiempo real
- Apps que usan AI APIs o AI Gateway
Estas apps aumentan no solo bandwidth, sino también compute, web requests, database usage, blob storage usage y AI inference usage. Su estructura de coste es mucho más compleja que unas simples visitas de página.
En el plan gratuito, conviene separar "funciona" de "se puede operar como servicio".
7. Los production deploys también usan credits
En los credit-based plans de Netlify, cada successful production deploy usa 15 credits. En cambio, Deploy Previews y branch deploys se describen como despliegues de 0 credits para previews, experimentación y versionado. Los deploys fallidos y los rollbacks a un production deploy anterior tampoco usan credits.
Con 300 credits mensuales, solo por production deploys serían unos 20 despliegues. Pero en operación real, tráfico, requests y compute también consumen credits, así que el margen real es menor.
Si durante el desarrollo sueles hacer push directo a la rama main con frecuencia, el plan gratuito puede quedarse corto. Un mejor flujo sería:
- Trabajar cambios experimentales en ramas separadas.
- Evitar production deploys innecesarios.
- No hacer merge a main por cada cambio pequeño.
- Verificar localmente antes de desplegar.
- Entender la diferencia entre Deploy Preview y production deploy.
Deploy Preview es una de las mejores funciones de Netlify. En el plan gratuito, conviene aprovecharla y reservar production deploys para puntos reales de release.
8. Los picos de tráfico son un riesgo
El escenario más peligroso del plan gratuito es un pico de tráfico inesperado.
Si un artículo de blog personal se comparte de repente en una comunidad, newsletter o red social, estas métricas pueden crecer rápido:
- bandwidth
- web requests
- Image CDN usage
- function responses
- file downloads
Los sitios con muchas imágenes, descargas de demos, videos o PDFs pueden consumir bandwidth muy rápidamente.
Para reducir el riesgo de picos de tráfico en el plan gratuito:
- Comprime imágenes grandes antes de subirlas.
- Usa servicios externos como YouTube o Vimeo para video.
- Usa almacenamiento separado para descargas grandes.
- Prefiere formatos WebP y AVIF.
- Reduce archivos de fuentes innecesarios.
- Revisa los headers de cache.
9. Separa Forms de Functions y Edge Functions
Forms es una de las fortalezas de Netlify. Puedes conectar un formulario HTML simple y crear un formulario de contacto con poco trabajo. Según la documentación actual de credit-based plans, Netlify Forms submissions son gratuitas.
Pero que Forms sea gratis no significa que todas las funciones dinámicas de Netlify sean gratis. Todavía debes revisar consumo de credits y límites de plan al usar:
- Netlify Functions
- Edge Functions
- Netlify Database
- Blob Storage
- Image CDN
- AI Gateway
- Agent Runners
Una página estática simple tiene menos riesgos. Cuando añades estas funciones, Netlify deja de ser solo hosting y funciona más como una plataforma de aplicaciones. La gestión de uso se vuelve mucho más importante.
10. Revisa límites de logs y monitoreo
El plan gratuito también tiene límites de observabilidad, retención de logs y analítica.
Según Netlify Pricing, el plan Free incluye:
| Elemento | Plan Free |
|---|---|
| Observability | 1-day history |
| Web Analytics & Real User Monitoring | 1-day retention |
| Functions log retention | 24-hour history |
| Edge Functions log retention | 24-hour history |
Puede ser suficiente para proyectos personales, pero insuficiente para servicios en operación. Si un incidente ocurre el viernes por la noche y lo revisas el lunes, los logs necesarios podrían haber desaparecido.
Para servicios en operación, considera:
- Herramientas externas de seguimiento de errores
- Guardar por separado errores API importantes
- Monitorear fallos en envíos de formularios
- Alertas para fallos de ejecución de funciones
- Un criterio claro de respuesta ante incidentes
El plan gratuito no es ideal para análisis de incidentes ni monitoreo de largo plazo.
11. Checklist antes de operar
Antes de operar un sitio o app en Netlify Free, revisa:
- ¿Confirmaste si la cuenta usa credit-based plan o legacy plan?
- ¿Puede operar dentro de 300 credits mensuales?
- ¿Hay demasiados production deploys?
- ¿Es probable que bandwidth sea alto?
- ¿Optimizaste imágenes y tamaños de archivo?
- ¿El uso de Functions es bajo?
- ¿El uso de Edge Functions es bajo?
- ¿El proyecto usa mucho Database o Blob Storage?
- Si usas AI Gateway o Agent Runners, ¿entiendes sus límites de uso?
- ¿Entiendes que un pico de uso en un proyecto puede pausar todos los proyectos?
- ¿Están separados los servicios importantes y los proyectos experimentales?
- ¿Es aceptable una retención corta de logs?
- Si es un servicio de cliente o empresa, ¿consideraste un plan de pago?
Si varios puntos generan dudas, Free es más seguro para desarrollo, pruebas y proyectos personales.
12. ¿En qué se diferencia del plan gratuito de Vercel?
Vercel y Netlify permiten despliegues gratuitos, pero sus planes gratuitos tienen formas distintas.
| Elemento | Vercel Hobby | Netlify Free |
|---|---|---|
| Fortaleza | Next.js, apps frontend, integración serverless | Sitios estáticos, Jamstack, Forms, Deploy Preview |
| Posicionamiento gratuito | Enfoque en uso personal y no comercial | Proyectos personales y experimentos iniciales |
| Modelo de uso | Límites más específicos por categoría | Cuentas nuevas usan credits |
| Varios proyectos | Posible, pero importa el uso de la cuenta | Posible, pero importan 300 credits y el riesgo de pausa |
| Tráfico | Revisar Fast Data Transfer y límites relacionados | Bandwidth consume credits |
| Despliegues | Revisar conteo de deploys y build time | Production deploys consumen credits |
Para sitios estáticos o landing pages simples, Netlify puede sentirse más natural. Para proyectos centrados en Next.js App Router, Vercel Functions y Vercel Edge, Vercel puede encajar mejor.
Pero ambos planes gratuitos son más adecuados para pruebas, aprendizaje y pequeños proyectos personales que para servicios importantes en producción.
Conclusión: piensa en 300 credits mensuales
Netlify Free es una buena opción para portafolios personales, blogs estáticos, demos open source y pequeños proyectos frontend. Empezar sin coste con custom domain, SSL, CDN, Functions y Deploy Preview es una ventaja real.
Pero para cuentas nuevas actuales de Netlify, el límite clave es de 300 credits al mes. Bandwidth, production deploys, compute y web requests consumen esos credits. También es importante que, si se agotan los credits del equipo, todos los web projects pueden quedar pausados.
Una regla práctica sería:
| Situación | Juicio |
|---|---|
| Portafolio personal, blog estático, app de prueba | Netlify Free es adecuado |
| Sitio de cliente, servicio de empresa, app con tráfico | Considerar Personal, Pro o infraestructura separada |
Empezar gratis es útil. Pero cuando llegan usuarios reales, crece el tráfico y empiezas a usar funciones serverless o almacenamiento de datos, conviene evaluarlo como infraestructura operativa, no como simple hosting gratuito.
Las cuentas creadas antes del 4 de septiembre de 2025 pueden estar en legacy plans. Como las cuentas nuevas y existentes pueden seguir modelos de límites distintos, el primer paso más preciso es comprobar el tipo de plan del equipo en Usage & billing dentro del dashboard de Netlify.