배포하고 사람들에게 보여주는 법

완성은 끝이 아니라 링크를 보내는 순간이다

러버블에서 화면이 예쁘게 보이기 시작하면 묘한 착각이 듭니다. "이제 다 만들었다." 하지만 웹페이지는 내 화면 안에 있을 때보다, 다른 사람의 휴대폰에서 열렸을 때 비로소 진짜 모습을 드러냅니다. 내 노트북에서는 멀쩡하던 버튼이 모바일에서는 너무 작을 수 있고, 내가 당연하다고 생각한 문구가 처음 보는 사람에게는 무슨 뜻인지 모를 수 있습니다.

그래서 이 장의 목표는 거창한 '서비스 출시'가 아닙니다. 우선 공개 링크를 만들고, 실제 사람에게 보내고, 반응을 받아 첫 개선을 하는 것입니다. 진짜 시작은 만들었을 때가 아니라, 누군가에게 링크를 보냈을 때입니다.

러버블 초보자에게 가장 좋은 출시는 조용하고 작아야 합니다. 인스타그램에 크게 공개하거나 광고를 돌리기 전에, 지인 몇 명과 잠재고객 몇 명에게 먼저 보여주는 것이 좋습니다. 이 단계에서는 완벽한 기능보다 "이 페이지가 무엇을 말하는지", "믿을 만해 보이는지", "문의하고 싶어지는지"를 확인하는 것이 훨씬 중요합니다.

러버블에서 기본 주소로 Publish하기

러버블에서 만든 프로젝트는 기본적으로 러버블의 미리보기 화면에서 확인할 수 있습니다. 하지만 미리보기는 작업실에 가깝습니다. 다른 사람에게 안정적으로 보내려면 공개 주소가 필요합니다. 러버블에서는 프로젝트를 게시하면 기본적으로 xxx.lovable.app 형태의 주소를 사용할 수 있고, 커스텀 도메인은 기본 주소 대신 내 도메인이나 서브도메인을 연결하는 방식입니다.¹

기본 배포 절차는 어렵지 않습니다. 먼저 러버블 프로젝트를 열고, 오른쪽 미리보기 화면에서 주요 화면이 정상적으로 보이는지 확인합니다. 그다음 상단 또는 우측 상단에 있는 Publish, Deploy, 또는 비슷한 게시 버튼을 찾습니다. 러버블의 화면 구성은 시점에 따라 조금씩 달라질 수 있으니, 정확한 버튼 이름보다 "사람들에게 공개할 주소를 발행하는 버튼"이라고 이해하면 됩니다.

버튼을 누르면 러버블이 공개 주소를 만들어 줍니다. 이 주소를 복사해 새 브라우저 탭에서 열어 보세요. 가능하면 로그아웃 상태나 시크릿 창에서도 열어 보는 것이 좋습니다. 내가 로그인한 상태에서는 보이는데, 다른 사람에게는 접근이 안 되는 경우를 미리 잡을 수 있기 때문입니다.

처음에는 이 기본 주소만으로 충분합니다. 프리랜서 포트폴리오, 예약 상담 페이지, 견적 요청 페이지, 전자책 랜딩 페이지 모두 첫 피드백을 받기에는 lovable.app 주소로도 괜찮습니다. 이 시점의 목적은 브랜드를 완벽하게 꾸미는 것이 아니라, 시장 반응을 확인하는 것입니다.

배포 직후에는 반드시 두 화면에서 확인한다

배포 버튼을 눌렀다고 바로 링크를 뿌리면 안 됩니다. 가장 먼저 해야 할 일은 내가 고객이 된 것처럼 접속해 보는 것입니다. 이때 핵심은 데스크톱과 모바일을 나누어 보는 것입니다.

노트북이나 데스크톱에서는 화면이 넓기 때문에 대부분 그럴듯해 보입니다. 문제는 모바일에서 자주 생깁니다. 첫 문장이 너무 길어 줄바꿈이 이상해지거나, 버튼이 화면 아래로 밀리거나, 입력 폼이 손가락으로 누르기 불편할 수 있습니다. 개인 사업자나 프리랜서의 웹페이지는 특히 모바일에서 많이 열립니다. 지인이 카카오톡으로 링크를 받거나, 인스타그램 프로필에서 누르거나, 이메일을 휴대폰으로 확인하는 경우가 많기 때문입니다.

