PG 쇼핑몰 연동 방식 세 가지 — 개발이 필요한 경우와 아닌 경우
청구스
PG를 알아보면 수수료표부터 받습니다. 그런데 계약을 하고 나면 바로 다음 질문이 옵니다. "개발자 붙여야 하나요?"
붙여야 하는 경우와 아닌 경우가 나뉩니다. 어떤 방식으로 붙이느냐에 따라 개발 범위도, 보안 책임도, 쓸 수 있는 결제수단도 달라집니다.
✅ 연동 방식 세 가지와 개발 범위
✅ 우리 쇼핑몰에 맞는 방식 고르기
✅ 카드정보 보안 책임이 갈리는 지점
✅ 에스크로와 정기결제를 붙일 때
📌 방식을 먼저 정하고 PG를 고르는 편이 빠릅니다
PG사마다 지원 범위가 달라서, 방식이 정해지면 후보가 저절로 줄어듭니다.
🔌 PG 쇼핑몰 연동 방식은 셋으로 갈립니다
방식 | 결제 화면 | 개발 |
|---|---|---|
호스팅형 결제창 | PG가 띄웁니다 | 모듈 설치 수준 |
API 직접 연동 | 우리가 만듭니다 | 서버 개발 필요 |
링크·폼 결제 | PG 페이지 | 거의 없음 |
첫째는 결제 버튼을 누르면 PG 화면이 뜨는 방식입니다. 대부분의 쇼핑몰이 여기에 해당합니다.
둘째는 결제 화면까지 우리 디자인으로 만드는 방식입니다. 이탈을 줄일 수 있지만 그만큼 책임이 따라옵니다.
셋째는 결제 링크를 만들어 보내는 방식입니다. 쇼핑몰이 없어도 결제를 받을 수 있습니다.
🧩 우리 쇼핑몰에 맞는 방식
솔루션 쇼핑몰(호스팅형 플랫폼)을 쓴다면 → 제공되는 모듈을 연결하면 끝납니다
자체 개발 쇼핑몰이라면 → 호스팅형으로 시작하고, 필요할 때 API로 옮깁니다
건별 견적·B2B 거래라면 → 쇼핑몰보다 링크 결제가 맞습니다
세 번째가 의외로 많습니다. 제품이 정형화되어 있지 않아 장바구니가 의미 없는 거래인데, 쇼핑몰부터 만들려다 시간을 쓰는 경우입니다.
🛡 카드정보를 누가 들고 있느냐
호스팅형에서는 카드번호가 우리 서버를 지나가지 않습니다. PG 화면에서 입력되고 PG가 처리합니다.
API 직접 연동은 다릅니다. 카드정보가 우리 시스템을 통과하므로 저장·전송에 대한 요건을 우리가 맞춰야 합니다. 인증과 점검 부담이 함께 옵니다.
📌 트래픽이 크지 않다면 호스팅형이 합리적입니다
전환율 몇 퍼센트를 얻으려고 보안 책임을 통째로 가져오는 건 대개 손해입니다.
🧾 에스크로와 정기결제
에스크로는 계좌이체·가상계좌 같은 현금성 결제에서 일정 금액 이상이면 제공해야 합니다. PG가 함께 처리해 주는 경우가 대부분이라, 계약할 때 포함 여부만 확인하면 됩니다.
정기결제는 빌링키를 발급받아 매달 청구하는 구조입니다. 붙일 때 두 가지를 같이 설계해야 합니다.
카드 유효기간 만료·한도 초과로 실패한 건을 어떻게 재시도할지
실패가 반복될 때 누가 언제 연락할지
두 번째를 빼고 붙이면, 실패 목록이 쌓이는데 아무도 안 보는 상태가 됩니다. 결제 연동과 미수 관리는 다른 일입니다.
📋 계약·심사 준비물
서류 | 비고 |
|---|---|
사업자등록증 | |
통신판매업 신고증 | 온라인 판매라면 필수 |
대표자 신분증·통장 사본 | 정산 계좌 |
사이트 주소 | 약관·환불규정이 올라가 있어야 |
품목에 따라 추가 서류나 조건이 붙습니다. 사이트를 완성하기 전에 품목부터 문의하시면 일정이 밀리지 않습니다.
❓ 자주 묻는 질문
Q. 개발자 없이 PG를 붙일 수 있나요?
A. 솔루션 쇼핑몰을 쓰거나 링크 결제를 선택하면 가능합니다. 자체 개발 쇼핑몰이라도 호스팅형 결제창은 설치 수준으로 끝나는 경우가 많습니다.
Q. 호스팅형과 API 중 어느 쪽이 결제 성공률이 높나요?
A. 성공률 자체는 크게 다르지 않습니다. 차이는 화면 이탈에서 납니다. 다만 그 차이를 얻으려면 보안 요건을 우리가 감당해야 합니다.
Q. 간편결제는 따로 계약해야 하나요?
A. PG를 통해 한 번에 붙는 경우도 있고 별도 계약이 필요한 경우도 있습니다. 수수료 체계가 카드와 다르니 계약서에서 따로 확인하십시오.
Q. 쇼핑몰 없이 결제만 받고 싶습니다.
A. 링크 결제나 결제 폼이 그 용도입니다. 견적서를 보내고 그 자리에서 결제받는 거래에 맞습니다.
Q. 정기결제 실패 건은 어떻게 관리하나요?
A. PG는 재시도까지 해주지만, 끝내 실패한 건을 누가 확인하고 연락할지는 우리 쪽 절차입니다. 이 부분이 비어 있으면 미수로 굳습니다.
📌 같이 읽으면 좋은 글
👉회계프로그램 추천, 규모가 아니라 업무 형태로 갈립니다
오늘 글은 여기서 마치겠습니다. 다만 글을 닫기 전에, 하나만 더 소개드리고 싶습니다.
요즘 청구서를 클릭 한 번으로 만들어 보내고, 들어온 입금을 자동으로 대조하고, 세금계산서까지 한 흐름으로 처리하는 곳이 부쩍 늘었습니다. 저희가 만드는 청구스 이야기입니다.
매번 똑같은 금액을 엑셀에 수기로 입력하고, 통장에 들어왔는지 은행을 들락거리며 대조하고, 홈택스에 따로 들어가 계산서를 끊는 — 이 반복만 덜어내도 실무진의 하루가 달라집니다. 실제로 청구에 쓰던 시간이 월 8.1시간에서 1.7시간으로 줄었습니다.
받을 돈을 받는 일에 야근하지 않아도 되는 구조, 한 번 보시겠어요?
청구부터 입금 확인까지,반복 업무를 줄이세요.
청구서 보내고, 입금 확인하고, 미수금 챙기고.
매번 직접 하던 일을 청구스로 간편하게 관리하세요.
청구부터 수금까지, 하나의 흐름으로
- 청구서 발송거래처에 정확하게, 반복 청구도 간편하게
- 입금 자동 확인반복적인 입금 대조 수고를 줄이고
- 미수금 알림놓치기 쉬운 결제 기한, 정중한 안내까지
반복 업무는 줄이고, 중요한 일에 집중하세요.
