쇼핑몰홈페이지제작비용 이렇게 계산하면 된다

얼마 전 쇼핑몰을 열려는 분이 제작 견적 700만 원을 보여줬다. 상품은 30개, 배송 방식은 택배 하나, 회원 등급도 필요 없는 상태였다. 견적에는 맞춤 서버와 별도 관리 시스템까지 들어 있었다. 이런 규모라면 먼저 무료형 쇼핑몰에서 주문이 실제로 들어오는지 확인하는 편이 맞다. 쇼핑몰홈페이지제작비용은 화면을 만드는 돈만 보면 판단하기 어렵다. 개설비, 매달 나가는 돈, 주문이 늘 때 추가되는 돈을 나눠야 한다.

필요한 기능부터 적으면 제작 방식이 보인다

상품 등록, 장바구니, 결제, 배송비 설정, 주문 알림 정도면 기성 쇼핑몰 솔루션으로 시작할 수 있다. 카페24는 쇼핑몰 솔루션 이용료와 관리비가 무료라고 안내한다. NHN커머스도 고도몰 베이직을 무료형으로 제공한다. 다만 무료라는 말이 운영비 전체가 0원이라는 뜻은 아니다. 결제 수수료, 문자 발송, 유료 디자인, 도메인 같은 항목은 따로 확인해야 한다.

디자인을 조금 바꾸는 일과 주문 흐름을 새로 만드는 일은 비용 차이가 크다. 첫 화면의 색과 배너를 고치는 수준이라면 템플릿으로 충분한 경우가 많다. 반면 거래처별 가격, 복잡한 묶음 배송, 외부 창고와 재고 동기화가 필요하면 개발 범위가 커진다. 이때는 ‘쇼핑몰 제작’이라는 한 줄 견적보다 기능별 작업 목록을 받아야 한다. 어떤 화면을 만들고, 어떤 데이터를 주고받으며, 오류가 나면 누가 고치는지까지 적혀 있어야 가격을 비교할 수 있다.

첫해 비용은 세 칸으로 나눠 계산한다

저는 견적을 받을 때 초기 구축비, 월 고정비, 판매에 따라 늘어나는 비용을 따로 적는다. 예를 들어 무료 솔루션에 기본 디자인을 직접 적용한다면 구축비를 낮출 수 있다. 대신 상품 사진 촬영과 상세페이지 작성에 시간이 든다. 외주를 맡긴다면 ‘상품 30개 등록’에 사진 보정, 옵션 입력, 모바일 화면 확인이 포함되는지 확인해야 한다. 같은 30개라도 옵션이 많은 의류와 단일 규격 생활용품은 작업량이 다르다.

• 초기 구축비: 디자인 작업, 상품·카테고리 등록, 결제 설정, 기존 쇼핑몰 데이터 이전
• 월 고정비: 솔루션 이용료, 앱 구독료, 도메인 유지비, 운영·장애 대응 계약
• 변동비: 결제 수수료, 문자 발송, 추가 저장 공간이나 트래픽 비용

가령 초기 작업비 150만 원, 월 구독료와 앱 비용 5만 원이면 첫해 고정 지출은 210만 원이다. 여기에 결제 수수료와 광고비는 별도로 붙는다. 이 숫자는 시장 평균 견적이 아니라 계산 예시다. 초기 작업비가 0원이어도 월 15만 원짜리 앱과 운영 계약을 쓰면 1년 고정비는 180만 원이다. 그래서 견적서의 맨 위 금액보다 12개월 총액을 보는 게 낫다.

해외형 솔루션은 환율과 결제 주기까지 봐야 한다. 쇼피파이는 월 결제와 연간 결제의 월 환산 가격이 다르고, 별도 앱이나 결제 방식에 따라 비용이 달라질 수 있다고 안내한다. 연간 결제가 싸 보여도 기능 검증 전부터 장기 결제를 할 이유는 없다. 필요한 기능을 시험한 뒤 지출을 확정하는 편이 안전하다.

트래픽은 방문자 수를 데이터량으로 바꿔 본다

서버 사양을 먼저 높게 잡는 견적을 자주 본다. 그런데 방문자가 한 달에 3천 명이고 한 사람이 평균 3쪽을 보며 한 쪽에서 2MB를 내려받는다면 단순 계산으로 월 전송량은 약 18GB다. 이미지 크기와 캐시 설정에 따라 실제 사용량은 달라지지만, 이 단계에서 전용 서버가 꼭 필요한지 다시 물어볼 근거는 된다.

월 방문자보다 중요한 건 한꺼번에 몰리는 시간이다. 하루 방문자 1천 명이 10시간에 고르게 들어오고 평균 5분 머문다면 동시 접속은 평균 약 8명이다. 행사 시작 직후 유입이 평소의 5배라면 40명 안팎을 기준으로 결제까지 시험해 볼 수 있다. 다만 이 계산은 접속 시간을 단순화한 예시다. 실제로는 상품 이미지 용량, 검색과 장바구니 요청, 외부 결제 응답 시간이 병목을 만든다.

관리형 솔루션을 쓰면 서버 운영을 서비스에 맡기는 구조다. 직접 VPS를 운영하면 서버 요금 외에 보안 패치, 데이터베이스 점검, 장애 대응 시간이 비용으로 들어간다. 자유롭게 개발할 필요가 뚜렷하지 않은 소형 쇼핑몰이라면 저가 또는 무료 솔루션이 더 경제적일 수 있다.

견적서에는 백업과 이전 조건도 있어야 한다

제가 운영 현장에서 더 자주 본 문제는 서버 성능 부족보다 복구할 자료가 없는 상황이었다. 디자인 파일만 저장해 두고 상품 옵션, 주문, 회원 자료는 빠뜨리면 이전이나 복구가 어렵다. 백업 범위에 상품 이미지와 설명, 주문 내역, 배송 상태, 고객 정보가 각각 포함되는지 확인해야 한다. 제공사의 자동 백업이 있더라도 판매자가 데이터를 내려받을 수 있는지, 어느 시점까지 되돌릴 수 있는지는 별개다.

이전 작업을 맡긴다면 기존 쇼핑몰은 곧바로 닫지 않는 편이 좋다. 시험 주문을 넣어 결제, 취소, 환불, 배송 알림까지 확인하고, 이전 전후 상품 수와 주문 수를 대조한다. 도메인 전환 시간과 원상 복구 방법도 작업 전에 정해 둬야 한다. SSL 적용 여부와 관리자 계정 권한까지 확인해야 새 화면이 열리는 날 주문을 받을 수 있다.

쇼핑몰 제작비를 줄이는 가장 확실한 방법은 싼 견적을 고르는 일이 아니라 아직 필요 없는 기능을 빼는 일이다. 처음에는 기본 기능으로 판매 흐름을 확인하고, 주문 처리에서 반복해서 막히는 부분에 돈을 쓰는 편이 낫다. 서버도 같은 순서로 고른다. 측정된 사용량과 복구 절차가 먼저이고, 높은 사양은 그다음이다.