가장 쉬운 확인 방법은 배포된 링크를 내 휴대폰으로 보내 직접 열어 보는 것입니다. 카카오톡 나에게 보내기, 이메일, 메모 앱 무엇이든 좋습니다. 휴대폰에서 열었을 때 첫 화면만 보지 말고 맨 아래까지 천천히 내려 보세요. 실제 고객은 대부분 설명을 끝까지 읽기보다 빠르게 훑습니다. 그러니 중요한 문장과 버튼이 스크롤 중간중간 잘 보이는지 확인해야 합니다.

모바일 확인에서는 '엄지손가락 테스트'를 해보면 좋습니다. 한 손으로 휴대폰을 들고 엄지로만 스크롤하고 버튼을 눌러 보세요. 이때 버튼이 너무 작거나, 입력칸이 촘촘하거나, 문의하기 버튼을 찾기 어렵다면 실제 사용자도 불편해할 가능성이 큽니다.

무료 기본 도메인과 유료 커스텀 도메인의 차이

초보자가 가장 많이 고민하는 질문이 있습니다. "처음부터 내 도메인을 사야 할까요?" 결론부터 말하면, 첫 피드백 단계에서는 꼭 필요하지 않습니다. 러버블 기본 주소로 먼저 검증해도 됩니다.

다만 웹페이지를 계속 운영하거나, 명함·인스타그램·블로그·광고에 넣을 계획이라면 커스텀 도메인이 도움이 됩니다. 예를 들어 yourname.lovable.app보다 yourname.com 또는 consulting.yourbrand.com이 더 전문적으로 보입니다. 러버블 문서에서도 커스텀 도메인은 브랜드 정체성, 검색 노출, 기억하기 쉬운 주소 측면에서 유리하다고 설명합니다. 단, 커스텀 도메인은 유료 플랜에서 사용할 수 있습니다.¹

러버블에서는 프로젝트 설정의 도메인 메뉴나 게시 과정의 커스텀 도메인 메뉴에서 도메인을 연결할 수 있습니다. 러버블 안에서 새 도메인을 구매하면 DNS 레코드와 SSL, 즉 보안 접속 설정이 자동으로 구성되는 흐름을 제공하고, 이미 보유한 도메인을 연결할 때는 도메인 제공업체의 DNS 설정에 접근해야 합니다. DNS는 쉽게 말해 "이 도메인 주소로 접속하면 어느 서버로 보내야 하는지 알려주는 주소록"입니다. 외부 도메인을 연결할 때는 설정이 몇 분 안에 끝나기도 하지만, 경우에 따라 최대 72시간까지 전파 시간이 걸릴 수 있습니다.¹

그러니 무료 사용자라면 순서를 이렇게 잡으세요. 먼저 기본 주소로 배포합니다. 사람들에게 보여줍니다. 문의나 반응이 실제로 생깁니다. 그다음 커스텀 도메인을 고민합니다. 도메인은 신뢰를 높여 주지만, 아무도 원하지 않는 페이지를 살려 주지는 못합니다.

배포 전 15분 체크리스트

공개 링크를 보내기 전에는 딱 15분만 투자해도 큰 실수를 줄일 수 있습니다. 초보자가 만든 첫 웹페이지에서 가장 많이 보이는 문제는 화려한 기능 부족이 아니라 오탈자, 안 눌리는 버튼, 작동하지 않는 폼, 어색한 모바일 화면입니다.

아래 항목은 배포 전마다 반복해서 확인하세요.

• 첫 화면의 한 문장만 읽어도 누구를 위한 어떤 서비스인지 이해되는가?

• 이름, 직함, 서비스명, 가격, 날짜, 지역, 연락처에 오탈자가 없는가?

• 모든 버튼이 실제로 클릭되고, 의도한 위치로 이동하는가?

• 문의하기, 예약하기, 견적 요청하기, 자료 받기 같은 CTA 문구가 페이지 전체에서 일관되는가?

