# 장바구니 이탈 이메일: 재촉이 아닌 도움이 되는 리마인더

정식 URL: https://brew.new/ko/blog/abandoned-cart-emails
글쓴이: Philip Sørensen
게시일: 2026-08-18
수정일: 2026-09-29

장바구니 이탈 이메일은 마치지 못한 구매로 돌아와 달라고 요청하는 이메일이에요. 영수증이 아니라 마케팅 이메일로 다루세요. 고객은 마음을 바꿨을 수도 있고, 다른 곳에서 답을 찾았을 수도 있고, 그저 시간이 없었을 수도 있어요.

좋은 리마인더는 다시 돌아오기 쉽게 만들어 줘요. 지어낸 카운트다운이나 곧 품절된다는 주장은 필요 없어요.

## 리마인더를 보내도 되는지 확인하기

이 주소로 마케팅 이메일을 보내도 되는 수신 동의가 있는지 확인하세요. 장바구니가 아직 남아 있는지, 상품을 아직 구매할 수 있는지, 고객이 이미 구매하지는 않았는지도 확인하세요. 수신 거부와 발송 제외 규칙도 적용하세요.

장바구니에 담긴 실제 상품과 가격, 실제로 연결되는 링크를 쓰세요. 장바구니가 만들어진 뒤 혜택이 바뀌었다면 현재 조건을 분명히 밝히세요. 스토어가 실제로 가격이나 상품을 잡아 두는 게 아니라면, 잡아 두었다고 약속하지 마세요.

완료되지 않은 구매가 주문 확인과 왜 다른지는 [트랜잭션 이메일 가이드](/ko/blog/transactional-emails)에서 설명해요.

미국의 CAN-SPAM은 이메일을 주된 목적에 따라 분류하고, 그 판단 방식은 [FTC의 CAN-SPAM 준수 가이드](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business)에 나와 있어요. 고객이 아직 하지 않은 주문에 대한 리마인더는 판매를 촉진하려고 보내는 이메일이에요. 다른 마케팅 이메일과 똑같이 수신 거부 링크와 우편 주소를 넣으세요.

## 만들기 전에 갖춰야 할 데이터

리마인더는 그 바탕이 되는 데이터만큼만 정확해요. 카피를 쓰기 전에, 이탈한 장바구니마다 스토어가 다음 필드를 보내는지 확인하세요.

- 연락처의 이메일 주소. 고객이 주소를 입력한 결제 단계에서 수집한 값이어야 해요.
- 마케팅 수신 동의 상태, 그리고 언제 어디에서 동의했는지.
- 장바구니에 담긴 상품과 각 상품의 이름, 이미지 URL, 가격, 수량.
- 장바구니 금액과 통화.
- 장바구니를 이탈한 시각. 그래야 각 대기 시간을 올바른 시점부터 셀 수 있어요.
- 같은 장바구니를 다시 여는 링크.
- 리마인더마다 바뀌지 않는 이벤트 ID. 장바구니 ID, 리마인더가 속한 이탈 건, 리마인더 단계 같은 값으로 만들어요.

이벤트 ID가 있으면 요청이 재시도될 때 연동 쪽에서 중복을 알아챌 수 있어요. ID는 리마인더 하나를 여러 번 재시도해도 바뀌지 않는 값, 즉 장바구니, 이탈 건, 단계로 만드세요. 발송 시점에 생성한 타임스탬프는 재시도할 때마다 바뀌어서 중복을 잡아내지 못해요. Brew API로 이벤트를 보낸다면 이 ID를 `Idempotency-Key` 헤더에 담아 보내세요. 같은 키와 같은 본문으로 재시도하면 두 번째 실행을 시작하지 않고 처음 결과를 그대로 돌려줘요. 키는 저장된 그 실행과 하루보다 훨씬 오래 연결되어 있으므로, 같은 장바구니를 다시 이탈한 고객에게는 새 ID가 필요해요.

## 분명한 리마인더 한 통으로 시작하기

실제로 작동하는 개인화 태그 대신 설명용 자리 표시자를 넣은 예시 초안이에요.

> 제목: 고객님의 [스토어 이름] 장바구니
>
> 장바구니에 [상품명] 상품을 담아 두셨어요. 주문할지 정하기 전에 담긴 상품과 현재 총액을 확인하실 수 있어요.
>
> [장바구니로 돌아가기]
>
> 사이즈나 배송이 궁금하신가요? 이 이메일에 답장해 주시면 저희 팀이 도와드릴게요.

도움을 안내하는 마지막 줄은 답장이 실제로 답변할 수 있는 팀에 전달될 때만 넣으세요. 각 자리 표시자는 플랫폼이 지원하는 필드를 통해 검증된 데이터로 바꾸세요. 상품 이미지나 이름이 없을 때 대체값이 제대로 나오는지도 테스트하세요.

이메일을 한 통 더 보낸다면 보낼 이유가 있어야 해요. 자주 받는 상품 문의에 답하거나 실제 정책을 설명하세요. 할인은 경영상의 판단이지, 두 번째 단계에 반드시 넣어야 하는 요소가 아니에요.

