스마트 COD 규칙 설정: 국가, 우편번호, 장바구니 금액, 고객 태그

많은 Shopify 판매자에게 착불 결제(Cash on Delivery, COD)는 처음에는 아주 단순한 온·오프 설정처럼 보입니다. 모두에게 보여주거나, 아예 완전히 없애는 식이죠. 하지만 이런 방식은 좋은 고객을 놓치거나 피할 수 있었던 위험을 떠안게 되는 가장 빠른 길이기도 합니다.

해결책은 COD를 없애는 것이 아니라, 어디에서 보이게 할지를 정교하게 제어하는 것입니다. 배송 이력이 안정적인 지역에서 저가 상품을 구매하는 고객과, 배송 실패 이력이 있는 우편번호 지역에서 고가 주문을 넣는 첫 구매 고객은 전혀 다른 사례입니다. 그런데 COD를 항상 보여주거나 아예 보여주지 않는 방식은 이 차이를 반영하지 못합니다.

바로 이런 상황을 위해 COD 노출 규칙이 필요합니다. 하나의 온·오프 스위치 대신, 스토어는 국가, 우편번호, 장바구니 금액, 고객 태그를 기준으로 누가 착불 결제를 볼 수 있을지 결정할 수 있습니다. 이 가이드에서는 Progus COD Form & OTP SMS에서 각 조건을 설정하는 방법을 단계별로 설명합니다.

시작하기 전에 헷갈리기 쉬운 두 가지를 먼저 구분해두는 것이 좋습니다. 노출 규칙은 고객이 착불 결제를 결제 옵션으로 아예 볼 수 있는지를 결정합니다. 예를 들어 특정 국가, 장바구니 금액, 또는 고객 조건에서 COD를 숨기면, 해당 고객은 처음부터 COD 결제 단계로 가지 못합니다. 반면 OTP 인증은 별도의 단계로, 이미 COD를 선택한 고객이 그 단계에 도달했을 때 전화번호를 확인하는 역할을 합니다. 즉, 누가 COD를 볼 수 있는지를 정하는 것이 아니라, 이미 COD를 본 사람들 중 실제 고객인지 확인하는 것입니다. 두 기능은 순차적으로 작동합니다. 먼저 노출 규칙이 대상을 좁히고, 그다음 OTP 인증이 남은 주문을 검증합니다. 반복적인 악성 주문 차단용 블록 리스트까지 포함해 이 레이어들이 어떻게 함께 작동하는지 전체적으로 보려면 Progus의 COD 사기 및 반품 악용 대응 가이드를 참고하세요. 이 글은 특히 노출 규칙 설정에 초점을 맞춥니다.

1단계: 설정 전에 먼저 규칙 기능 활성화하기

규칙 빌더는 먼저 활성화해야 규칙을 만들 수 있습니다. Progus COD Form & OTP SMS에서 앱의 Checkout 섹션으로 이동한 뒤, 어떤 배송 요금을 COD로 간주할지 선택하고 체크아웃에서 COD를 켜세요. 이 활성화가 완료되기 전까지는 규칙 추가 옵션 대신 "configuration required" 메시지가 표시됩니다.

2단계: 실제로 필요한 조건부터 정하기

규칙을 만들기 전에, 그 규칙이 어떤 문제를 해결해야 하는지 먼저 정하세요. 이 앱은 단순한 온·오프 방식이 아니라 국가, 우편번호, 장바구니 금액, 고객 태그를 기준으로 COD를 표시하거나 숨길 수 있으며, 하나의 규칙 안에 여러 조건을 함께 조합할 수도 있습니다.

대표적인 시작 예시는 다음과 같습니다.

