국제 여행객들이 기존 신용카드보다 모바일 지갑을 선호하여 매출을 확보하는 데 어려움을 겪고 계신가요? 이러한 인기 있는 글로벌 결제 방식을 제외하면 장바구니 이탈률이 높아지고 결제 시 수익을 놓칠 수 있습니다. 이 가이드는 알리페이(Alipay) 및 위챗페이(WeChat Pay) QR 코드를 결제 워크플로에 통합하여 원활한 고객 경험을 제공하기 위한 기술적 단계와 API 요구 사항을 설명합니다.
QR 코드 결제의 기술적 기반
알리페이(Alipay) 및 위챗페이(WeChat Pay)의 현대적인 결제 워크플로는 일반적으로 판매자 제시 모드에 의존합니다. 이 시나리오에서는 시스템이 각 거래에 대한 고유한 QR 코드를 생성하고, 고객은 자신의 모바일 앱을 사용하여 이를 스캔합니다. 이 방법은 값비싼 카드 판독 하드웨어의 필요성을 없애고 거래 마찰을 줄여 물리적 소매점과 디지털 상점 모두에 매우 효과적입니다.
고객이 모바일 지갑을 사용하여 결제할 때, 거래 데이터는 암호화된 채널을 통해 결제 제공업체로 전송됩니다. 결제용 QR 코드 이를 통해 즉시 확인이 가능합니다. 제공업체는 사용자가 자금을 승인하는 즉시 귀하의 백엔드에 알립니다. 이러한 실시간 피드백 루프는 즉각적인 주문 처리 또는 즉석 디지털 영수증 제공이 필요한 비즈니스에 필수적입니다.
판매자 계정 설정 및 API 요구 사항
단일 결제 코드를 생성하기 전에 해당 플랫폼에 판매자로 등록해야 합니다. 알리페이(Alipay)의 경우, 미국 기반 사업체는 일반적으로 사업자 등록 서류, 세금 식별 번호 및 은행 계좌 정보를 제공해야 합니다. 위챗페이(WeChat Pay)는 텐센트 판매자 포털을 통해 유사한 서류를 요구하며, 여기에는 다음 사항 준수 증명이 포함됩니다. PCI-DSS 규정 준수 가이드 결제 환경의 보안을 보장하기 위함입니다.
계정이 승인되면 중요한 API 자격 증명이 발급됩니다. 여기에는 일반적으로 다음이 포함됩니다.
- 고유 판매자 ID(MCHID) 또는 앱 ID.
- 요청 서명을 위한 API 키 또는 비밀 키.
- 비동기 결제 알림 수신을 위한 웹훅(Webhook) URL.
- 보안 RSA 또는 SHA-256 통신을 위한 인증서 파일.
이러한 자격 증명을 통해 서버는 결제 게이트웨이와 통신할 수 있습니다. 위챗페이(WeChat Pay)의 경우, Native Payment Order Placement (v3) 또는 Unified Order (v2) API를 사용할 가능성이 높습니다. 이러한 인터페이스는 `out`과 같은 특정 필드를 요구합니다.`trade``no` (귀하의 고유 거래 ID), `total``fee`, 및 `notify`url`을 사용하여 거래를 성공적으로 시작합니다.
동적 결제 QR 코드 생성
거래를 처리하는 가장 안전한 방법은 동적 QR 코드를 사용하는 것입니다. 항상 동일한 대상을 가리키는 정적 코드와 달리, 동적 코드는 단일 주문을 위해 특별히 생성됩니다. 백엔드가 Alipay 또는 WeChat Pay API를 호출하면, 제공업체는 `code_url` 또는 `orderCodeForm`을 반환합니다. 그러면 시스템은 다음을 사용하여 QR 코드 생성기 해당 URL을 고객이 스캔할 수 있는 이미지로 변환합니다.
동적 코드는 상당한 보안 이점을 제공합니다. 예를 들어, `paymentExpiryTime` 매개변수를 설정하여 코드가 몇 분 후에 만료되도록 함으로써, 오래된 거래 링크의 무단 사용을 방지할 수 있습니다. 또한, 동적 QR 코드 실시간으로 스캔 데이터를 추적할 수 있게 하여, 고객이 언제 어디서 결제 접점과 상호 작용하는지에 대한 통찰력을 제공합니다.
안전한 결제 코드 즉시 생성 결제 과정에서 추적 가능하고 브랜드화된 QR 코드를 생성하고 싶으신가요? 다음을 사용하세요. 동적 QR 코드 생성기 오늘 안전한 결제 흐름을 구축하고 거래 성능을 모니터링하세요.
보안, 규정 준수 및 서명 유효성 검사
보안은 결제 통합의 가장 중요한 구성 요소입니다. Alipay와 WeChat Pay는 모든 API 요청 및 응답에 서명하도록 요구합니다. 이 과정은 요청 메서드, URI 및 본문을 기반으로 서명 문자열을 생성한 다음, 개인 키로 암호화하는 것을 포함합니다. 결제 제공업체는 공개 키를 사용하여 전송 중에 메시지가 변조되지 않았음을 확인합니다.
암호화 외에도, 다음 사항을 인지해야 합니다. QR 결제의 위험, 예를 들어 악성 코드 교체와 같은 위험입니다. 이러한 위험을 완화하려면:
- 수신되는 웹훅의 서명을 항상 검증하여 실제로 결제 제공업체에서 시작되었는지 확인하십시오.
- 모든 서버 간 통신에 TLS 1.2 이상을 사용하십시오.
- 무차별 대입 공격을 방지하기 위해 결제 시작 엔드포인트에 속도 제한을 구현하십시오.
- 결제 확인 단계에 도달하지 못하는 높은 볼륨의 시작된 주문과 같은 비정상적인 패턴이 있는지 로그를 정기적으로 감사하십시오.
이러한 프로토콜을 따르면 통합이 글로벌 금융 규정을 준수하고 고객의 민감한 데이터를 보호할 수 있습니다.
POS 및 전자상거래 통합 시나리오
실제 소매 환경에서는 생성된 QR 코드를 고객 대면 화면에 표시하거나 영수증에 직접 인쇄할 수 있습니다. 이를 통해 고객은 위챗에서 QR 코드 스캔 또는 알리페이로 즉시 결제할 수 있습니다. 화면이 없는 구형 POS 시스템의 경우, 많은 판매자들이 동적 디스플레이를 특징으로 하는 인쇄된 “결제 스테이션” 전단지를 사용하거나 Stripe와 같은 타사 프로세서와 통합하여 물리적 결제와 디지털 결제 간의 격차를 해소합니다.
온라인 상점의 경우, 전자상거래용 QR 코드 일반적으로 최종 결제 페이지에 포함됩니다. 사용자가 결제 방법으로 알리페이 또는 위챗 페이를 선택하면 화면이 업데이트되어 거래 코드를 표시합니다. 고객이 휴대폰으로 스캔하고 결제하면 웹사이트는 웹훅을 사용하여 사용자를 “감사합니다” 또는 확인 페이지로 자동으로 리디렉션합니다. 이러한 교차 장치 상호 작용은 다양한 사례에서 볼 수 있듯이 전환율을 향상시키는 것으로 나타났습니다. 전자상거래 사례 연구 모바일 지갑 채택이 사용자 여정을 단순화했습니다.
서비스 시작 전에 항상 샌드박스 환경에서 워크플로를 테스트하십시오. 이를 통해 실제 통화를 사용하지 않고도 성공적인 결제, 만료된 코드 및 환불 시나리오를 시뮬레이션할 수 있습니다. API 호출의 안정성에 확신이 생기면 프로덕션 환경으로 전환하여 글로벌 모바일 결제를 수락할 수 있습니다.
자주 묻는 질문
정적 코드는 고정된 링크를 포함하며 간단한 P2P(개인 간) 전송에 자주 사용되는 반면, 동적 코드는 각 특정 거래마다 생성됩니다. 동적 코드는 고유한 주문 ID를 포함하고 특정 기간 후에 만료되도록 설정할 수 있기 때문에 더 안전합니다.
아니요, 고객들은 Alipay 또는 WeChat 앱 내의 내장된 스캐너를 사용합니다. 판매자들은 테스트 또는 디버깅 단계 동안 원시 데이터를 확인해야 하는 경우 표준 QR 코드 스캐너를 사용하여 거래 상태를 확인할 수도 있습니다.
알리페이와 위챗페이는 일반적으로 거래 시점에 중국 위안(CNY)을 USD와 같은 귀하의 현지 통화로 환전합니다. 귀하는 귀하의 가맹점 계약서에서 귀하의 결제 대행사가 제공하는 특정 환율 및 정산 조건을 확인해야 합니다.
