간편결제 저장 기능과 DRAW 참여 흐름

2023년부터 한국 결제 기능을 확장하면서 카카오페이와 네이버페이의 저장결제를 다뤘습니다. 기존에는 신용카드 저장결제를 지원했지만, 평소 사용하는 간편결제를 등록해 두고 이후 결제에 이용하는 흐름도 필요했습니다.

이 기능은 반복 구매뿐 아니라 DRAW 참여와도 연결돼 있었습니다. 응모 전에 결제수단을 등록하고, 당첨됐을 때 그 수단으로 결제할 수 있어야 했기 때문입니다.

DRAW 참여 전의 결제수단 등록

일반 상품은 구매하면서 결제 정보를 입력할 수 있지만, 당시 DRAW는 응모 이후 당첨자 선정과 결제가 이어지는 구조였습니다. 미리 사용할 결제수단을 등록하는 단계가 필요했습니다.

카드 등록에는 카드 번호 등의 정보가 필요했습니다. 카카오페이나 네이버페이를 지원하면 사용자가 익숙한 간편결제 인증 흐름을 통해 연결할 수 있습니다. 카드를 바로 확인하기 어려운 상황에서도 기존에 사용하던 간편결제로 등록을 진행할 수 있다는 차이가 있었습니다.

아래 그림은 DRAW 참여와 저장결제 등록의 관계를 단순화한 개념도입니다.

등록할 수 있는 결제수단을 늘리는 것과 실제 참여율이 얼마나 달라졌는지는 구분해서 봐야 합니다. 이 글에서는 공개할 수 있는 전후 지표가 없어 전환율 개선 수치를 다루지는 않습니다.

등록과 결제 API의 차이

저장결제에서는 결제수단을 등록하는 과정과 이후 그 수단으로 결제하는 과정이 나뉩니다. 등록 화면을 열었다고 완료되는 것이 아니고, 사용자가 인증을 마쳤는지와 이후 결제에 사용할 수 있는 상태인지 확인해야 했습니다.

벤더에 따라 API와 상태를 확인하는 방법이 달랐습니다. 모바일 WebView에서 등록 후 돌아오는 흐름도 별도로 확인해야 했습니다. 실제 연동 과정은 벤더별 저장결제 API 명세과 WebView 리다이렉트 문제에서 정리했습니다.

로컬 연동 계층의 확장

결제 플랫폼에는 여러 국가가 함께 사용하는 부분이 있었습니다. 한국의 간편결제를 추가하면서 공통 처리를 바꾸면 다른 결제 흐름에도 영향이 갈 수 있어, 한국 연동 계층에서 처리할 범위를 먼저 검토했습니다.

반대로 여러 서비스에서 함께 쓰는 클라이언트나 운영 기능은 공통 라이브러리로 관리할 필요가 있었습니다. 모든 코드를 로컬에 따로 두기보다, 벤더별 차이와 공통으로 유지할 부분을 나눠 확장했습니다.

프로젝트는 기존 카카오페이 연동의 저장결제·환불 기능 확장부터 앱 적용, v2 구현과 네이버페이 작업까지 단계적으로 이어졌습니다. 다음 글에서는 기존 카카오페이 연동에 저장결제와 환불을 연결한 과정을 설명합니다.