모두
모두콘텐츠
얼마 전 새 쇼핑몰 견적을 같이 봤는데, 상품은 30개인데도 별도 서버 구축비가 먼저 들어가 있었습니다. 주문량을 물어보니 하루 예상 방문자가 200명 정도였죠. 이 규모라면 서버를 고르기 전에 기본 쇼핑몰 서비스로 필요한 판매 기능을 구현할 수 있는지 확인하는 편이 낫습니다. 쇼핑몰 홈페이지 제작 비용은 화면 디자인보다 운영 방식과 추가 기능에서 크게 갈립니다.
처음에는 제작 범위를 좁혀 계산합니다
견적은 개설비, 디자인·개발비, 매달 드는 비용으로 나눠 봅니다. 직접 기본 디자인을 적용하고 상품을 등록하면 제작비를 거의 쓰지 않고 시작할 수 있습니다. 반면 사진 촬영, 상세페이지 작성, 브랜드 디자인을 맡기면 서버 비용과 관계없이 금액이 올라갑니다. 같은 ‘쇼핑몰 제작’이라도 무엇을 납품받는지에 따라 견적이 다른 이유입니다.
예산을 잡을 때는 자체 작업 0~50만 원, 기존 디자인을 활용한 외주 작업 50~300만 원, 별도 기능이 들어간 맞춤 개발 500만 원 이상을 출발점으로 볼 수 있습니다. 확정 시세가 아니라 범위를 가늠하기 위한 숫자입니다. 상품 등록 개수, 수정 횟수, 모바일 화면, 결제 연동, 운영자 교육이 포함되는지에 따라 실제 견적은 달라집니다. 부가세 포함 여부도 확인해야 합니다.
견적서에 ‘쇼핑몰 구축 300만 원’ 한 줄만 적혀 있다면 작업 범위를 다시 받아야 합니다. 상품 30개 등록과 300개 등록은 일이 다르고, 주문 알림 설정과 재고 시스템 연동도 난도가 다릅니다. 처음부터 자동화를 전부 넣기보다 주문 처리 과정에서 반복되는 일을 확인한 뒤 추가하는 편이 비용을 통제하기 쉽습니다.
월 요금보다 빠뜨리기 쉬운 비용이 있습니다
카페24 같은 쇼핑몰 솔루션은 기본 구축 비용을 낮출 수 있지만, 결제 수수료와 문자 발송, 유료 디자인 같은 항목은 별도로 계산해야 합니다. 아임웹처럼 요금제에 따라 판매 기능이 달라지는 서비스도 있습니다. 판매에 필요한 기능이 어느 요금제부터 제공되는지 확인한 뒤 1년 비용으로 환산하는 게 정확합니다.
월 운영비는 ‘서비스 이용료 + 도메인 갱신비 + 결제 수수료 + 유료 앱·문자 비용 + 유지보수비’로 잡습니다. 예를 들어 월 고정비가 3만 원이고 유료 기능에 2만 원을 더 쓴다면, 매출이 없어도 연 60만 원이 나갑니다. 결제 수수료는 주문이 생길 때 늘어나므로 고정비와 섞지 않는 편이 좋습니다. 할인 기간의 월 요금만 보고 계약하면 갱신 시 예상액이 어긋날 수 있습니다.
SSL도 별도 구매 항목으로 먼저 넣을 필요는 없습니다. 카페24 쇼핑몰은 무료 SSL을 지원하고, Shopify는 호스팅과 SSL을 요금제에 포함한다고 안내합니다. 다만 직접 서버를 운영하거나 외부 도메인을 연결하는 구성이라면 인증서 발급과 자동 갱신이 어떻게 처리되는지 확인해야 합니다. 인증서 자체보다 갱신 실패로 결제 화면에 경고가 뜨는 일이 운영상 더 아픕니다.
방문자 수만 보고 서버를 키우지 않습니다
서버를 직접 운영할 때는 예상 트래픽을 계산해 봅니다. 하루 방문자 1,000명이 평균 4페이지를 보고 페이지당 전송량이 1.5MB라면 단순 계산으로 하루 약 6GB, 한 달 약 180GB입니다. 이미지 압축과 캐시, 외부 전송망 사용 여부에 따라 실제 서버 전송량은 달라집니다. 이 숫자는 요금제의 월 전송량을 검토하기 위한 시작값입니다.
속도를 좌우하는 것은 월 방문자 합계보다 특정 시간에 몰리는 요청입니다. 하루 1,000명이 고르게 방문하는 쇼핑몰과 방송 직후 10분에 몰리는 쇼핑몰은 같은 요금제로 버티기 어렵습니다. 상품 이미지 전송, 검색, 장바구니, 결제 요청을 구분해 봐야 합니다. 이미지 때문에 전송량이 늘었다면 서버 사양을 올리기 전에 이미지 크기와 캐시 설정부터 손보는 편이 효과적일 수 있습니다.
처음부터 VPS나 클라우드 서버를 선택할 이유는 명확해야 합니다. 별도 재고 시스템 연동, 복잡한 가격 규칙, 특수한 주문 처리처럼 기본 서비스에서 구현하기 어려운 요구가 있을 때 운영 부담을 감수할 만합니다. 직접 운영하면 서버 요금 외에도 보안 업데이트, 장애 대응, 데이터베이스 백업을 맡을 사람이 필요합니다. 저렴한 서버 한 대가 관리 인력까지 포함해 저렴한 선택은 아닙니다.
이전과 백업 비용도 견적에 넣습니다
플랫폼을 옮길 가능성이 있다면 상품, 회원, 주문 데이터를 어떤 형식으로 내보낼 수 있는지 먼저 확인합니다. 특히 기존 회원의 비밀번호나 결제 정보는 새 서비스로 그대로 옮기기 어려울 수 있습니다. 이전 작업은 화면 복사보다 데이터 항목을 맞추고 주문 누락을 확인하는 데 시간이 듭니다. 외주 계약에는 이전 범위와 검수 기준을 적어 두는 편이 안전합니다.
백업은 ‘있다’는 말보다 복원할 수 있는지가 중요합니다. 상품과 주문 데이터의 보관 주기, 이미지 파일 포함 여부, 복원 요청 시 걸리는 시간과 비용을 확인합니다. 직접 서버를 운영한다면 서버 밖에 백업을 두고, 정기적으로 시험 복원을 해봐야 합니다. 같은 서버 안에만 저장된 파일은 서버 장애 때 함께 사라질 수 있습니다.
오픈 직전에는 시험 주문을 넣고 결제, 취소, 재고 차감, 주문 알림을 순서대로 확인합니다. 접속 장애가 나면 먼저 서비스 상태와 도메인·SSL 상태를 보고, 그다음 최근 설정 변경과 서버 자원을 확인하는 순서가 빠릅니다. 작은 쇼핑몰은 높은 사양보다 이런 기본 절차가 매출을 지키는 데 더 자주 쓰입니다. 저는 첫 예산에서 화려한 기능보다 복원 가능한 백업과 주문 검수 시간을 먼저 확보합니다.