• 고액 주문 보호: 장바구니 금액이 정해둔 기준을 넘으면 COD를 숨겨, 위험도가 높은 주문은 선결제로만 진행되도록 합니다.
• 우편번호 제외: 국내 주요 시장에서는 COD를 제공하되, 배송 실패나 반송(return-to-origin) 문제가 반복되는 우편번호 지역에서는 숨깁니다.
• 신뢰 고객 예외 처리: 고객 태그를 사용해 배송 이력이 좋은 재구매 고객에게는, 더 넓은 제한 규칙이 있더라도 COD를 계속 제공할 수 있습니다.

아래 3단계부터 5단계까지는 각 조건을 개별적으로 설명합니다. 모든 조건을 다 쓸 필요는 없습니다. 여기서 파악한 문제에 맞는 조건만 선택하세요. 사용 중인 플랜에서 활성 규칙이 1개만 가능하다면, 여러 조건을 하나의 규칙으로 조합하면 됩니다. 이에 대해서는 7단계에서 다시 설명합니다.

규칙을 작성하기 전에는 추측이 아니라 데이터부터 확인하세요. 실제로 어떤 국가, 우편번호, 또는 장바구니 금액 구간에서 COD 배송 실패나 사기 패턴이 나타나는지 살펴봐야 합니다. 감에 의존한 규칙은 나쁜 고객만큼이나 좋은 고객도 막을 가능성이 큽니다. 실제 문제가 어디에 있는지 파악했다면, 광범위한 제한보다 좁고 구체적인 제외를 우선하는 것이 좋습니다. 예를 들어 특정 지역 전체를 막는 것보다 실제 문제가 있는 우편번호만 제외하는 편이 안전하고, 몇 건의 문제 주문 때문에 국가 전체의 COD를 끄는 것보다 명확한 기준 이상의 장바구니 금액만 제한하는 편이 더 합리적입니다.

규칙 빌더는 할인 적용 여부, 주문 무게, 고객 회원 가입 상태, 주문 횟수, 고객 이메일, 상품 컬렉션, 장바구니 내 기프트카드 포함 여부, 그리고 예약성 또는 시즌성 규칙을 위한 날짜 범위 조건도 지원합니다. 이 글에서 자세히 다루지는 않지만 알아둘 만한 기능입니다. 예를 들어 날짜 범위 조건은 특정 프로모션 기간에만 COD를 제한할 수 있고, 주문 무게 조건은 가격이 아니라 배송 복잡도를 기준으로 COD 제공 여부를 조정할 수 있습니다.

3단계: 국가 및 우편번호 조건 설정하기

국가. 가장 기본적인 조건입니다. 어떤 스토어는 배송망이 안정적이고 반품 관리가 쉬운 국내에서만 COD를 제공하고, 해외 주문은 기본적으로 선결제로 운영합니다. 반대로 선결제에 대한 신뢰와 전환율이 낮은 시장에서만 COD를 활성화하고, 필요 없는 시장에서는 비활성화해야 하는 경우도 있습니다.

우편번호. 국가 단위 제어는 너무 넓은 경우가 많습니다. 같은 국가 안에서도 지역별로 배송 안정성, 반송률, 택배사 커버리지가 크게 다를 수 있습니다. COD 문제가 일부 우편번호에 집중된 스토어라면 국가 전체를 제한할 필요는 없습니다. 문제가 확인된 우편번호만 제외하거나, 배송 성공 이력이 좋은 우편번호에서만 COD를 허용하면 됩니다.

국가와 우편번호는 같은 Location 카테고리에 있습니다. 즉, 하나의 규칙 안에서 특정 국가에서는 COD를 허용하되, 배송 실패가 반복된 일부 우편번호는 제외하는 식으로 설정할 수 있어 별도의 규칙 두 개가 필요하지 않습니다.

별도로, 앱의 사기 방지 영역에는 우편번호 차단 기능도 있으며 이메일, 전화번호, IP 주소 차단과 동일 고객의 일정 기간 내 주문 횟수 제한 기능도 함께 제공됩니다. 이 도구는 일반적인 COD 노출 제어보다는 이미 확인된 악성 사용자를 겨냥한 기능입니다. 따라서 스토어에 따라 우편번호를 두 곳에서 서로 다른 목적으로 사용할 수 있습니다. 여기의 규칙 빌더에서는 전반적인 노출 제어를, 보호 설정에서는 특정 사기성 주문 차단을 담당하는 식입니다.

