AI 빌더의 함정

\"v0.dev 같은 데서 한 번에 만들어주는데, 굳이 직접 배워야 하나요?\" — 학원 상담에서 가장 자주 나오는 질문입니다. 결과만 보면 빌더가 빠릅니다. 그러나 \"두 달 뒤에도 본인이 운영할 수 있느냐\"를 기준으로 보면 이야기가 달라집니다. 빌더 의존이 만드는 함정을 다섯 가지로 정리해드립니다.

1. '한 번에 만들어주는' 환상

처음에는 정말 빠릅니다. 30분이면 그럴듯한 1페이지가 나옵니다. 그러나 본인이 운영하는 모든 사이트의 수명은 결국 \"수정\"에서 결정됩니다. 메뉴가 바뀌고, 가격이 바뀌고, 문구가 바뀝니다. 빌더는 처음 만드는 30분에 최적화되어 있고, 다음 달의 5분 수정에는 최적화되어 있지 않습니다.

2. 다섯 가지 함정

• ① 잠금(Lock-in) — 결과물이 빌더 전용 포맷이라 다른 곳으로 옮기기 어렵습니다. 옮기려면 결국 비용을 또 들여야 합니다.
• ② 코드 미공개 — 결과 코드가 깔끔하게 떨어지지 않거나, 떨어져도 '본인이 읽을 수 있는 형태'가 아닙니다. 수정이 곧 외주가 됩니다.
• ③ 정책 의존 — 빌더 회사가 정책을 바꾸면 본인 사이트가 영향을 받습니다. 결제 모델이 바뀌면 비용이 갑자기 오릅니다.
• ④ SEO 한계 — 빌더는 본인이 원하는 메타 태그나 구조화 데이터를 자유롭게 넣기 어렵습니다. 검색 노출 한계가 종종 있습니다.
• ⑤ 도메인·이메일 결합 어려움 — 본인의 도메인이나 메일 서버와 결합할 때 추가 결제가 강제되는 구조가 많습니다.

3. 그래도 빌더가 맞는 상황

빌더가 항상 나쁜 건 아닙니다. 다음 세 가지 상황에서는 빌더가 합리적입니다.

• 이번 한 달짜리 이벤트 페이지 — 수명이 짧으면 운영 부담이 의미 없습니다.
• 본인이 직접 운영할 의향이 0인 페이지 — 외주 비용보다 빌더 월 사용료가 싸다면 빌더가 답입니다.
• 본인 사업 본질과 무관한 '명함 페이지' — 정보가 거의 안 바뀌고, 디자인이 평균만 되어도 충분한 경우.

4. 학원이 권하는 '절충안'

정리하면, 빌더와 직접 운영은 \"둘 중 하나만 고르는 문제\"가 아닙니다. 학원에서는 다음 두 단계로 권합니다.

1. 1단계 — 빌더로 '대략의 그림' 그리기 사이트 구상 단계에서 빌더로 한 번 만들어보면, '무엇이 보기 좋고 무엇이 어색한지'가 빨라집니다. 이 단계의 결과물은 버려도 됩니다.
2. 2단계 — 정리된 의도를 본인 폴더로 옮기기 AI와 함께 좋은 프롬프트 한 문단을 만들고, 그 문단을 기준으로 본인 폴더에 직접 사이트를 만듭니다. 이 단계의 결과물이 본인의 '운영 자산'이 됩니다.

마치며

빌더는 도구이지 적이 아닙니다. 다만 '운영 자산'을 어디에 둘 것인가는 중요한 결정입니다. 빌더에 두면 빌더가 본인의 자산을 통제합니다. 본인 폴더에 두면 본인이 자산을 통제합니다. 다음 글에서는 본인의 폴더에 만든 사이트를 무료로 인터넷에 올리는 방법을 다룹니다.