## 테스트해 볼 기본 발송 일정

많은 스토어가 아래와 같은 대기 시간에서 출발해요. 흔히 쓰는 관례로 보고, 내 스토어의 주문 데이터로 테스트하세요. 벤치마크가 아니며, 이 시간 간격이 다른 간격보다 장바구니를 더 많이 회수한다는 근거도 여기에는 없어요.

| 이메일 | 흔히 쓰는 시작 대기 시간 | 할 수 있는 일 |
| --- | --- | --- |
| 첫 번째 리마인더 | 이탈 후 1~2시간 | 방문한 지 얼마 안 됐을 때 장바구니 다시 보여 주기 |
| 두 번째 이메일 | 약 24시간 후 | 사이즈, 배송, 반품에 관한 자주 받는 질문에 답하기 |
| 세 번째 이메일 | 48~72시간 후 | 한 번 더 알리거나, 혜택을 주기로 했다면 실제 혜택 안내 |
| 선택 사항인 마지막 이메일 | 5~7일 후 | 장바구니가 아직 유효하다면 오래 고민하는 구매 결정 돕기 |

네 통을 모두 보낼 필요는 없어요. 저렴한 상품이라면 리마인더 한 통으로 충분할 수 있어요. 그 뒤의 이메일은 저마다 보낼 이유가 있어야 하고, 아래에서 설명하는 구매 상태 확인은 매번 발송 전에 실행해야 해요.

## 근거가 필요한 사회적 증거와 긴급성

고객 인용문은 승인받은 것만, 실제 출처를 밝히고 허락을 받아서 쓰세요. 초안에 고객 후기가 필요한데 쓸 수 있는 후기가 없다면 내부용 자리 표시자를 남겨 두고 발송 전에 지우세요. 생성된 이름과 별점 다섯 개를 고객 후기인 것처럼 내세우면 절대 안 돼요.

마찬가지로 마감 시한은 실제 혜택 종료일과 일치해야 하고, 재고 경고는 현재 재고를 반영해야 해요. 둘 중 하나라도 사실과 다르게 적은 리마인더는 클릭을 얻을 수는 있어도 스토어에 대한 신뢰를 떨어뜨릴 수 있어요.

## 활성화하기 전에 종료 조건 정하기

흔한 실수는 종료 조건이 없는 시퀀스예요. 고객이 구매를 마쳤는데도, 이미 결제한 장바구니에 대한 리마인더를 두 통 더 받게 돼요. 다음 중 하나라도 해당하면 바로 시퀀스를 멈추세요.

- 고객이 주문했을 때. 다른 기기에서 주문했거나 고객 지원팀을 통해 주문한 경우도 포함해요.
- 스토어에서 장바구니가 비워지거나 만료됐을 때.
- 연락처가 수신 거부했거나 발송 제외 목록에 있을 때.
- 장바구니에 담긴 상품을 더 이상 구매할 수 없을 때.

플로우를 만들기 전에 이 조건들을 적어 두고, 테스트용 장바구니로 하나씩 테스트하세요. Brew가 리마인더를 보낼 때 이 확인을 어디에서 해야 하는지는 다음 섹션에서 설명해요.

## 발송 시점에 구매 상태 다시 확인하기

Brew에서 이벤트 페이로드 필드는 대기 시간이 지나도 처음 장바구니 정보를 그대로 유지해요. `contact.<name>` 형식의 조건은 Brew 연락처 필드의 현재 값을 읽을 수 있지만, 스토어의 장바구니, 주문, 재고 기록을 가져오지는 않아요.

리마인더를 보낼 때가 되면 스토어 애플리케이션이 지금도 대상에 해당하는지 확인하게 하세요. 고객에게 아직 대상이 되는 장바구니가 있고 마케팅 수신 동의도 있다면, 현재 장바구니 정보를 담아 새 리마인더 이벤트를 보내세요. 이미 구매했다면 보내지 마세요. 발송하는 연동에서 재시도로 인한 중복을 막으려면 바뀌지 않는 이벤트 식별자를 쓰세요.

“구매하면 멈춰 주세요” 같은 프롬프트를 썼다고 해서 스토어의 현재 데이터와 실시간으로 연결된다고 가정하지 마세요. 실제로 설정한 이벤트와 [연동 워크플로](/ko/browse/integrations)를 확인하세요.

## 회수한 주문을 정직하게 측정하기

어트리뷰션 기간을 정하고, 이메일이 없었어도 일어났을 주문을 어떻게 처리할지 정하세요. 매출과 함께 할인 비용, 반품, 수신 거부, 스팸 신고도 추적하세요. 발송량이 충분하다면 홀드아웃 그룹을 두어 이메일 덕분에 추가로 회수한 주문을 추정할 수 있어요.

이 시퀀스로 보장할 수 있는 회수율은 없어요. 관련성 높은 리마인더로 시작하고, 상태 확인이 제대로 작동하는지 검증한 뒤, 직접 얻은 결과를 바탕으로 개선하세요. 더 넓은 측정 모델은 [ROI 가이드](/ko/blog/email-marketing-roi)를 참고하세요.