4단계: 장바구니 금액 제한 추가하기

고액 주문은 COD 배송이 실패하거나 수취 거부될 경우 절대적인 손실 규모가 더 큽니다. 상품 원가 노출이 커지고, 배송비 손실도 늘어나며, 마진에 미치는 영향도 커집니다. 그래서 흔히 사용하는 방식은 장바구니 금액이 특정 기준 이하일 때만 COD를 허용하고, 그 이상은 선결제로 유도하는 것입니다. 손실 위험이 가장 큰 주문일수록 결제가 먼저 확인되도록 만드는 셈입니다.

플랜상 규칙 수가 제한되어 있다면 이 조건을 위치 조건과 같은 규칙 안에서 Order Details 조건으로 설정하세요. 반대로 무제한 규칙이 가능한 플랜이라면 별도의 규칙으로 분리해도 됩니다.

5단계: 신뢰 고객과 위험 고객을 고객 태그로 구분하기

국가, 우편번호, 장바구니 금액은 모두 스토어가 특정 구매자에 대해 알기 전에 적용되는 조건입니다. 반면 고객 태그는 실제로 누가 구매하는지에 따라 규칙이 반응하도록 해줍니다. COD 배송 이력이 좋은 고객에게 붙인 태그는 다른 조건과 관계없이 COD를 계속 열어둘 수 있고, 배송 실패나 수취 거부 이후 붙인 태그는 다른 고객에게 영향을 주지 않으면서 해당 고객의 COD만 이후 제한할 수 있습니다.

고객 태그는 같은 규칙 빌더의 Customers 카테고리에서 설정하며, 회원 가입 상태, 주문 횟수, 고객 이메일 조건과 함께 사용할 수 있습니다. 태그는 제한용으로만 쓰지 말고 예외 처리에도 활용하세요. 예를 들어 더 넓은 제한 규칙이 있더라도 신뢰할 수 있는 재구매 고객에게는 COD를 계속 제공할 수 있어야 하므로, 낯선 고객을 겨냥한 규칙 때문에 충성 고객이 불이익을 받지 않게 할 수 있습니다.

6단계: 표시 조건과 숨김 조건이 함께 작동하는 방식 테스트하기

하나의 규칙 안에 "show" 조건과 "hide" 조건이 함께 들어가면 앱에서 경고를 표시합니다. 이유는 규칙 적용 우선순위가 고정되어 있기 때문입니다. "show"는 항상 "hide"보다 우선합니다. 즉, "show" 조건이 일치하면 "hide" 조건에 무엇이 있든 그 조건이 이깁니다.

예를 들어 특정 우편번호에서는 COD를 숨기되, [trusted-cod] 태그가 있는 고객에게는 COD를 보여주도록 설정했다면, 해당 태그가 있는 고객은 우편번호가 숨김 목록에 있어도 여전히 COD를 볼 수 있습니다. 이런 동작은 의도했다면 유용하지만, 그렇지 않다면 문제가 될 수 있으므로 "hide" 조건이 기대대로 작동한다고 가정하기 전에 반드시 테스트해보는 것이 좋습니다.

7단계: 적용 후에도 규칙을 점검하기

6개월 전 배송 문제가 있던 우편번호가 지금도 같은 문제를 가진다는 보장은 없습니다. 한 번 만든 뒤 다시 보지 않는 규칙은 시간이 지나면서 "실제 문제를 겨냥한 설정"에서 "현재 이유 없이 고객을 제한하는 설정"으로 변질되기 쉽습니다. 따라서 초기 설정 때만 확인하지 말고, 규칙 성과를 정기적으로 점검할 수 있도록 리마인더를 두는 것이 좋습니다.

