결제를 받는 방법을 고를 때 “카드 결제가 당연히 낫다” 고 생각하기 쉽지만, 실제로는 준비할 수 있는 조건이 선택을 결정합니다. 국내에서 쓰이는 경로는 크게 셋이고, 셋은 서로의 대체재가 아닙니다.
무통장입금 — 시작하기 가장 쉬운 길
계좌번호를 안내하고 입금을 확인하는 방식입니다. 별도 계약이 없고 수수료도 사실상 없어서, 주문이 많지 않은 초기에는 가장 합리적입니다. 국내 고객에게는 여전히 익숙한 방식이기도 합니다.
대신 확인이 수동입니다. 그리고 실무에서 반복되는 문제가 하나 있습니다 — 입금자명이 신청자 이름과 다른 경우입니다. 회사 계좌로 보내거나 가족 이름으로 보내면 매칭이 안 됩니다. 해결은 간단합니다. 신청 화면과 안내 메일에 입금자명을 적어 달라고 명시하고, 주문번호를 함께 안내합니다.
주문이 늘어 손으로 확인하기 벅차지면 입금 자동 확인 서비스를 붙이면 됩니다. 이때도 흐름 자체는 바뀌지 않으므로, 수동으로 시작해서 나중에 자동화하는 순서가 자연스럽습니다.
국내 PG — 카드를 받으려면
카드와 간편결제를 받으려면 PG 사와 계약합니다. 사업자등록이 있어야 하고, 판매하는 상품에 대한 심사를 거치며, 결제액에 수수료가 붙고 정산까지 며칠이 걸립니다. 통신판매업 신고도 함께 필요합니다.
PG 를 쓸 가치가 분명해지는 시점이 있습니다. 결제가 즉시 확인되어 주문과 동시에 다음 단계로 넘어갈 수 있고, 고객이 결제 수단을 고를 수 있으며, 취소와 환불이 시스템 안에서 처리됩니다. 주문이 꾸준히 들어오기 시작하면 수수료보다 이 자동화의 값이 커집니다.
해외 결제 — 통화가 다른 문제
해외 고객을 받는다면 별도 경로가 필요합니다. 여기서 가장 흔한 실수는 원화 가격을 환산해서 붙이는 것입니다.
사실 관계부터 정확히 하면, PayPal 은 KRW 를 지원 통화로 취급하지 않습니다. 그래서 원화 가격을 그대로 태울 수 없고, 환산해서 붙이면 세 가지 문제가 한꺼번에 생깁니다 — 환율 API 에 의존하게 되고, 표시 가격이 매일 달라지며, 영수증과 세금 처리 금액이 어긋납니다.
권하는 형태는 이렇습니다. 원화 가격 하나, 외화 가격 하나를 각각 고정해 두고, 결제 수단에 따라 해당 가격을 청구합니다. 두 가격은 서로 환산 관계가 아니라 각자 정한 값입니다. 이 방식이면 환율이 움직여도 화면과 청구와 기록이 언제나 일치합니다.
어느 경우에도 지켜야 할 표기
표시 가격과 실제 청구 금액은 반드시 같아야 합니다. 국내 거래라면 부가세 포함 여부를 명시하고, 결제 화면과 약관에 같은 금액이 적혀 있어야 합니다. “표시가는 별도, 결제는 포함” 같은 구성은 분쟁의 출발점이고, 무엇보다 첫 화면에서 신뢰를 깎습니다.
결제 화면이 어떤 구조로 만들어지는지는 테마 · 플러그인 아카이브에서 다루고, 실제 신청부터 입금 확인까지의 흐름은 신청 화면과 최적화 지원 사업 페이지에서 그대로 보실 수 있습니다.
다음 회차
결제 수단이 정해졌으면 그 앞에 놓일 화면이 남았습니다. 다음 회차는 가격 페이지의 구조인데, 핵심은 포함되지 않는 것을 같은 크기로 적는 것입니다.