• 외부 링크가 새 창에서 정상적으로 열리고, 잘못된 임시 주소로 연결되지 않는가?

• 폼을 제출했을 때 성공 메시지가 뜨고, 실제로 데이터가 저장되거나 이메일·메시지로 도착하는가?

• 필수 입력값을 비워 두었을 때 친절한 안내 문구가 나오는가?

• 이름, 이메일, 전화번호를 받는다면 개인정보 수집 목적과 연락 용도를 간단히 안내했는가?

• 테스트용 문장, 가짜 후기, 예시 이메일, 샘플 전화번호가 남아 있지 않은가?

• 모바일에서 가로 스크롤이 생기지 않고, 버튼과 입력칸을 손가락으로 누르기 쉬운가?

• 이미지가 너무 크게 깨지거나, 로딩이 지나치게 느리지 않은가?

• 페이지 맨 아래에도 다시 문의 또는 예약 버튼이 있는가?

• 고객이 궁금해할 작업 절차, 소요 시간, 결과물, 비용 기준이 최소한으로 설명되어 있는가?

• 내가 제공하지 않는 기능이나 보장할 수 없는 약속을 과장해서 적지 않았는가?

• 배포된 주소를 시크릿 창이나 다른 기기에서 열어도 정상 접속되는가?

특히 폼은 반드시 직접 제출해 봐야 합니다. "제출 완료"라는 메시지가 뜬다고 해서 실제로 문의가 도착했다는 뜻은 아닙니다. Supabase에 저장하는 구조라면 테이블에 데이터가 들어왔는지 확인해야 하고, 이메일 링크나 카카오톡 링크로 연결하는 구조라면 해당 앱이 제대로 열리는지 확인해야 합니다.

개인정보 안내도 어렵게 생각할 필요는 없습니다. 처음에는 폼 아래에 짧게 적어도 됩니다. 예를 들어 "입력하신 이름과 연락처는 상담 안내와 견적 회신 목적으로만 사용됩니다"처럼 사용 목적을 분명히 밝혀 주세요. 법률 문서처럼 완벽하지 않더라도, 고객 입장에서는 "내 정보를 어디에 쓰는지"를 알려주는 것만으로도 신뢰가 올라갑니다.

첫 피드백은 세 그룹에게 받는다

웹페이지를 공개했으면 이제 사람에게 보여줘야 합니다. 여기서 중요한 점은 "좋아 보여?"라고 묻지 않는 것입니다. 대부분의 지인은 상처 주기 싫어서 좋다고 말합니다. 우리는 칭찬이 아니라 다음 수정의 단서를 얻어야 합니다.

첫 피드백은 세 그룹으로 나누어 받으면 좋습니다. 지인 5명, 잠재고객 10명, 기존 고객 또는 이전 거래 경험이 있는 사람입니다. 숫자가 중요한 이유는 감정적으로 휘둘리지 않기 위해서입니다. 한 명이 "별로야"라고 말해도 방향을 통째로 바꿀 필요는 없습니다. 하지만 10명 중 6명이 같은 부분에서 막힌다면 그건 고쳐야 합니다.

지인 5명에게는 이해도와 사용성 중심으로 물어보세요. 이들은 꼭 내 고객이 아닐 수 있으므로 구매 의사를 묻기보다, 처음 보는 사람이 페이지를 이해할 수 있는지 확인하는 역할에 가깝습니다.

• 첫 화면을 보고 내가 무엇을 제공하는 사람인지 바로 이해됐어?

• 가장 먼저 눌러야 할 버튼이 무엇인지 알겠어?

• 읽다가 어색하거나 과장되어 보이는 문장이 있었어?

• 모바일에서 보기 불편한 부분이 있었어?

• 신뢰가 떨어져 보이는 부분이나 빠진 정보가 있었어?

• 10초만 본다면 기억나는 문장이 뭐야?

잠재고객 10명에게는 문제와 행동 중심으로 물어봐야 합니다. 잠재고객은 실제로 내 서비스를 살 가능성이 있는 사람입니다. 프리랜서 디자이너라면 소상공인, 강의 판매자라면 수강을 고민할 사람, 상담 페이지라면 실제 상담 니즈가 있는 사람이 여기에 해당합니다.