이 기능은 앱 내에서 Smart checkout rules라는 이름으로 제공되며, 검토하거나 추가할 수 있는 규칙 수는 플랜에 따라 다릅니다. Free와 Basic은 활성 규칙 1개만 허용하므로, 검토의 핵심은 그 하나의 규칙이 여전히 올바른 조건 조합을 갖고 있는지 확인하는 것입니다. Standard와 Premium은 규칙 수가 무제한이므로, 검토 시에는 여러 규칙 중 어떤 것이 오래되어 불필요해졌는지 또는 중복되는지를 살펴봐야 합니다.

자주 하는 실수

1. 판매 비중이 거의 없는 시장에 규칙을 만드는 것. 연간 주문이 몇 건 안 되는 국가를 제한하는 데 설정 시간을 쓰는 것보다, 국내 시장이나 가장 큰 시장에 대한 규칙을 제대로 잡는 편이 훨씬 효율적입니다.
2. 하나의 규칙에 너무 많은 조건을 쌓는 것. 여러 조건이 복잡하게 결합된 규칙은 이해하기도 어렵고, 예상치 못한 동작이 나왔을 때 원인을 찾기도 어렵습니다. 무제한 규칙 플랜이라면 단순한 규칙을 여러 개로 나누는 편이 보통 더 관리하기 쉽습니다. Free 또는 Basic처럼 활성 규칙이 1개뿐인 경우에는, 가장 영향력이 큰 조건만 묶은 하나의 집중된 규칙이 우선입니다.
3. 모바일 테스트를 빼먹는 것. 규칙이 무엇을 숨기고 보여주든, 실제 체크아웃 화면이 모바일에서도 올바르게 보이는지 확인해야 합니다. COD 비중이 높은 트래픽은 대체로 휴대폰에서 전환되거나 이탈하는 경우가 많기 때문입니다.
4. 규칙이 실제로 무엇을 차단했는지 확인하지 않는 것. 너무 넓은 조건으로 COD를 조용히 숨기는 규칙은, 영향을 받은 주문을 아무도 보지 않으면 실제 전환을 떨어뜨리고도 눈치채지 못할 수 있습니다.

설정 체크리스트

스마트 COD 규칙이 잘 작동하고 있다면 다음과 같은 상태여야 합니다.

• 규칙이 위험해 보이는 시장이나 지역에 대한 추측이 아니라, 실제 스토어의 배송 및 사기 데이터에 기반하고 있다
• 우편번호 제외가 구체적이며, 지역 전체를 막기 위한 우회 수단처럼 쓰이지 않는다
• 고위험 주문 금액대에 대한 장바구니 금액 기준이 존재하며, 추측이 아니라 실제 주문 데이터를 바탕으로 검토된다
• 고객 태그가 위험 고객 제한용으로만이 아니라, 신뢰할 수 있는 재구매 고객을 보호하는 데에도 사용된다
• 초기 설정 때만이 아니라, 정해진 주기에 따라 누군가 규칙 성과를 검토한다

마무리

착불 결제는 반드시 전면 허용 아니면 전면 차단일 필요가 없습니다. 노출 규칙을 활용하면, 구매를 망설이는 고객을 실제 주문으로 전환시키는 곳에서는 COD를 유지하면서도, 위험이 커지는 특정 국가, 우편번호, 장바구니 금액 구간, 고객 이력에서는 선택적으로 제한할 수 있습니다.

목표는 COD를 드물게 만드는 것이 아닙니다. 잘 작동하는 상황에서는 정확히 제공하고, 그렇지 않은 상황에서는 보이지 않게 만드는 것입니다. Shopify 체크아웃에서 착불 결제를 운영하고 있다면, Progus COD Form & OTP SMS를 통해 COD 노출 규칙부터 확인이 필요한 주문을 위한 OTP 인증까지 한곳에서 규칙 체계를 구성할 수 있습니다.