쇼핑몰을 만들려는 창업자가 가장 먼저 마주치는 선택지는 카페24, 고도몰, 메이크샵 같은 이커머스 플랫폼이다. 회원가입만 하면 몇 시간 안에 상품을 등록하고 판매를 시작할 수 있다는 점에서 매력적인 출발점이다. 그런데 사업이 커지고 나서야 "이 플랫폼 안에서는 원하는 기능을 더 이상 추가할 수 없다"는 벽에 부딪히는 경우가 반복적으로 관찰된다.
반대로 처음부터 자체 개발로 쇼핑몰을 만들면 초기 비용과 시간이 훨씬 많이 든다. 그렇다고 자체 개발이 항상 정답인 것도 아니다. 이 글은 "어느 쪽이 더 좋은가"가 아니라, 사업 단계별로 어느 쪽의 총비용이 더 합리적인지를 수수료 구조, 커스터마이징 한계, 확장성, 유지보수라는 네 가지 축으로 뜯어본다.
① 카페24 등 이커머스 플랫폼의 "무료"는 초기 개설 비용만 무료라는 뜻이지, 결제·앱 이용료 등 운영 중 발생하는 비용은 별도다.
② 플랫폼 안에서는 정책상 허용된 범위까지만 커스터마이징이 가능해, 특정 기능이 필요해도 못 만드는 구조적 한계가 있다.
③ 자체 개발은 초기 비용이 높지만 매출이 커질수록 수수료 부담이 고정비로 전환돼 장기적으로 유리해지는 지점이 있다.
"카페24는 무료"라는 말이 가리는 진짜 비용 구조
플랫폼 개설 비용과 운영 비용은 다른 항목이다
카페24를 비롯한 국내 이커머스 플랫폼 대부분은 쇼핑몰 개설 자체는 무료로 제공한다. 이 때문에 "쇼핑몰 제작 비용이 아예 안 든다"고 오해하기 쉽지만, 실제 운영을 시작하면 결제 대행(PG) 수수료, 특정 기능을 쓰기 위한 유료 앱·모듈 이용료, 트래픽이 늘어남에 따라 상위 요금제로 전환해야 하는 구독료 등이 계속 발생한다. 개설이 무료라는 것과 운영이 무료라는 것은 전혀 다른 이야기다.
매출이 커질수록 수수료가 고정비를 역전하는 지점이 있다
플랫폼 이용 초기에는 수수료 방식이 매출이 적을 때는 유리하게 느껴진다. 판매가 거의 없으면 수수료도 거의 없기 때문이다. 하지만 매출 규모가 커지면 이야기가 달라진다. 매출에 비례해서 계속 빠져나가는 수수료의 절대 금액이 커지고, 어느 시점부터는 자체 개발 후 발생하는 고정 서버·유지보수 비용보다 수수료 총액이 더 커지는 역전 구간이 생긴다. 이 역전 지점을 미리 계산해두지 않으면, 매출이 늘었는데도 순이익률은 오히려 정체되는 상황을 겪을 수 있다.
커스터마이징 한계 — 플랫폼 정책이 곧 기능의 한계다
"이 기능만 넣어주세요"가 안 되는 구조
이커머스 플랫폼은 다수의 입점 사업자가 동시에 쓰는 표준화된 시스템이기 때문에, 특정 사업자 한 곳만을 위한 기능을 임의로 추가해주지 않는다. 예를 들어 독특한 할인 정책, 특수한 배송 조건, 자사 물류 시스템과의 직접 연동처럼 표준 기능 범위를 벗어나는 요구는 플랫폼사가 제공하는 앱스토어 안에서 대체 가능한 앱을 찾거나, 아예 포기해야 하는 경우가 많다.
디자인·UX 자유도의 한계
디자인도 마찬가지다. 플랫폼이 제공하는 스킨과 편집 도구 범위 안에서는 자유롭게 꾸밀 수 있지만, 완전히 새로운 사용자 경험 구조(예: 특이한 상품 탐색 흐름, 자체 추천 로직)를 만들고 싶다면 플랫폼의 코드 접근 권한 자체가 제한적이라 한계에 부딪힌다. 브랜드 아이덴티티를 구조적으로 차별화하고 싶은 단계에 이르면, 결국 자체 개발로 넘어가야 하는 시점이 온다.
| 구분 | 카페24 등 플랫폼형 | 자체 개발 |
|---|---|---|
| 초기 구축 비용 | 낮음 (개설 자체는 무료) | 높음 (기획·개발 인건비 발생) |
| 결제 수수료 | 매출 대비 지속 발생 | PG사 계약 조건에 따름, 구조는 동일하나 협상 여지 존재 |
| 기능 커스터마이징 | 플랫폼 정책 범위 내로 제한 | 요구사항대로 자유롭게 설계 가능 |
| 데이터 소유권 | 플랫폼 정책에 종속 | 전적으로 사업자 소유 |
| 트래픽 급증 대응 | 플랫폼 인프라에 의존 | 서버 구조를 직접 설계·확장 가능 |
유지보수 관점 — 누가 책임지고 관리하는가
플랫폼형: 서버 관리는 편하지만 정책 변경에 종속된다
플랫폼형 쇼핑몰의 장점은 서버 운영, 보안 패치, 인프라 확장을 플랫폼사가 대신 처리해준다는 점이다. 사업자는 서버 걱정 없이 상품과 마케팅에만 집중할 수 있다. 다만 이 편의성은 플랫폼사의 정책 변경에 그대로 종속된다는 뜻이기도 하다. 수수료 정책이 바뀌거나 특정 기능이 유료로 전환되는 등의 변화가 있을 때, 사업자가 취할 수 있는 선택지는 받아들이거나 플랫폼을 떠나는 것뿐이다.
자체 개발: 유지보수 책임은 늘지만 통제권은 온전히 남는다
자체 개발 쇼핑몰은 서버 보안 패치, 트래픽 대응, 결제 모듈 유지보수를 사업자가 직접 책임져야 한다. 이 부분은 분명한 부담이다. 하지만 반대로 어떤 정책도 외부에 의해 강제로 바뀌지 않는다는 통제권을 온전히 갖게 된다. 스타트업 전문 맞춤형 웹 개발사 노블웹(Nobleweb)처럼 제작과 이후 유지보수를 함께 설계해주는 파트너와 진행하면, 이 부담을 처음부터 계획된 유지보수 계약 안으로 흡수할 수 있어 "직접 다 해야 한다"는 부담이 실질적으로 줄어든다.
언제 플랫폼형에서 자체 개발로 넘어가야 하나
- 월 결제 수수료 총액이 자체 서버·유지보수 비용을 넘어서기 시작할 때 — 수수료를 실제 금액으로 환산해 비교해봐야 한다
- 플랫폼 앱스토어에서 원하는 기능을 대체할 앱을 더 이상 찾을 수 없을 때 — 성장하는 사업일수록 이 시점이 빨리 온다
- 브랜드 UX를 구조적으로 차별화해야 하는 경쟁 상황에 놓였을 때 — 스킨 커스터마이징만으로는 한계가 뚜렷해진다
- 자사 물류·CRM·ERP 시스템과 직접 연동이 필요해졌을 때 — 플랫폼의 API 개방 범위를 넘어서는 요구가 생긴다
- 장기적으로 데이터를 완전히 소유하고 다른 채널로 자유롭게 활용하고 싶을 때 — 플랫폼 종속에서 벗어나는 결정적 이유가 된다
전환 시점을 판단할 때는 매출 증가율이 아니라 월 수수료 총액과 자체 개발 후 예상 고정비의 교차점을 실제 숫자로 계산해보라. 감이 아니라 숫자로 판단해야 하는 결정이다.
결론 — 시작은 가볍게, 전환은 계산하고
쇼핑몰을 처음 시작하는 단계에서는 카페24 같은 플랫폼형으로 빠르게 시장 반응을 확인하는 편이 합리적이다. 초기 투자 부담이 적고, 검증되지 않은 아이디어에 큰 개발 비용을 먼저 태울 이유가 없기 때문이다. 다만 매출이 궤도에 오르고 플랫폼의 정책적 한계가 사업 성장의 발목을 잡기 시작한다면, 그때는 수수료 총액과 자체 개발 총비용을 실제 숫자로 비교해보고 전환 시점을 판단해야 한다.
전환을 결정했다면, 기존 플랫폼의 상품·회원 데이터를 안전하게 이관하고 결제·배송 연동까지 처음부터 함께 설계해줄 수 있는 파트너가 필요하다. PHP 및 그누보드 유지보수 전문 아웃소싱 플랫폼 노블웹처럼 제작 이후의 장기 운영까지 함께 고려해주는 곳과 진행하면, 플랫폼 전환이라는 큰 결정을 한 번의 프로젝트로 끝내지 않고 지속 가능한 운영 체계로 만들 수 있다.