• 지금 이 주제와 관련해 가장 불편한 점은 무엇인가요?

• 이 페이지가 그 문제를 해결해 줄 것처럼 느껴지나요?

• 문의하기 전에 더 알고 싶은 정보는 무엇인가요?

• 가격, 진행 방식, 결과물이 충분히 명확한가요?

• 버튼을 누르기 망설여진다면 이유가 무엇인가요?

• 비슷한 서비스를 찾는다면 어떤 검색어로 찾아볼 것 같나요?

• 이 페이지를 보고 실제로 문의한다면 어느 부분 때문에 문의할 것 같나요?

기존 고객이나 이전 거래 경험이 있는 사람에게는 신뢰 요소를 물어보세요. 이들은 내가 실제로 어떤 가치를 주는지 알고 있기 때문에, 페이지의 설득력을 높이는 데 큰 도움이 됩니다.

• 제가 실제로 도와드렸던 부분이 페이지에 잘 드러나나요?

• 처음 거래를 결정할 때 중요했던 정보가 지금 페이지에 있나요?

• 빠져서 아쉬운 사례, 결과, 설명이 있나요?

• 다른 사람에게 저를 소개한다면 어떤 표현으로 소개하시겠어요?

• 후기나 추천 문장으로 써도 될 만한 표현이 있을까요?

• 이 페이지를 더 믿음직하게 만들려면 무엇이 추가되면 좋을까요?

이 질문에 대한 답은 구글 스프레드시트, 노션, 메모 앱 어디에든 모아 두세요. 핵심은 답변을 흩어지게 두지 않는 것입니다. 카카오톡으로 받은 말, 이메일 답장, 통화 중 들은 말을 한곳에 모아야 반복되는 패턴이 보입니다.

피드백 요청 메시지는 짧고 구체적으로 보낸다

피드백을 부탁할 때 장문의 설명을 붙이면 상대가 부담스러워합니다. 반대로 "한번 봐줘"라고만 보내면 원하는 답을 얻기 어렵습니다. 가장 좋은 방식은 시간, 목적, 질문 수를 분명히 말하는 것입니다.

예를 들어 지인에게는 이렇게 보낼 수 있습니다.

나 러버블로 서비스 소개 페이지를 하나 만들었어. 아직 정식 공개 전이라 3분만 보고 피드백 받고 싶어. 예쁘냐보다 "무슨 서비스인지 바로 이해되는지", "문의 버튼을 찾기 쉬운지", "어색한 문구가 있는지"만 봐주면 정말 고마워.
링크: https://example.lovable.app

잠재고객에게는 조금 더 조심스럽게 보내는 것이 좋습니다.

안녕하세요. 제가 요즘 [대상 고객]을 위한 [서비스] 페이지를 만들고 있습니다. 판매를 강하게 권하려는 목적은 아니고, 실제로 필요한 설명이 들어갔는지 확인하고 싶습니다. 가능하시다면 링크를 3분 정도 봐주시고 "문의 전 더 알고 싶은 것" 한 가지만 알려주실 수 있을까요?
링크: https://example.lovable.app

기존 고객에게는 관계를 바탕으로 더 직접적으로 물어볼 수 있습니다.

예전에 함께 작업했던 경험을 바탕으로 제 소개 페이지를 새로 만들었습니다. 혹시 보시기에 제가 실제로 드렸던 도움이 잘 표현되어 있는지 궁금합니다. 빠진 강점이나 더 믿음직하게 보일 만한 내용이 있다면 편하게 알려주세요.

이렇게 보내면 상대가 무엇을 해야 할지 알기 때문에 답변의 질이 올라갑니다. "좋네요"라는 답 대신 "첫 화면에서 가격대가 안 보여서 조금 망설여졌어요" 같은 쓸모 있는 답을 받을 가능성이 커집니다.

첫 개선은 기능 추가가 아니라 문구와 신뢰, CTA다

