카페24 자사몰 전용 앱 만들기, 심사 없이 붙이는 법

쇼핑몰에 원하는 기능이 없을 때 방법은 두 갈래로 갈립니다. 스마트디자인으로 화면을 고치거나, 앱으로 기능을 붙이거나. 화면만 고쳐서는 안 되는 일이 생각보다 빨리 옵니다. 카페24 앱서비스를 개발하고 운영해 본 경험에 비춰, 자사몰에만 쓸 앱을 심사 없이 만드는 구조를 공식 문서를 근거로 따져 봤습니다.

스마트디자인으로 되는 것과 안 되는 것

스마트디자인은 두 종류입니다. 클래식은 HTML과 CSS를 전면 편집할 수 있고, Easy는 노코드로 섹션을 조립합니다. 화면의 모양과 배치, 어떤 조건에서 무엇을 보여줄지까지는 대부분 여기서 해결됩니다.

문제는 화면 너머입니다. 주문이 들어올 때 외부 시스템으로 자동으로 넘기거나, 재고를 다른 창고 데이터와 맞추거나, 특정 조건에서 서버가 판단해 처리하는 일은 화면 편집으로는 닿지 않습니다. 서버 로직과 외부 연동이 필요한 순간이 곧 앱을 만들 때입니다.

자사몰 전용 앱은 심사가 필요 없다

카페24 앱은 스토어에 올려 여러 몰에 파는 것만 있는 게 아닙니다. 내 몰에서만 쓸 앱은 심사 없이 운영할 수 있습니다. 공식 FAQ 기준으로 심사 전에는 테스트 설치로 최대 5개 몰까지 쓸 수 있고, 5개 이하의 자사몰에서만 쓴다면 심사 자체가 필요 없습니다. 만들어 바로 붙여 쓰고, 고칠 게 생기면 그날 고치는 식의 빠른 반복이 가능합니다.

앱이 몰에 붙는 구조

앱이 쇼핑몰 데이터를 다루는 통로는 크게 둘입니다. 관리자 권한이 필요한 작업은 Admin API를 OAuth 2.0으로 인증해 씁니다. 액세스 토큰은 2시간, 갱신 토큰은 2주가 지나면 만료되니, 토큰을 자동으로 재발급하는 처리를 넣어 둬야 운영 중에 연결이 끊기지 않습니다. 쇼핑몰 앞단, 그러니까 고객이 보는 화면에서 상품 같은 정보를 다룰 때는 Front API를 씁니다. 앱 설치 동의를 받은 뒤 프론트 스크립트로 호출하는 방식이라 인증 흐름이 다릅니다.

API는 날짜로 버전이 관리되고, 호출은 초당 2건으로 제한됩니다. Leaky Bucket 방식이라 짧은 시간에 많이 몰아서 부르면 429가 돌아오니, 한꺼번에 몰지 않고 흘려보내는 설계가 필요합니다. 인증과 호출 제한을 실제 코드 수준에서 어떻게 다루는지는 카페24 API 연동 글에 자세히 적어 두었습니다.

웹훅으로 주문과 재고를 실시간으로

몇 분마다 주문을 긁어 오는 폴링 방식은 느리고 호출도 낭비합니다. 카페24는 특정 이벤트가 생길 때 앱으로 신호를 보내는 이벤트 알림(웹훅)을 제공합니다. 주문이 들어오는 순간 외부 주문 관리 시스템으로 넘기거나, 재고가 바뀔 때 다른 채널의 재고를 맞추는 식으로, 사람이 끼지 않아도 도는 흐름을 만들 수 있습니다.

주문 수집과 엑셀 정리를 자동화해 본 경험에서 보면, 정해진 시간마다 긁어 오는 구조를 실시간 신호를 받는 구조로 바꾸는 것만으로 운영에서 손이 크게 빠집니다. 놓치는 주문이 줄고, 반영도 즉시입니다.

개인정보를 다루려면 사업자여야 한다

주문자 이름, 연락처, 배송지 같은 회원 개인정보를 앱이 다뤄야 한다면 갈림길이 하나 있습니다. 공식 FAQ는 개인(비사업자) 개발자에게는 개인정보 취급 권한을 주지 않는다고 명시합니다. 개인정보 권한이 있는 개발사는 연 1회 개인정보보호 감사를 받아야 하는데, 개인은 이 확인이 어렵다는 이유입니다.

아이스코프는 사업자로 이 요건을 갖추고 있어, 개인정보가 얽힌 앱도 정식으로 다룰 수 있습니다. 반대로 개인 개발로 진행하면 이 벽에서 막히니, 앱이 다룰 데이터가 무엇인지부터 확인하고 시작하는 게 좋습니다.

직접 만들까, 맡길까

정리하면 판단 기준은 단순합니다.

화면만 손보면 되는 일에 앱을 만드는 건 과하고, 로직이 필요한 일을 화면 편집으로 우회하려다 더 크게 돌아가기도 합니다. 자사몰에 붙일 기능이 정해졌다면 카페24 개발 페이지에 필요한 기능과 연동 대상을 적어 견적을 요청하세요. 되는 방법과 한계, 비용으로 답합니다.