CHAPTER 01
쇼핑몰이 아닌 사이트의 결제
홈페이지 결제 붙이기의 첫 확인입니다. 주문 기능이 없는 사이트는 관리 방법부터 정합니다. 소개용 홈페이지에 결제를 붙일 때는 주문 내역을 어디에 저장하고 완료 · 취소를 누가 확인할지도 함께 정해야 합니다. 결제 버튼만 만들어 두면 고객의 요청과 실제 제공할 상품이 분리되어 운영이 어려워질 수 있습니다. 사이트의 현재 기능과 주문 저장 위치, 상품 · 서비스 제공 담당자를 확인합니다. 지원되는 모듈 · 링크 또는 간단 주문 페이지를 골라 거래 내용과 결제 결과를 연결합니다. 전체 흐름은 온라인 결제 시스템 안내에서 함께 볼 수 있습니다.
상담 후 가격이 확정되는 홈페이지는 확정 견적에 주문번호를 붙이고 그 거래에 맞는 청구서를 보내는 구조를 검토할 수 있습니다. 운영자가 결제된 주문과 미결제 주문을 구분해 제공 · 문의 처리를 할 수 있는지 시험합니다. 화면에 결제 링크를 넣었다는 이유로 주문 · 취소 · 고객 안내 기능까지 자동으로 갖춰지는 것은 아닙니다. PG가 제공하는 결제 기능과 사이트가 만들어야 하는 주문 · 알림 · 권한 관리 사이의 경계를 알아야 개발 범위가 정해집니다. 빌더에서는 일부 기능을 대신 제공할 수 있고 자체 사이트에서는 직접 구현할 부분이 늘어납니다.
| 확인할 것 | 준비 · 확인 방법 | 판단 기준 |
|---|---|---|
| 자료 | 사이트의 현재 기능과 주문 저장 위치, 상품 · 서비스 제공 담당자를 확인합니다 | PG 제공 기능과 빌더 · 개발사의 담당 작업, 사업자 운영 업무를 나누어 적습니다 |
| 진행 | 지원되는 모듈 · 링크 또는 간단 주문 페이지를 골라 거래 내용과 결제 결과를 연결합니다 | 주문 생성부터 승인 확인, 고객 안내와 취소 · 정산까지 담당 주체를 연결합니다 |
| 결과 | 운영자가 결제된 주문과 미결제 주문을 구분해 제공 · 문의 처리를 할 수 있는지 시험합니다 | 어느 단계도 담당자 없이 빠져 있지 않고 실패 시 문의할 경로가 있는지 확인합니다 |
- 사이트의 현재 기능과 주문 저장 위치, 상품 · 서비스 제공 담당자를 확인합니다.
- 지원되는 모듈 · 링크 또는 간단 주문 페이지를 골라 거래 내용과 결제 결과를 연결합니다.
- 운영자가 결제된 주문과 미결제 주문을 구분해 제공 · 문의 처리를 할 수 있는지 시험합니다.
CHAPTER 02
결제 버튼 삽입
결제 버튼은 주문 정보를 확정한 뒤 연결합니다. 회사 홈페이지나 예약 안내 사이트에서도 지원되는 방식으로 결제를 붙일 수 있습니다. 다만 버튼을 눌렀을 때 어떤 상품과 금액을 청구하는지 정해져 있어야 하며 고객이 제공 조건과 판매자를 확인할 수 있어야 합니다. 결제 받을 품목과 가격, 주문 식별 방식, 고객에게 안내할 제공 · 취소 조건을 정리합니다. 지원되는 모듈이나 링크 · 주문 페이지 방식으로 구매 정보를 연결합니다. 입력한 금액과 실제 승인 결과가 맞고 고객에게 주문 조회 경로가 제공되는지 확인합니다.
소개 페이지에서 상담 후 확정되는 서비스라면 고정 금액 버튼을 바로 붙이기보다 거래 내용을 확정한 청구서 방식이 맞는지 검토합니다. 버튼과 실제 결제 화면의 상품 · 금액이 맞고 결과를 관리할 수 있는지 시험합니다. QR이나 링크를 사용해도 판매 자료와 계약 확인은 필요하며 임의의 용도로 대금을 받지 않습니다. 규모가 작은 주문 페이지라도 판매자 · 상품 · 금액과 제공 · 취소 안내를 고객이 확인할 수 있어야 합니다. 입력 항목은 필요한 범위로 줄이되 결제된 거래를 운영자가 식별하고 문의에 답할 기록을 마련합니다.
- 결제 받을 품목과 가격, 주문 식별 방식, 고객에게 안내할 제공 · 취소 조건을 정리합니다.
- 지원되는 모듈이나 링크 · 주문 페이지 방식으로 구매 정보를 연결합니다.
- 버튼과 실제 결제 화면의 상품 · 금액이 맞고 결과를 관리할 수 있는지 시험합니다.

