Lovable 리뷰

Lovable은 바이브 코딩을 비즈니스로 만든 앱 빌더입니다. 채팅으로 앱을 설명하면 Lovable이 코드를 작성하고, 데이터베이스와 로그인을 설정하고, 결과물을 온라인에 올립니다. 스톡홀름의 이 회사는 2024년 11월에 서비스를 시작했습니다. 8월에는 133억 달러의 기업가치로 4억 달러를 조달했고, 9월에는 공동 창업자 Fabian Hedin이 연 환산 매출이 6억 달러를 넘었다고 밝혔습니다.

저희는 웹 앱과 모바일 앱을 만드는 일을 업으로 삼고 있어서, Lovable을 두 가지 관점에서 봅니다. 즐겨 쓰는 도구로서, 그리고 나중에 실제 고객과 그 데이터를 감당해야 하는 앱의 출발점으로서입니다. 무엇을 잘하는지, 어디서 부족한지, 계속 머무르는 데 어떤 비용이 드는지 살펴봅니다.

잘하는 점

첫 버전을 만드는 데 Lovable은 정말 인상적입니다. 저희가 써 본 바로는 문장 하나가 오후 한나절 만에 화면, 로그인, 데이터베이스, 공개 링크를 갖춘 작동하는 앱이 되며, 에디터를 열 필요도 없습니다. 누군가 사양서를 쓰기도 전에 아이디어를 실제 사람들에게 시험해 볼 수 있고, 이는 초기 아이디어를 검증하는 방식을 바꿉니다.

많은 사람이 바로 그것을 원합니다. Lovable에 따르면 출시 이후 사용자들이 만든 프로젝트는 6000만 개가 넘고, Lovable로 만든 앱의 방문 수는 월 9억 회가 넘으며, Fortune 500 기업의 거의 3분의 2에서 직원들이 Lovable을 씁니다. 사용자 설문에서는 열 명 중 거의 여덟 명이 수익을 기대하는 사업이나 사이드 프로젝트를 만들고 있다고 답했습니다.

Lovable은 안전에도 투자해 왔습니다. 6월부터는 앱을 게시할 때마다 기본 스캔이 설정, 데이터베이스 스키마, 접근 규칙을 점검하며, 관리자는 심각한 문제가 남아 있는 동안 게시를 막을 수 있습니다. Lovable은 한계에 대해서도 솔직합니다. 기본 스캔은 애플리케이션 코드의 논리 결함을 분석하지 않습니다.

모든 것이 비슷해 보인다

저희의 주된 우려는 안목이며, 이는 측정이 아니라 사용해 본 경험에서 나온 견해입니다. Lovable로 만든 앱은 비슷해 보이는 경향이 있습니다. 같은 레이아웃, 같은 카드, 같은 부드러운 그러데이션으로, 몇 번의 출시만 보면 알아볼 수 있는 스타일입니다. 프로토타입에는 문제가 되지 않습니다. 브랜드에는 문제가 됩니다. 고객이 가장 먼저 알아차리는 것은 제품이 어떤 느낌이어야 하는지 아무도 결정하지 않았다는 사실이기 때문입니다.

좋은 프롬프트, 레퍼런스, 디자인 시스템으로 방향을 잡을 수는 있습니다. 하지만 기본값은 평균 쪽으로 끌어당기고, 대부분의 사람은 기본값을 그대로 둡니다.

보안은 누가 책임지는가

더 심각한 질문은 보안입니다. 2025년 3월 당시 경쟁사 Replit에 있던 Matt Palmer는 Lovable로 만든 한 사이트가 사용자 데이터를 노출하고 있다는 것을 발견했습니다. 누가 어떤 행을 읽을 수 있는지 정하는 데이터베이스 규칙이 없거나 잘못되어 있었기 때문입니다. 그와 동료 연구자들은 Lovable 자체 쇼케이스의 프로젝트 1'645개를 스캔해 그중 170개에서 취약한 엔드포인트 303개를 찾아냈고, 이름, 이메일, 결제 정보, 개발자의 API 키가 노출되어 있었습니다. 이 결함은 10점 만점에 9.3점의 심각도로 CVE-2025-48757에 등록되었습니다. Lovable은 각 고객이 자기 앱의 데이터를 보호할 책임이 있다는 이유로 이에 이의를 제기합니다.

