링크페이는 결제 URL 을 만들어 고객에게 보내고, 고객이 그 링크에서 결제하는 방식이에요. 서비스 안에 주문서 화면을 만들지 않아도 수납이 돼요. 주문명·금액·고객·식별자(request_id) 넷이면 링크가 나오고, 상품 등록은 선택이에요. 결제 결과는 체크아웃과 똑같이 서버 조회와 웹훅으로 확인해요.
개념 배경
- 결제만 붙이면 되나요, 주문까지 해야 하나요? — 링크 결제만으로 충분한지 판단하는 기준
- 정산 흐름 이해하기 — 링크로 받은 대금이 언제 들어오나
관리자에서 쓰는 법
개발 없이 부트페이 관리자에서 하는 순서는 블로그 링크페이 사용법 — 결제 링크 만들어 보내고 결제 확인하기에 정리했어요.
체크아웃과 무엇이 다른가
경쟁 관계가 아니라 진입 방식이 달라요. 둘 다 결과는 같은 주문 객체예요.
| 항목 | 체크아웃 | 링크페이 |
|---|---|---|
| 진입 위치 | 웹·앱 안의 주문서 | 문자·카카오톡·이메일·상담 링크 |
| 주체 | 사용자가 서비스 안에서 직접 결제 | 운영자 또는 서버가 링크를 발송 |
| 상품 등록 | 상품을 먼저 등록해요 | 없어도 돼요 (name·price·user.user_id·request_id 면 성립) |
| 화면 개발 | 주문서 화면이 필요해요 | 필요 없어요 |
| 적합한 장면 | 쇼핑몰, 앱 내 구매, 회원 결제 | 견적 결제, 비회원 결제, 오프라인 수납 |
상품을 등록하지 않아도 돼요
링크페이는 상품 없이 결제가 성립하는 유일한 경로예요. products 를 넣으면 상품 기준으로 금액이 다시 계산되고 재고·구독 설정이 함께 걸려요. 넣지 않으면 넘긴 price 가 그대로 청구돼요. 상담 결제·후불 청구처럼 품목이 매번 달라지는 흐름이라면 상품을 안 넣는 편이 단순해요.
언제 쓰나
| 상황 | 링크페이가 맞나 |
|---|---|
| 상담하면서 금액이 정해져요 | 맞아요. 상담 종료 시점에 링크를 만들어 보내요 |
| 전화·오프라인 주문을 받아요 | 맞아요. 주문서 화면이 없어도 돼요 |
| 세금계산서·후불 청구가 있어요 | 맞아요. 청구 시점과 결제 시점이 떨어져 있어요 |
| 쇼핑몰에서 장바구니로 사요 | 체크아웃이 맞아요 |
| 매달 자동으로 청구돼야 해요 | 구독이 맞아요 |
처리 흐름
- 서버 또는 관리자에서 링크를 만들어요 — 링크 생성 · 관리자에서 생성
- 고객에게 링크를 보내요 (SMS·이메일·알림톡)
- 고객이 링크에서 결제해요
- 결제 결과를 웹훅으로 받고 서버에서 다시 확인해요 — 웹훅 처리 가이드
안 낸 고객에게 다시 보내려면 재발송 안내를 봐요.
