프레이머는 디자인과 퍼블리싱 속도에서는 압도적입니다. 하지만 실제 상품을 판매하거나 복잡한 결제 로직이 필요한 순간, 프레이머 자체만으로는 한계에 부딪힙니다. 카드사 결제창 연동, 면세·과세 상품 구분, 결제 후 알림톡 발송, 데이터 자동 저장 같은 기능은 프레이머 코드 컴포넌트만으로는 처리할 수 없는 영역입니다. 이지스파크는 이 한계를 Cloudflare Workers를 백엔드로 두고 프레이머와 외부 시스템을 연결하는 방식으로 풀고 있습니다.
프레이머의 백엔드 한계, 왜 발생할까요
프레이머는 프론트엔드 빌더입니다. 화면을 만들고 사용자에게 보여주는 데는 최적화되어 있지만, 결제 승인 처리, 민감한 API 키 보관, 복잡한 분기 로직 같은 서버 사이드 작업은 설계상 다루지 않습니다. 그래서 상품을 직접 판매하려는 클라이언트분들이 가장 먼저 막히는 지점이 바로 결제입니다.
특히 한국 결제 환경은 더 까다롭습니다. PG사 결제창 연동이 필요하고, 상품마다 면세·과세 구분이 다르며, 결제 완료 후 고객에게 알림톡을 보내야 하고, 주문 정보를 내부 시스템에 저장해야 합니다. 이런 흐름을 프레이머 단독으로 처리하려고 하면 보안에 구멍이 생기거나, 애초에 구현 자체가 불가능한 경우가 많습니다.
Workers를 백엔드로, 프레이머는 화면만 담당하도록 설계합니다
이지스파크가 선택한 구조는 명확한 역할 분리입니다. 프레이머는 사용자가 보는 화면, 즉 결제 브릿지 UI만 담당합니다. 실제 결제 처리와 민감한 로직은 모두 Cloudflare Workers라는 외부 호스팅 환경에서 처리합니다. 프레이머와 Workers는 API 통신으로 데이터를 주고받고, 이 결과를 프레이머 코드 컴포넌트로 화면에 반영합니다.
이 구조의 핵심은 보안입니다. 솔라피 알림톡 API 키처럼 외부에 노출되면 안 되는 값은 절대 프레이머 코드나 클라이언트 사이드에 두지 않습니다. Workers의 환경 변수 탭에 안전하게 보관하고, 모든 요청은 서버 사이드에서만 처리합니다. 프레이머 화면 어디를 뜯어봐도 API 키가 노출될 일이 없는 구조입니다.
가장 까다로운 지점, 상품별 면세·과세 자동 구분 로직
실제로 가장 복잡하고 정교한 설계가 필요했던 부분은 상품마다 다른 면세·과세 구분 처리입니다. 같은 쇼핑몰 안에서도 상품에 따라 부가세가 부과되는 상품과 면세 상품이 섞여 있는 경우가 많고, PG사 결제창은 이 구분에 따라 전달해야 하는 결제 파라미터 자체가 달라집니다. 이걸 잘못 처리하면 세금계산서 발행이나 정산 단계에서 문제가 생길 수 있습니다.
이지스파크는 이 로직을 프레이머가 아닌 Workers 단에서 처리하도록 설계했습니다. 상품 ID와 수량 정보가 Workers로 넘어오면, 서버에서 해당 상품의 과세 유형을 판별하고 그에 맞는 결제 금액과 파라미터를 자동으로 계산합니다. 프론트엔드는 이 복잡한 분기를 전혀 알 필요가 없습니다. 그저 상품과 수량만 전달하면, 나머지는 Workers가 알아서 정확하게 처리하는 구조입니다. 상품 구성이 바뀌거나 새로운 면세 상품이 추가되어도 Workers 로직만 업데이트하면 되기 때문에, 프레이머 화면을 건드릴 필요가 없다는 장점도 있습니다.
실제 결제 흐름은 이렇게 진행됩니다
고객이 프레이머로 만든 결제 브릿지 화면에서 구매자 이름, 성별, 휴대전화번호를 입력합니다. 휴대전화번호는 결제 완료 후 솔라피로 자동 알림톡을 발송하는 데 사용됩니다. 고객이 상품과 수량을 선택하면, 이 정보가 Workers로 전송됩니다.
Workers는 전달받은 상품 정보를 바탕으로 면세·과세 구분과 정확한 결제 금액을 계산하고, 그에 맞는 KG이니시스 결제창을 호출하는 신호를 다시 프레이머로 보냅니다. 고객은 이 신호에 따라 화면에 뜨는 결제창에서 결제를 진행합니다. 결제가 완료되면 Workers가 그 결과를 받아 솔라피로 알림톡을 자동 발송하고, 동시에 구글 스프레드시트와 에어테이블에 주문 정보를 자동으로 저장합니다.
고객 입장에서는 프레이머로 만든 매끄러운 화면에서 결제가 자연스럽게 끝나지만, 그 뒤에서는 Workers가 보안, 분기 로직, 외부 시스템 연동까지 모두 처리하고 있는 구조입니다.
이 구조가 잠재 고객분들께 의미하는 것
이 방식의 가장 큰 장점은 프레이머의 디자인 자유도와 백엔드의 안정성을 동시에 가져갈 수 있다는 점입니다. 디자인은 프레이머로 빠르게 만들고 수정할 수 있으면서도, 결제나 데이터 처리 같은 민감한 영역은 별도의 안전한 서버에서 견고하게 처리됩니다. 별도의 무거운 백엔드 시스템을 처음부터 새로 구축할 필요 없이, 필요한 만큼만 Workers로 확장하는 방식이라 비용 효율도 높습니다.
실제로 이지스파크는 이 구조를 결제 브릿지 프로젝트에 적용해, 상품별 면세·과세 자동 구분부터 알림톡 발송, 구글 스프레드시트·에어테이블 연동까지 안정적으로 운영하고 있습니다.
프레이머로 사이트는 만들었지만 결제, 알림톡, 데이터 저장 같은 기능에서 막혀 있다면, 처음부터 다른 플랫폼으로 옮길 필요는 없습니다. 지금 만들어진 프레이머 사이트에 Workers 기반 백엔드를 연결하는 것만으로 충분히 해결할 수 있는 문제입니다.
프레이머 결제 연동, 이지스파크와 함께 풀어보세요
상품 판매, 결제 자동화, 외부 시스템 연동이 필요한 프레이머 프로젝트를 진행 중이시라면, 이지스파크에 편하게 문의해주세요. 디자인은 그대로 유지하면서, 보이지 않는 곳에서 안전하고 정교하게 작동하는 백엔드를 설계해드립니다.
