Lovable 공식 문서 기준
Lovable 크레딧, 실제로 따져봤습니다
— Pro $25의 진짜 한계
Pro $25를 결제하면 한 달에 최대 250크레딧을 쓸 수 있습니다. 숫자만 보면 넉넉해 보이지만, 공식 문서에 나온 작업별 크레딧 소모량과 맞춰보면 생각이 달라집니다. 앱 하나 만드는 데 어느 시점에서 Top-up이 필요해지는지, 그 구조를 공식 수치로 직접 짚어봤습니다.
Lovable이 뭔지 먼저 짚고 갑니다
Lovable은 채팅 프롬프트만으로 풀스택 웹앱을 만들어주는 노코드 AI 빌더입니다. 코드를 한 줄도 몰라도 로그인, 데이터베이스, 배포까지 한 번에 됩니다. 2026년 현재 바이브 코딩(vibe coding) 흐름의 대표 서비스로 자리 잡았고, 국내에서도 비개발자 창업자들 사이에서 주목받고 있습니다.
Lovable의 핵심 경쟁력은 내장 백엔드인 Lovable Cloud입니다. Supabase 기반 PostgreSQL DB, 인증, 파일 스토리지, 엣지 펑션을 별도 설정 없이 쓸 수 있어 경쟁 도구인 Bolt.new나 v0와 비교해 초기 세팅 부담이 적습니다. 다만 이 편의성의 대가가 크레딧 구조에 녹아 있습니다.
솔직히 말하면, 처음엔 요금제가 단순해 보입니다. 그런데 공식 문서를 파고들면 구조가 예상보다 복잡하게 설계돼 있습니다. 특히 크레딧 단가와 Top-up 가격 사이의 관계가 핵심인데, 이 부분을 놓치면 예상보다 훨씬 많은 돈이 나갑니다.
요금제 4개, 실제로 다른 건 딱 두 가지입니다
Lovable 요금제는 Free / Pro / Business / Enterprise로 나뉩니다. 표면적으로 4단계처럼 보이지만, 실제 기능 차이는 생각보다 좁습니다. 공식 문서(docs.lovable.dev)에 따르면 앱 빌딩 기능 자체는 Free 플랜과 Enterprise 플랜이 거의 동일합니다. (출처: Lovable 공식 문서, 2026.03 기준)
| 플랜 | 월 요금 | 월 크레딧 | 일 크레딧 | 핵심 추가 기능 |
|---|---|---|---|---|
| Free | $0 | 없음 (최대 30/월) | 5개 | 공개 프로젝트만 |
| Pro | $25~ | 100개~ | 5개 (월 최대 150) | 비공개 프로젝트, 커스텀 도메인, 코드 편집 |
| Business | $50~ | 100개~ | 5개 (월 최대 150) | SSO, 데이터 학습 옵트아웃, 디자인 템플릿 |
| Enterprise | 별도 협의 | 맞춤 설정 | 맞춤 설정 | 전담 지원, 온보딩, SCIM, 감사 로그 |
💡 공식 문서와 실제 요금 페이지를 같이 놓고 보니 이런 차이가 보였습니다. Pro와 Business의 월 기본 크레딧은 동일하게 100개입니다. 가격은 2배지만 크레딧 수는 같습니다. 가격 차이의 본질은 크레딧이 아니라 SSO와 데이터 정책입니다.
결국 Pro와 Business 사이에서 선택 기준은 단 하나입니다. 팀 단위로 SSO가 필요하거나, 내 프로젝트 데이터가 AI 학습에 쓰이는 게 싫다면 Business로 가야 합니다. 그 외 혼자 쓰는 개인 개발자라면 Pro로 충분합니다.
Pro $25로 한 달에 실제로 몇 번 쓸 수 있나
Pro 기본 플랜($25/월)의 크레딧 구조는 이렇습니다. 월 100크레딧(구독 포함) + 일 5크레딧(월 최대 150크레딧). 합치면 한 달 최대 250크레딧입니다. (출처: docs.lovable.dev, 2026.03 기준) 250이라는 숫자가 많아 보일 수 있는데, 공식 문서에 나온 작업별 소모량과 실제로 대조해보면 다릅니다.
| 작업 유형 | 크레딧 소모 | 설명 |
|---|---|---|
| 버튼 색 변경 | 0.5크레딧 | 단순 스타일 수정 |
| 푸터 제거 | 0.9크레딧 | 컴포넌트 삭제 |
| 인증 기능 추가 | 1.2크레딧 | 로그인/인증 로직 |
| 이미지 포함 랜딩페이지 생성 | 2.0크레딧 | 초기 앱 생성 수준 |
(출처: Lovable 공식 문서 docs.lovable.dev, 2026.03 기준)
💡 앱을 초기 생성하는 요청 하나에 2크레딧이 소모됩니다. 기능을 붙이고 수정하다 보면 하루 5크레딧은 의미 있는 작업 3~4회면 소진됩니다.
실제 계산을 해보면 이렇습니다.
① 초기 앱 구조 생성: 2크레딧
② 인증 기능 추가: 1.2크레딧 × 2회 = 2.4크레딧
③ DB 연동 페이지 생성: 2크레딧 × 3회 = 6크레딧
④ UI 수정 및 디버깅: 0.9크레딧 × 10회 = 9크레딧
⑤ 오류 수정 (무료 “Try to fix” 제외): 1.0크레딧 × 5회 = 5크레딧
합계: 약 24.4크레딧
간단한 MVP 하나에 20~30크레딧이 소모됩니다. Pro 플랜의 월 구독 크레딧 100개로는 MVP 3~4개 정도가 한계선입니다. 일 5크레딧(월 최대 150)을 더해도 꼼꼼하게 쓸 경우의 수치입니다. 복잡한 앱이거나 수정 횟수가 많아지면 한 달 안에 크레딧이 다 떨어집니다.
Top-up 단가가 구독보다 20% 비싼 이유
크레딧이 부족할 때 사용하는 Top-up 기능이 있습니다. 구독 플랜을 올리지 않고 크레딧만 추가로 구매하는 방식인데, Pro 기준 50크레딧에 $15입니다. (출처: docs.lovable.dev, 2026.03 기준) 편리하게 들리지만, 실제 단가를 계산해보면 이야기가 달라집니다.
Pro 구독 기본 크레딧: $25 ÷ 100크레딧 = 크레딧당 $0.25
Top-up 크레딧 (Pro): $15 ÷ 50크레딧 = 크레딧당 $0.30
→ Top-up이 구독 기본 크레딧보다 20% 더 비쌉니다
크레딧이 부족한 순간에 Top-up을 누르면 자동으로 더 비싼 단가가 적용되는 구조입니다. Business 플랜은 더 심합니다. Top-up 단가가 50크레딧당 $30으로, 크레딧당 $0.60입니다. Business 구독 기본 크레딧($50÷100개=$0.50)보다 20% 비쌉니다.
💡 Top-up 크레딧은 유효기간이 마지막 구매일로부터 12개월입니다. 한 번에 최대 1,000크레딧까지 구매 가능합니다. (출처: docs.lovable.dev) 쓰고 남은 크레딧은 만료 전까지 유효하지만, 구독을 취소하면 즉시 소멸됩니다.
막상 크레딧이 바닥났을 때 플랜을 올리는 게 나을지, Top-up이 나을지 헷갈리기 쉽습니다. 기준은 단순합니다. 한 달 안에 100크레딧을 초과할 것이 확실하다면 상위 크레딧 묶음 플랜으로 구독 자체를 올리는 게 단가가 더 낮습니다. 예를 들어 Pro 200크레딧 플랜은 $50/월로 크레딧당 $0.25이지만, 기본 Pro에서 Top-up으로 100크레딧을 추가하면 $25+$30=$55가 들어 크레딧당 $0.275가 됩니다.
Business $50, 정말 그만한 가치가 있는 조건
Business 플랜이 Pro보다 2배 비싼데 크레딧은 동일하게 100개입니다. 그러면 뭐가 다를까요. 공식 문서 기준으로 추가되는 것은 SSO, 워크스페이스 내 비공개 프로젝트, 데이터 학습 옵트아웃, 디자인 템플릿 재사용입니다. (출처: docs.lovable.dev, 2026.03 기준)
💡 Pro에서도 데이터 학습 옵트아웃이 가능하다는 사실은 잘 알려져 있지 않습니다.
Lovable 공식 문서(docs.lovable.dev/features/business/data-opt-out)에 따르면, Free·Pro 플랜도 Lovable 고객지원팀에 별도로 요청하면 모델 학습 옵트아웃이 가능합니다. Business 플랜과의 차이는 “자동 적용 vs. 요청 필요”입니다. Business는 워크스페이스 설정에서 관리자가 직접 켤 수 있지만, Pro는 고객지원 요청을 거쳐야 합니다.
결론적으로 Business 플랜이 유의미한 경우는 두 가지로 좁혀집니다. 첫째, 회사 보안 정책상 SSO가 필수인 팀. 둘째, 고객지원 요청 없이 즉시 데이터 정책을 관리해야 하는 조직. 개인 개발자나 소규모 팀이라면 Pro에서 요청 방식으로도 충분합니다.
Business 플랜 최대 요금도 짚어볼 필요가 있습니다. 공식 문서에서 Business 플랜은 월 10,000크레딧 옵션까지 있고, 이때 월 요금은 $4,300입니다. (출처: docs.lovable.dev, 2026.03 기준) 크레딧당 $0.43으로 대량 구매할수록 단가가 내려가는 구조이지만, 여기까지 쓸 규모라면 Enterprise 전환을 고려하는 게 현실적입니다.
크레딧 안 태우는 방법, 공식 문서에 있습니다
Lovable 자체에서 크레딧 소모를 줄이는 공식적인 방법이 있습니다. 이 부분이 기존 블로그 글에서 잘 다뤄지지 않는데, 공식 발표 내용과 실제 사용 흐름을 나란히 두고 보니 꽤 실용적인 차이가 보였습니다.
Visual Editor 사용
버튼 색, 텍스트, 여백 같은 단순 변경은 Visual Editor를 직접 클릭해서 수정하면 크레딧이 0개 소모됩니다. 채팅창에 같은 요청을 넣으면 0.5크레딧이 차감됩니다.
“Try to fix” 버튼
오류가 났을 때 채팅으로 고치달라고 하면 크레딧이 빠집니다. 화면에 뜨는 “Try to fix” 버튼으로 수정하면 무료입니다. Lovable이 직접 공식 문서에 명시한 기능입니다.
Plan 모드 우선 사용
바로 만들기 전에 Plan 모드로 앱 구조를 설계하면 수정 횟수가 줄어 전체 크레딧 소모가 감소합니다. 한 번에 많은 기능을 넣으려다 수정을 반복하면 크레딧이 빠르게 소진됩니다.
GitHub 연동 후 외부 에이전트 활용
Pro 이상에서 GitHub을 연동하면 Lovable 외부에서 Claude Code, Cursor 등 별도 에이전트로 코드를 수정할 수 있습니다. Lovable 크레딧 소모 없이 기능을 추가하고, 결과물만 Lovable에서 확인하는 방식입니다.
막상 크레딧이 소진되기 시작하면 당황해서 Top-up을 누르거나 플랜을 올리게 되는데, 위 4가지를 먼저 적용하면 한 달 기본 크레딧으로 버틸 수 있는 범위가 달라집니다. 특히 Visual Editor와 “Try to fix” 조합은 크레딧을 눈에 띄게 아낄 수 있습니다.
Q&A — 자주 나오는 질문 5가지
마치며 — 이 구조를 알고 시작하면 다릅니다
Lovable은 비개발자가 실제로 쓸 수 있는 풀스택 앱 빌더 중 현재 가장 완성도 높은 서비스입니다. 문제는 요금제가 단순해 보이면서도 실제로는 크레딧 소모 구조, Top-up 단가, 플랜 간 기능 차이가 미묘하게 설계되어 있다는 점입니다.
핵심 포인트를 다시 정리하면, Pro $25 기본 플랜으로 한 달에 최대 250크레딧을 쓸 수 있지만 MVP 하나에 평균 20~30크레딧이 소모됩니다. Top-up은 구독 단가보다 20% 비싸므로 크레딧 소모가 예상보다 많다면 구독 자체를 올리는 게 낫습니다. Business 플랜은 SSO가 꼭 필요한 팀이 아니라면 개인에게는 효율이 낮습니다.
이 부분을 미리 알고 쓰는 것과 모르고 쓰는 것의 차이는 꽤 큽니다. Visual Editor와 “Try to fix” 기능만 잘 써도 Top-up 없이 한 달을 버티는 범위가 달라집니다. 처음엔 무료 플랜으로 크레딧 소모 감을 먼저 익히고, 그 다음 Pro로 올리는 순서가 현실적입니다.
📌 본 포스팅 참고 자료
- Lovable 공식 요금 페이지 — https://lovable.dev/pricing
- Lovable 공식 문서 (플랜 및 크레딧) — https://docs.lovable.dev/introduction/plans-and-credits
- Lovable 공식 문서 (데이터 학습 옵트아웃) — https://docs.lovable.dev/features/business/data-opt-out
본 포스팅은 2026년 3월 25일 기준 공식 문서와 공개 자료를 바탕으로 작성되었습니다.
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 정확한 최신 정보는 Lovable 공식 사이트에서 직접 확인해 주세요.
댓글 남기기