바이브코딩 서비스가 돈이 되기 전 먼저 확인할 숫자 다섯 가지

아이디어를 주말 동안 웹서비스로 만드는 일은 이제 꽤 쉬워졌습니다. 어려운 건 그다음입니다. 방문자가 조금 들어오기 시작하면 광고를 붙일지, 유료 기능을 만들지, 다른 주제로 넘어갈지 판단해야 합니다. 이때 페이지뷰 하나만 보면 거의 늘 잘못된 결론에 닿습니다.

작은 서비스의 초반 숫자는 매출 예측표가 아니라 문제를 찾는 계기판에 가깝습니다. 무엇을 측정할지 먼저 정하면 기능을 더 만들기 전에 지금 서비스가 실제로 쓰이고 있는지 확인할 수 있습니다.

첫 번째 숫자는 방문보다 문제 해결 완료율이다

사용자가 페이지에 왔다는 사실과 원하는 일을 끝냈다는 사실은 다릅니다. 글자 수 계산기라면 결과를 확인한 사람, 파일 변환기라면 변환을 끝낸 사람, 체크리스트라면 마지막 항목까지 진행한 사람을 따로 세어야 합니다.

가장 단순한 계산은 완료 수를 시작 수로 나누는 것입니다. 100명이 도구를 열고 20명만 결과를 봤다면 완료율은 20%입니다. 이 숫자가 낮을 때는 광고 위치보다 입력 설명, 오류 메시지, 모바일 버튼, 처리 속도를 먼저 봐야 합니다.

• 시작 이벤트와 완료 이벤트를 서로 다른 이름으로 기록합니다.
• 입력값이나 결과값 같은 민감한 내용은 분석 도구로 보내지 않습니다.
• 오류가 난 경우에는 오류 종류만 제한적으로 기록합니다.
• 같은 사람이 반복 사용해도 흐름을 비교할 수 있게 이벤트 정의를 고정합니다.

두 번째 숫자는 다시 온 사람의 비율이다

검색으로 한 번 들어왔다가 바로 떠나는 서비스와 필요할 때 다시 찾는 서비스는 가치가 다릅니다. 환율 계산, 문장 비교, 일정 계산처럼 반복할 이유가 있는 도구라면 재방문이 기능의 효용을 보여 줍니다.

초기에는 정확한 업계 기준을 찾느라 시간을 쓰기보다 같은 정의로 매주 비교하는 편이 낫습니다. 첫 주 5%, 둘째 주 8%, 셋째 주 11%처럼 움직인다면 사용 이유가 생기고 있다는 신호입니다. 반대로 방문은 늘지만 재방문이 줄면 검색 제목과 실제 기능이 어긋났을 수 있습니다.

Google Analytics 4, 줄여서 GA4는 웹사이트에서 사람들이 무엇을 했는지 살펴보는 분석 도구입니다. GA4의 참여 세션은 10초를 넘기거나, 핵심 이벤트가 있거나, 두 번 이상의 페이지 또는 화면 조회가 있는 세션으로 정의됩니다. 이 기준은 참고할 만하지만, 내 서비스의 성공 행동은 별도로 정해야 합니다. 계산 완료나 파일 다운로드처럼 사용자가 목적을 달성한 순간을 서비스 지표로 두는 편이 더 직접적입니다.

세 번째 숫자는 검색어와 페이지의 약속 일치율이다

검색 노출이 많아도 방문자가 기대한 답을 바로 찾지 못하면 수익으로 이어지기 어렵습니다. 예를 들어 '연봉 실수령액 계산'으로 들어왔는데 첫 화면이 긴 AI 소개라면 방문자는 계산 버튼을 찾기 전에 나갈 수 있습니다.

Google Search Console은 내 사이트가 Google 검색에서 어떤 검색어로 보였는지 확인하는 도구입니다. 여기서 검색어와 방문 페이지를 함께 보고, 많이 보인 검색 의도가 화면 첫 부분에서 바로 해결되는지 확인합니다. 제목에서 약속한 기능, 첫 문단의 설명, 실제 버튼 문구가 같은 방향을 가리켜야 합니다. 검색어별 방문 수가 적을 때는 퍼센트 하나에 의미를 크게 두지 말고 실제 검색어 묶음과 행동 흐름을 같이 봅니다.

네 번째 숫자는 한 명을 돕는 데 드는 운영비다

AI API는 다른 회사의 AI 기능을 내 프로그램에서 요청해 쓰는 연결 창구입니다. 이런 기능을 쓰는 서비스는 방문이 늘수록 비용도 늘 수 있습니다. 서버 비용, 외부 API 호출, 이미지 생성, 이메일 발송, 오류 대응 시간을 모두 빼면 무료 사용자가 늘어도 적자가 커질 수 있습니다.

비용은 월 총액만 보지 말고 완료 한 건당 비용으로 바꿔 봅니다. 월 운영비가 10만 원이고 성공적으로 끝난 작업이 2천 건이면 완료당 50원입니다. 여기에 결제 수수료와 고객 지원 시간을 더하면 어떤 기능을 무료로 두고 어디부터 유료화할지 판단하기 쉬워집니다.

1. 고정비와 사용량에 따라 늘어나는 변동비를 나눕니다.
2. API별 호출 횟수와 실패 재시도 비용을 기록합니다.
3. 월 비용을 방문자가 아니라 성공 완료 수로 나눕니다.
4. 비용 상한을 넘으면 기능을 멈추거나 저렴한 처리 경로로 바꿉니다.

다섯 번째 숫자는 광고가 없어도 남는 다음 행동이다

광고 승인은 사업 모델이 완성됐다는 뜻이 아닙니다. 독자가 관련 글을 더 읽거나, 도구를 다시 쓰거나, 뉴스레터를 신청하거나, 유료 기능 대기 명단에 들어오는 행동이 있어야 서비스가 쌓입니다. 광고만 다음 행동으로 두면 승인이 늦어질 때 제품 개선 방향도 잃기 쉽습니다.

Google은 AdSense 준비 상태에서 독창적이고 관련성 있는 콘텐츠, 쉬운 탐색, 좋은 사용자 경험을 강조합니다. 글 수를 빠르게 늘리는 것보다 각 페이지가 무엇을 해결하는지 분명히 하고 다음에 볼 자료를 자연스럽게 연결하는 편이 이 기준과도 맞습니다.

14일 동안 한 장으로 기록해 보기

복잡한 대시보드 없이 날짜별로 시작 수, 완료 수, 오류 수, 재방문, 운영비만 적어도 충분합니다. 첫 7일은 기능을 바꾸지 않고 기준값을 모읍니다. 다음 7일에는 입력 안내나 버튼 위치처럼 한 가지만 바꿉니다.

변경 뒤 완료율이 오르고 오류가 줄었는지 확인합니다. 방문 수만 올랐는데 완료율이 떨어졌다면 유입 문구부터 다시 봅니다. 완료율은 좋아졌지만 비용이 급증했다면 처리 방식을 고칩니다. 이렇게 한 번에 한 변수만 바꾸면 무엇이 결과를 움직였는지 설명할 수 있습니다.

수익화는 광고 코드를 붙이는 순간보다 사용자가 목적을 끝내는 순간에서 시작됩니다. 처음 두 주 동안 다섯 숫자를 같은 정의로 기록해 보세요. 그 기록이 쌓이면 광고, 구독, 유료 기능 중 무엇을 먼저 시험할지도 훨씬 선명해집니다.