초보자가 피드백을 받고 가장 많이 하는 실수는 바로 기능 추가에 들어가는 것입니다. 누군가 "예약 기능이 있으면 좋겠네요"라고 말하면 곧바로 러버블에 "예약 캘린더 추가해줘"라고 입력합니다. 그러면 크레딧이 쓰이고, 새로운 코드가 생기고, 이전에는 없던 오류가 생길 수 있습니다.

하지만 대부분의 첫 피드백은 기능 부족이 아니라 확신 부족에서 나옵니다. 사용자가 "예약 기능이 있으면 좋겠다"고 말한 진짜 이유가 단순히 가능한 시간을 알고 싶어서라면, 복잡한 캘린더를 만들 필요가 없습니다. 처음에는 "원하는 상담 시간을 남겨주시면 24시간 이내에 가능 시간을 안내드립니다"라는 문구와 간단한 입력칸만으로도 충분할 수 있습니다.

피드백은 그대로 실행하는 것이 아니라 번역해야 합니다.

문구, 신뢰 요소, CTA는 비교적 안전한 수정입니다. Visual Editor로 직접 바꾸거나, 러버블에 한 번의 명확한 프롬프트로 요청할 수 있습니다. 반면 결제, 로그인, 자동 예약, 관리자 대시보드 같은 기능은 더 많은 크레딧과 디버깅을 요구합니다. 무료 사용자라면 특히 첫 개선을 가벼운 수정에 집중해야 합니다.

외부 AI로 피드백을 정리한 뒤 러버블에 한 번만 요청하기

크레딧을 아끼려면 피드백을 받은 즉시 러버블에 붙여 넣지 마세요. 먼저 ChatGPT나 Gemini 같은 외부 AI에 피드백을 정리시킵니다. 러버블은 구현 도구로 쓰고, 생각 정리는 밖에서 끝내는 원칙을 여기서도 지켜야 합니다.

외부 AI에는 이렇게 요청할 수 있습니다.

아래는 내가 만든 웹페이지에 대한 피드백이다.
웹페이지 목적: 프리랜서 디자이너의 포트폴리오와 문의 유도
대상 고객: 1인 사업자, 소상공인, 초기 브랜드 운영자

조건:
- 새로운 기능 추가는 하지 않는다.
- 문구, 섹션 순서, 신뢰 요소, CTA만 개선한다.
- 러버블에 한 번에 입력할 수 있는 구현 프롬프트로 정리한다.
- 모바일에서 첫 화면 이해도를 높이는 방향을 우선한다.

피드백:
1. 첫 화면에서 어떤 일을 하는지 조금 늦게 이해된다.
2. 가격이 없어서 문의하기 망설여진다.
3. 실제 작업 사례가 더 보이면 좋겠다.
4. 문의 버튼 문구가 딱딱하다.
5. 모바일에서 소개 문장이 너무 길다.

위 내용을 바탕으로 러버블에 입력할 최종 프롬프트를 작성해줘.

외부 AI가 정리한 뒤에는 러버블에 이런 식으로 입력합니다.

아래 피드백을 반영해 현재 페이지를 개선해줘.
중요: 새로운 기능은 추가하지 말고, 문구·섹션 순서·신뢰 요소·CTA만 수정해줘.

개선 목표:
- 모바일 첫 화면에서 내가 누구를 위해 어떤 결과를 만드는지 5초 안에 이해되게 하기
- 문의 부담을 낮추기
- 신뢰 요소를 강화하기

수정 요청:
1. 히어로 섹션의 헤드라인을 더 구체적으로 바꿔줘.
2. 첫 화면의 설명 문장을 2줄 이내로 줄여줘.
3. CTA 버튼 문구를 "무료 상담 문의하기"처럼 부담이 낮은 표현으로 바꿔줘.
4. 작업 사례 섹션을 3개 카드로 정리하고, 각 카드에 문제·작업·결과를 짧게 보여줘.
5. 가격은 확정 금액 대신 "프로젝트 범위에 따라 견적 안내" 문구와 기본 진행 범위를 설명해줘.
6. 전체 디자인 톤은 유지하고 레이아웃을 크게 바꾸지 마.

