Shopify나 WooCommerce 스토어를 연결하면, 여정의 장바구니 이탈 트리거가 그 스토어의 실제 결제 시작-미완료 이벤트에서 발동됩니다. 유지 관리할 데이터 소스도, 수동 내보내기도 필요 없습니다 — 쇼핑객이 멈추는 순간 저절로 나가는 복구 이메일뿐입니다.
이 사이트의 다른 장바구니 이탈 아티클은 여러분이 이미 장바구니 데이터가 있는 곳에서 데이터 소스를 공급하고, 복구 이메일을 수동으로 또는 반복 일정에 따라 보내고 있다고 가정합니다. 이 아티클은 그것을 완전히 건너뛰는 방법에 관한 것입니다: 연결된 Shopify나 WooCommerce 스토어가 자체 고객과 자체 장바구니 이탈 이벤트를 직접 동기화하고, 여정이 실시간으로 이에 반응합니다.
스토어를 연결하면 실제로 일어나는 일
설정 → 연동에서 Shopify를 연결하면 자체 OAuth 화면을 거치게 됩니다. WooCommerce는 자신의 WordPress 사이트에서 생성한 REST API 키로 연결됩니다. 어느 쪽이든 MailInApp은 스토어에 웹훅을 등록하여, 주기적인 폴링이 아니라 고객, 장바구니, 주문 이벤트가 실시간으로 도착하게 합니다. 초기 백필은 기존 고객을 그 연동 전용 연락처 리스트로 동기화하며, 그 이후로는 웹훅만으로 계속 최신 상태가 유지됩니다.
장바구니 이탈 트리거
연결된 연동의 장바구니 이탈 트리거를 지정한 여정은, 그 스토어가 시작되었지만 완료되지 않은 결제를 보고할 때 설정한 지연 시간 후에 연락처를 등록합니다. Shopify는 이를 실제 결제 시작 이벤트로 네이티브하게 보고합니다. WooCommerce는 아직 이 트리거를 전혀 지원하지 않습니다 — 사이트가 어떤 장바구니 이탈 플러그인을 실행하든, MailInApp이 연결된 WooCommerce 스토어에서 현재 읽어올 수 있는 동등한 신호가 없으므로, WooCommerce만 연동한 경우 장바구니 이탈 등록이 발생하지 않습니다. 이를 중심으로 전체 여정을 만들기 전에 확인해 볼 가치가 있습니다.
이미 결제한 사람에게 리마인드하지 않기
이미 결제를 완료한 사람에게 복구 이메일을 보내는 것은 아예 보내지 않는 것보다 나쁩니다. 발송 앞에 있는 목표 단계는 장바구니가 이탈된 이후 해당 연락처에 구매가 발생했는지 확인하고, 그렇다면 즉시 실행을 종료합니다. 발송될 시점에 더 이상 이탈 상태가 아닌 장바구니에는 리마인더가 전혀 발동되지 않습니다.
복구 이메일 자체
이메일 자체는 다른 MailInApp 체크아웃과 다를 것이 없습니다. 상품 블록은 연결된 자체 Stripe 계정을 통해 결제되는 실제 지금 구매 버튼을 렌더링하고, 기한이 있는 복구 할인에 대한 카운트다운은 오래된 '곧 만료' 문구를 보여주는 대신 열 때마다 정확하게 유지됩니다. 연동은 또한 이탈된 장바구니 자체의 URL을 병합 필드로 연락처 행에 기록하므로, 버튼이 이메일 내 체크아웃의 대안으로 장바구니 자체로 바로 연결되게 할 수 있습니다. 또는 상품 블록 자체의 체크아웃 필드를 외부 스토어 체크아웃으로 연결로 전환하면, 별도의 버튼 블록 없이도 지금 구매 자체가 그 장바구니로 바로 돌려보냅니다.
장바구니 의도 vs. 결제 의도 — 단계 구분
MailInApp의 의도 구분이 도입한 핵심적인 구분입니다: 장바구니 이탈과 결제 이탈은 이제 각각 자체 stage 필드를 가진 별개의 여정 트리거로 나뉘어 추적됩니다.
- 장바구니 이탈(
stage: "cart") — 연결된 외부 스토어의 장바구니에 상품이 담겼지만 구매자가 결제를 시작하기 전에 떠났습니다. 적절한 복구 메시지는 보통 혜택 강조입니다: 왜 이 상품인지, 소셜 프루프, 또는 가벼운 유도입니다. - 결제 이탈(
stage: "checkout") — 구매자가 자체 MailInApp-Stripe 상품 블록 체크아웃이나 스토어 자체의 체크아웃 페이지(단순한 링크로 도달했든, 외부 스토어 체크아웃으로 연결로 설정된 상품 블록에서 도달했든)까지 도달했지만 결제를 완료하지 않았습니다. 적절한 메시지는 마찰 제거입니다: FAQ 답변, 신뢰 신호, 지원 링크, 또는 기한이 있는 할인입니다.
두 트리거 모두 같은 계정에서 별개의 여정으로 실행할 수 있습니다. stage 필드는 웹훅 페이로드와 응답 귀속에도 포함되므로, 여러분 자신의 분석에서 장바구니 정체와 결제 이탈을 구분할 수 있습니다. 전체 트리거 레퍼런스는 여정을 참고하세요.
매출은 기존 리포팅에 그대로 반영됩니다
Shopify나 WooCommerce 주문에 식별 가능한 캠페인이나 변형 귀속 정보가 있다면, 네이티브 이메일 내 체크아웃 주문이 이미 만들어내는 것과 동일한 응답 및 A/B 테스트 매출 수치에 반영됩니다. 복구된 판매를 위해 따로 확인해야 할 별도의 리포팅 화면은 없습니다.
관련되었지만 다른 사례: 과거 구매자 되찾기
장바구니 이탈은 끝내 완료되지 않은 결제에 관한 것입니다. 대신 실제로 구매한 고객 — 특정 상품을, 특정 기간 내에 — 을 타겟팅하고 다시 오도록 할인을 제안하고 싶다면, 구매 이력 세그먼트 & 할인 코드로 과거 구매자 되찾기를 참고하세요. 동일한 연결된 스토어를 사용하지만, 여정 트리거 대신 다른 세그먼트와 실제 스토어 네이티브 할인 코드를 사용합니다.
시작하기
설정 → 연동에서 스토어를 연결한 뒤, 새 여정의 트리거를 그 연동의 장바구니 이탈 이벤트로 지정하고 원하는 지연 시간을 설정하세요. 이미 결제한 사람을 건너뛰도록 발송 앞에 목표 단계를 추가하세요. 전체 레퍼런스는 Shopify, WooCommerce, 여정을 참고하세요.