CHAPTER 03
결제 링크 · QR
링크 결제도 판매 내용과 계약 확인이 필요합니다. 링크나 청구서 방식은 큰 쇼핑몰을 만들지 않고도 특정 거래의 결제 화면을 안내하는 구성입니다. 누가 무엇을 얼마에 판매하는지와 제공 · 취소 기준은 여전히 필요하며 계약에서 허용된 사용 범위 안에서 운영합니다. 판매 품목과 금액, 고객에게 안내할 거래 내역과 취소 연락처를 준비합니다. 링크 발급 기능의 지원 여부를 확인한 뒤 품목 · 금액 · 유효기간을 입력해 발급합니다. 완료된 청구의 재결제 가능 여부와 만료 후 화면, 실제 승인 기록을 확인합니다.
예약 날짜가 확정된 서비스는 예약번호와 연결한 링크를 보내고 결제 확인 후 예약 상태를 바꾸는 식으로 운영할 수 있습니다. 고객의 입금 메시지 대신 관리 화면의 실제 승인 결과로 결제 완료를 확인합니다. 링크의 전달 방식이나 QR 표시가 가능하다는 점이 특정 업종 · 판매 방식의 심사 면제를 뜻하지는 않습니다. 링크로 청구한 거래도 주문 내용이 바뀌거나 기한이 지나면 이전 링크가 어떻게 동작하는지 확인해야 합니다. 고객이 오래된 금액으로 결제하거나 같은 청구를 반복하지 않도록 발급 · 완료 · 만료 상태를 구분합니다.
- 판매 품목과 금액, 고객에게 안내할 거래 내역과 취소 연락처를 준비합니다.
- 링크 발급 기능의 지원 여부를 확인한 뒤 품목 · 금액 · 유효기간을 입력해 발급합니다.
- 고객의 입금 메시지 대신 관리 화면의 실제 승인 결과로 결제 완료를 확인합니다.
CHAPTER 04
간단한 주문 페이지
간단 주문 페이지도 필수 정보를 담아야 합니다. 규모가 작은 주문 페이지라도 판매자 · 상품 · 금액과 제공 · 취소 안내를 고객이 확인할 수 있어야 합니다. 입력 항목은 필요한 범위로 줄이되 결제된 거래를 운영자가 식별하고 문의에 답할 기록을 마련합니다. 필요 주문 정보와 상품 · 가격, 고객 안내 및 결과 조회 방법을 정리합니다. 주문번호를 만들고 결제 결과를 연결한 뒤 완료 · 실패 상태를 명확히 보여 줍니다. 같은 주문의 반복 요청과 가격 변경 후 재시도에서도 검증이 유지되는지 시험합니다.
예약 서비스는 연락처만 받는 폼과 결제 주문서를 구분해 이용 날짜와 청구 금액을 확인한 뒤 결제하도록 구성할 수 있습니다. 입력한 금액과 실제 승인 결과가 맞고 고객에게 주문 조회 경로가 제공되는지 확인합니다. 간단하다는 이유로 금액 검증 · 동의 · 거래 기록을 생략하지 않고 지원되는 안전한 결제 방식을 이용합니다. 고객 화면에서 전달된 금액은 조작되거나 오래된 값일 수 있어 서버가 보관한 최종 주문 금액과 대조해야 합니다. 할인 · 배송비 계산과 재고 · 옵션을 확정한 뒤 승인 결과를 검증해 실제 주문에 반영합니다.
- 필요 주문 정보와 상품 · 가격, 고객 안내 및 결과 조회 방법을 정리합니다.
- 주문번호를 만들고 결제 결과를 연결한 뒤 완료 · 실패 상태를 명확히 보여 줍니다.
- 입력한 금액과 실제 승인 결과가 맞고 고객에게 주문 조회 경로가 제공되는지 확인합니다.
CHAPTER 05
빌더 · 워드프레스 · 자체 제작
업데이트 후 결제 흐름을 다시 확인합니다. 빌더 · 플러그인 · SDK가 바뀌면 화면은 같아 보여도 인증 · 복귀 · 결과 처리에 영향이 있을 수 있습니다. 공식 지원 버전과 변경 내용을 확인하고 운영 전후에 중요한 거래 흐름을 시험할 계획을 세웁니다. 현재 버전과 변경 안내, 주문 · 결제 관련 설정과 복구 방법을 정리합니다. 시험 환경에서 업데이트를 검토하고 승인 · 취소 · 모바일 복귀가 정상인지 확인한 뒤 적용합니다. 담당자가 바뀌어도 권한과 문서, 문의 창구가 이어지는지 확인합니다.
워드프레스 등에서 여러 플러그인을 함께 쓰면 결제 기능과 충돌하는지 실제 주문서에서 확인해야 합니다. 변경 뒤 첫 거래와 오류 기록을 점검하고 필요하면 안내된 방법으로 조치합니다. 확인하지 않은 외부 스크립트나 플러그인을 추가해 결제 데이터를 불필요하게 전달하지 않습니다. 결제 기능은 한 번 붙인 뒤에도 인증서 · 계정 · 키 · SDK와 상품 · 정책 변경에 따라 점검이 필요합니다. 담당자와 확인 시점을 정해 두면 바뀐 환경 때문에 고객 결제가 멈추는 일을 줄이는 데 도움이 됩니다.
- 현재 버전과 변경 안내, 주문 · 결제 관련 설정과 복구 방법을 정리합니다.
- 시험 환경에서 업데이트를 검토하고 승인 · 취소 · 모바일 복귀가 정상인지 확인한 뒤 적용합니다.
- 변경 뒤 첫 거래와 오류 기록을 점검하고 필요하면 안내된 방법으로 조치합니다.
CHAPTER 06
심사에서 보는 것
심사는 상품과 거래 흐름을 함께 봅니다. 검토 대상은 업종 이름 하나에 한정되지 않습니다. 어떤 대가를 받고 언제 상품이나 서비스를 제공하는지, 고객이 취소하면 어떻게 처리하는지와 판매 자료의 일치 여부까지 연결해서 살펴보는 과정입니다. 대표 품목과 가격, 공급 · 제공 시점, 취소 규정, 신청 경로를 준비합니다. 검토 요청을 받은 항목별로 현재 상태와 보완 자료를 묶어 담당자에게 전달합니다. 사이트 안내와 신청 자료가 같은 책임 구조를 가리키는지 대조합니다.
배송이 긴 주문 제작 상품은 제작 시작 시점과 납기 안내를 나누어 보여 주면 거래의 구조를 더 분명하게 전달할 수 있습니다. 제출한 주소와 실제 결제 화면이 같은 상품 · 조건을 설명하는지 확인합니다. 접수와 이용 승인은 다른 단계이며 카드사별 결과나 추가 서류에 따라 개통 순서가 달라질 수 있습니다. 검토 요청을 이해하려면 누가 대금을 받고 고객에게 무엇을 제공하며 문제가 생겼을 때 누가 책임지는지를 확인하면 됩니다. 업종별 표현이 달라도 자료가 설명해야 할 거래의 기본 구조는 연결되어 있습니다.
- 대표 품목과 가격, 공급 · 제공 시점, 취소 규정, 신청 경로를 준비합니다.
- 검토 요청을 받은 항목별로 현재 상태와 보완 자료를 묶어 담당자에게 전달합니다.
- 제출한 주소와 실제 결제 화면이 같은 상품 · 조건을 설명하는지 확인합니다.