2026년 4월 한 연구자는 어떤 Lovable 계정으로든 다른 사용자의 공개 프로젝트 소스 코드와 AI 채팅 기록을 읽을 수 있다는 것을 보여 주었습니다. Lovable은 처음에 X에 이렇게 썼습니다. “분명히 말씀드리면, 저희는 데이터 유출을 겪지 않았습니다.” 이틀 뒤 Lovable은 더 자세한 설명을 내놓았습니다. 2월의 한 변경이 2025년에 막았던 접근을 다시 열었고, 버그 바운티 프로그램에 들어온 제보는 상부 보고 없이 종결되었으며, 제품과 첫 대응 모두 부족했다는 내용이었습니다. The Register는 이 일을 “취약점 제보에 대응하지 말아야 할 방식에 대한 교훈”이라고 불렀습니다.

이런 양상은 Lovable에만 국한되지 않습니다. 9월 보안 업체 UpGuard는 Lovable 앱의 데이터베이스 서비스인 Supabase에서 누구나 읽을 수 있는 테이블을 가진 데이터베이스 약 16'000개를 발견했고, 그중 상당수에 개인 데이터가 담겨 있었습니다. TechCrunch는 이 흐름을 AI로 빠르게 만든 앱들과 연결 지었습니다. Supabase는 자사 프로젝트가 기본적으로 안전하며 설정은 고객이 직접 관리한다고 말합니다. 둘 다 사실일 수 있습니다. 그 사이에는 데이터베이스 규칙이 무엇인지 배울 필요가 한 번도 없었던 창업자가 서 있는 경우가 많습니다.

종속성과 비용

코드 자체는 떠날 수 있습니다. Lovable 문서에 따르면 사용자가 만든 앱, 코드, 콘텐츠는 사용자의 것이며, 모든 요금제에서 GitHub 저장소와 동기화할 수 있고, 프런트엔드는 어디서든 호스팅할 수 있습니다. 백엔드는 다른 문제입니다. 앱이 Lovable Cloud에서 실행된다면, 지원되는 이전 경로는 관리형 또는 자체 호스팅 Supabase뿐입니다. 데이터베이스만 옮긴다고 로그인, 파일 저장소, 실시간 기능, 엣지 함수가 함께 옮겨지지는 않으며, 일반 PostgreSQL이나 다른 제공업체로의 이전은 지원하지 않는다고 Lovable은 밝힙니다. 에디터와 에이전트는 아예 자체 호스팅할 수 없습니다.

비용은 크레딧으로 계산됩니다. Pro는 월 25달러에 100크레딧, Business는 50달러부터 시작하며, 둘 다 최대 10'000크레딧까지 늘릴 수 있습니다. Pro에서 1'200크레딧은 월 294달러입니다. 앱이 Lovable에 머무는 동안에는 호스팅, AI 기능, 커넥터가 개발과 같은 크레딧에서 차감됩니다.

첫 버전은 저렴합니다. 저희 경험상 예측하기 어려운 것은 앱이 커진 뒤 모든 변경에 드는 비용입니다. 프롬프트 하나하나가 귀사 쪽의 누구도 작성하거나 읽어 본 적 없는 코드를 수정합니다. 화면, 역할, 결제 흐름이 수십 개에 이르면 한 곳의 수정이 다른 곳을 망가뜨릴 수 있고, 그 복구 비용 역시 크레딧으로 치릅니다.

저희의 평가

Lovable은 아이디어를 사람들 앞에 내놓는 가장 빠른 방법 중 하나이며, 쓰는 즐거움도 있습니다. 프로토타입, 피치, 민감한 데이터를 다루지 않는 내부 도구에 쓰십시오. 실제 고객과 그 데이터가 들어오기 전에는 첫날부터 GitHub를 연결하고, 보안을 아는 사람이 모든 데이터베이스 규칙을 점검하게 하고, 앱을 Lovable Cloud에 계속 둘지 결정하십시오.

그다음 단계를 위한 것이 Werk입니다. 저희는 자체 제품을 위해 만든 플랫폼 위에서 고객과 함께 웹 앱과 모바일 앱을 만듭니다. 계정, 역할, 결제는 한 번 만들어 테스트를 마쳤고, 모든 릴리스는 사람이 검토하며, 소스 코드는 귀사의 것입니다. Lovable 프로토타입은 좋은 브리프가 됩니다.