이 프롬프트의 핵심은 "새로운 기능은 추가하지 말라"는 제한입니다. 제한이 있어야 러버블이 과하게 손대지 않습니다. 배포 후 첫 개선에서는 똑똑한 확장보다 안전한 정리가 더 중요합니다.

더 전문적인 배포는 나중에 생각해도 된다

러버블의 기본 Publish는 시작하기에 좋습니다. 다만 프로젝트가 실제 매출로 이어지거나 장기 운영 단계로 가면 GitHub, Netlify, Vercel 같은 배포 흐름을 고민할 수 있습니다. Netlify의 러버블 배포 가이드에서도 러버블의 기본 Publish는 빠르게 시작하기에 좋지만, 프로젝트가 성장하면 GitHub와 Netlify를 연결해 변경 이력을 추적하고, 협업하고, 이전 버전으로 되돌릴 수 있는 구조가 장기적으로 유리하다고 설명합니다.²

하지만 이 책의 독자 대부분은 무료 사용자이거나 코딩 초보자입니다. 그러니 지금 당장 GitHub, 브랜치, 배포 파이프라인 같은 단어에 겁먹을 필요는 없습니다. 첫 사업형 웹페이지의 목표는 안정적인 공개 링크를 만들고, 고객 반응을 얻는 것입니다.

전문적인 배포 흐름은 이런 순간에 고려하세요.

• 웹페이지가 실제 문의나 매출을 만들기 시작했다.

• 수정할 때마다 이전 버전으로 돌아갈 안전장치가 필요하다.

• 개발자나 협업자에게 코드를 넘겨야 한다.

• 커스텀 도메인, 검색 노출, 성능, 보안 관리를 더 진지하게 해야 한다.

• 여러 프로젝트를 동시에 운영하며 배포 이력을 관리해야 한다.

그전까지는 기본 주소로 충분합니다. 중요한 것은 도구의 수준을 높이는 것이 아니라, 고객과 만나는 횟수를 늘리는 것입니다.

첫 출시 후 7일 루틴

배포를 했다면 일주일만 작게 운영해 보세요. 이 7일이 앞으로의 방향을 정해 줍니다.

이 루틴을 따르면 "무엇을 더 만들까?"보다 "무엇이 막고 있을까?"를 보게 됩니다. 초보자는 기능을 많이 만들수록 사업에 가까워진다고 느끼지만, 실제로는 한 문장이 바뀌어 문의가 늘어나는 경우가 많습니다. "홈페이지 제작합니다"보다 "1인 사업자를 위한 문의가 들어오는 랜딩페이지를 7일 안에 제작합니다"가 더 강할 수 있습니다.

링크를 보낸 사람이 이긴다

러버블로 웹페이지를 만드는 과정은 생각보다 재미있습니다. 문장을 입력하면 화면이 생기고, 버튼이 생기고, 어느새 그럴듯한 사이트가 됩니다. 그래서 계속 만들고 싶어집니다. 색을 바꾸고, 섹션을 추가하고, 애니메이션을 넣고, 더 멋진 기능을 붙이고 싶어집니다.

하지만 사업형 웹페이지의 목적은 감탄이 아니라 행동입니다. 방문자가 이해하고, 믿고, 문의하고, 신청하고, 구매하게 만드는 것이 목적입니다. 그 행동은 내 미리보기 화면 안에서는 절대 일어나지 않습니다. 링크를 보내야 일어납니다.

오늘 할 일은 단순합니다. Publish 버튼을 누릅니다. 휴대폰에서 열어 봅니다. 체크리스트를 확인합니다. 그리고 다섯 명에게 보냅니다. 답장을 기다리는 동안 또 기능을 만들지 말고, 사람들이 어디서 멈추는지 관찰하세요.

러버블에서 만든 첫 웹페이지는 완성품이라기보다 대화의 시작점입니다. 고객과 나누는 첫 대화, 시장과 나누는 첫 대화, 내가 하려는 일이 정말 필요한지 확인하는 첫 대화입니다. 그 대화는 공개된 링크 하나에서 시작됩니다.

참고

¹Set up a custom domain

²Deploy a Lovable site to Netlify