Shopify 통합

통합 개요

Pushwoosh는 기업이 온라인 스토어를 생성, 관리 및 확장할 수 있도록 지원하는 선도적인 이커머스 플랫폼인 Shopify와 원활하게 통합됩니다. 이 가이드는 Shopify 스토어에 Pushwoosh 앱을 설치 및 구성하고, 사용자 식별을 설정하며, 푸시, 이메일, SMS, WhatsApp과 같은 채널을 통해 고객과 소통하기 위한 알림 및 자동화 도구를 사용하는 방법을 안내합니다.

통합 유형

대상: Shopify는 고객 데이터를 Pushwoosh로 전송하며, 이 데이터는 타겟팅 및 메시징에 사용됩니다.

전제 조건

Pushwoosh 계정
Shopify 관리자 패널에 대한 접근 권한
Pushwoosh Device API Access Token 및 Application Code
고객 및 주문 데이터가 있는 Shopify 스토어
주문/장바구니 이벤트에 대한 read_orders 접근 범위 및 체크아웃 단계 추적을 위한 write_pixels 및 read_customer_events 승인

동기화된 엔티티

고객: Shopify 메타필드를 통해 Pushwoosh User ID를 할당하고 식별하는 데 사용됩니다.

Pushwoosh의 고객 동기화 접근 방식

기술적 한계로 인해 Pushwoosh는 알림에 사용되는 통신 채널에 따라 여러 고객 동기화 방법을 제공합니다:

이메일, 웹, SMS & WhatsApp: 기기/사용자가 Pushwoosh 애플리케이션에 자동으로 등록됩니다.
모바일 & 데스크톱 앱: 기기/사용자는 Pushwoosh 및 Shopify 관리자 패널을 통해 수동으로 동기화할 수 있습니다.
웹 플랫폼 (Chrome, Firefox, Safari): 기기/사용자는 Shopify 테마 임베드 자체에서 관리됩니다.

어떻게 작동하나요?

동기화 프로세스는 다음과 같이 작동합니다:

시스템은 현재 사용자 세션을 검색하여 이메일 또는 전화번호(추가 구성 없이 작동하는 식별자)를 얻으려고 시도합니다.
성공하면 이메일 또는 전화번호가 Pushwoosh와 고객 데이터의 pushwoosh_userid 속성 모두에 대한 userID 식별자로 설정됩니다.
이것이 불가능한 경우, 기본 Pushwoosh SDK userID가 Pushwoosh와 pushwoosh_userid 속성 모두에 대한 식별자로 할당됩니다.
어떤 경우든 양쪽에 userID가 할당되어 일관된 동기화를 보장합니다.

고객 세그먼트: 그룹 기반 타겟팅 및 메시징에 사용됩니다.
이벤트 및 트리거 (예: 주문 접수, 태그 적용): Shopify Flow에서 채널 전반의 메시징을 자동화하는 데 사용됩니다.
스토어프론트: 임베드된 스크립트를 통해 웹 푸시 옵트인을 캡처하는 데 사용됩니다.
제품 피드: 스토어의 스토어프론트 피드(products.json)는 앱을 연결할 때 Pushwoosh 제품 카탈로그에 자동으로 연결되며, 앱을 제거하면 자동으로 연결이 끊어집니다.
주문 및 장바구니: Shopify의 orders/paid, checkouts/create, checkouts/update 웹훅에서 오는 서버 간 이벤트입니다. 5부. 주문, 장바구니, 체크아웃 단계 추적을 참조하세요.
스토어프론트 브라우징 행동: 웹 푸시 옵트인에 사용되는 동일한 테마 임베드에 의해 수집되는 제품 조회 및 장바구니 추가 행동입니다.
체크아웃 단계: Shopify Web Pixel을 통해 수집되는 연락처 정보 입력 및 결제 정보 제출입니다.

용어집 (엔티티 이름이 다른 경우 매핑)

Shopify	Pushwoosh
Customer	User ID
`orders/paid` webhook	이벤트 `PW_OrderCreated` — 다른 이커머스 통합과 공유됨 (예: Magento)
`checkouts/create` webhook	이벤트 `PW_AbandonedCart` — 동일한 공유 이벤트, 제품 블록의 장바구니 소스에서도 사용됨
`checkouts/update` webhook	이벤트 `PW_AbandonedCartUpdate` — 쇼핑객이 동일한 체크아웃을 계속 편집할 때 발생하며, `PW_AbandonedCart`에 저장된 장바구니를 덮어씀
Product page view	이벤트 `PW_ProductViewed`
Add to cart (no page reload)	이벤트 `PW_AddToCart`
Web Pixel `checkout_contact_info_submitted`	이벤트 `PW_CheckoutContactInfo`
Web Pixel `payment_info_submitted`	이벤트 `PW_PaymentInfoSubmitted`

통합 작동 방식

Pushwoosh는 Shopify의 메시징 대상으로 작동합니다. 통합되면 Shopify는 고객 및 행동 데이터를 Pushwoosh로 전송하며, 이 데이터는 실시간 알림, 고객 세분화 및 채널 전반의 개인화된 메시징을 지원합니다.

통합의 주요 구성 요소

메타필드를 통한 고객 식별 각 Shopify 고객에게는 고유한 User ID가 할당되어 메타필드(custom.pushwoosh_userid)에 저장됩니다. 이 ID를 통해 Pushwoosh는 플랫폼 전반에서 사용자를 일관되게 인식하고 메시지를 보낼 수 있습니다.
Shopify Flow를 통한 이벤트 기반 자동화 Pushwoosh는 다음과 같은 Shopify 이벤트를 기반으로 메시징(푸시, 이메일, SMS, WhatsApp)을 자동화할 수 있는 Flow 액션을 제공합니다:
- 신규 주문 접수
- 고객에게 태그 적용
- 장바구니 포기
세그먼트 기반 타겟팅 Shopify의 고객 세그먼트를 사용하여 첫 구매자 대상 프로모션이나 비활성 사용자 대상 재활성화 캠페인과 같이 그룹별 알림을 채널 전반에 보낼 수 있습니다.
수동 및 실시간 메시징 Shopify 고객 또는 세그먼트 보기에서 Pushwoosh Extensions를 사용하여 수동으로 알림을 트리거할 수 있습니다:
- 고객별 알림: 개인적인 후속 조치 또는 테스트용
- 세그먼트별 알림: 캠페인 기반 메시지용

스토어프론트 임베드를 통한 웹 푸시 알림

Shopify 테마에서 Pushwoosh 임베드를 활성화하면 웹사이트 방문자에게 브라우저 기반 푸시 알림에 옵트인하도록 유도할 수 있습니다. 모바일 앱이 필요 없습니다.

데이터 흐름 개요

Shopify 고객 및 이벤트 데이터
         ↓
Pushwoosh API (앱을 통해)
         ↓
User ID → 세분화 → 트리거 또는 수동 알림

이 통합을 통해 사용자 유지율을 높이고, 전환율을 높이며, 고객 경험을 향상시키는 시기적절하고 관련성 있는 메시지를 자동으로 또는 필요에 따라 전달할 수 있습니다.

1부. 설치

Shopify에 로그인

Shopify 관리자로 이동합니다.
대시보드에서 스토어를 선택합니다.

Pushwoosh 앱 설치

Pushwoosh 앱 스토어 페이지를 방문합니다.
설치를 클릭합니다.
Shopify 대화 상자에서 설치를 확인합니다.

Pushwoosh 앱 연결

설치 후 Shopify 내의 Pushwoosh 앱으로 리디렉션됩니다.

연결을 클릭합니다.

연결 버튼 클릭

Pushwoosh 제어판 → 설정 → API 접근에서 찾을 수 있는 Application Code와 API 키를 입력합니다. 여기서 API 키는 Device API Access Token입니다.

Pushwoosh 앱 연결

연결되면 “Pushwoosh 앱이 연결되었습니다.”라는 성공 메시지가 나타납니다.

Pushwoosh 앱 연결됨

Shopify가 권한(주문, 픽셀, 고객 이벤트)을 요청하면 승인하십시오. 이러한 범위는 5부 추적에 필요합니다. 이전에 앱을 연결했다면, 이미 연결하셨나요? 접근 권한을 다시 승인하라는 요청을 받게 됩니다를 참조하세요.

요금제 구독

구독 업그레이드를 클릭합니다.
단일 사용량 기반 요금제가 표시됩니다.
결제를 확인합니다.

요금제 구독

2부. 설정: 메타필드를 통한 고객 User ID

채널(푸시, 이메일, SMS, WhatsApp) 전반에서 식별된 사용자에게 알림을 전달하기 위해 Pushwoosh는 고객당 고유한 User ID를 사용합니다. Shopify는 이 값을 Shopify의 고객 메타필드에 저장합니다.

설정 → 메타필드 및 메타객체 → 고객으로 이동합니다.

정의 추가

정의 추가를 클릭하고 다음 값을 사용합니다:

필드	값
네임스페이스 및 키	custom.pushwoosh_userid
네임스페이스	custom
유형	한 줄 텍스트
유효성 검사	없음
고객 계정 접근	읽기 및 쓰기
스토어프론트 API 접근	활성화됨

정의 추가

위의 표와 같이 고객 계정 접근 및 스토어프론트 API 접근을 설정합니다.

정의 추가

3부. Pushwoosh 확장 프로그램 사용

Pushwoosh에는 세그먼트 타겟팅, 자동화(Flow) 및 고객별 알림을 위한 Shopify 확장 프로그램이 포함되어 있습니다.

확장 1. 고객별 알림 보내기

사용 사례

특정 사용자에게 개인화된 메시지를 수동으로 보내거나 테스트 알림을 보냅니다.

단계

고객 → 고객 선택을 엽니다.
추가 작업 → 고객별 알림을 클릭합니다.
메시징 플랫폼(예: 이메일)과 콘텐츠 프리셋을 선택합니다.
보내기를 클릭합니다.

확장 2. 세그먼트별 알림

사용 사례

장바구니 포기, 첫 구매자, 고액 구매자 등 고객 그룹을 타겟팅합니다.

단계

고객 → 세그먼트로 이동합니다.
세그먼트 선택 → 세그먼트 사용을 클릭합니다.

세그먼트 사용

세그먼트별 알림을 선택합니다.
원하는 통신 채널과 메시지 프리셋을 선택합니다. 보내기를 클릭합니다.

확장 3. Shopify Flow의 Pushwoosh

사용 사례

주문, 태그 또는 행동과 같은 트리거를 사용하여 고객 여정에서 메시징을 자동화합니다.

단계

Shopify Flow에서 새 Flow를 생성합니다.
작업 추가 → Pushwoosh 알림 보내기를 선택합니다.

Pushwoosh flow 액션

메시지 및 동적 필드를 구성합니다.

메시지 및 동적 필드 구성

예를 들어:

주문 접수 후 메시지 보내기
장바구니가 포기되었을 때 사용자에게 알림
30일 동안 비활성 상태인 후 재활성화 푸시 보내기

4부. 웹 푸시 활성화 (및 스토어프론트 브라우징 이벤트)

웹 푸시 단독으로는 선택 사항입니다. 5부에서 제품 조회 및 장바구니 추가 이벤트가 필요한 경우 필수입니다.

스토어프론트에서 브라우저 웹 푸시를 위해 테마 임베드를 켭니다:

온라인 스토어 → 테마 → 사용자 지정으로 이동합니다.
왼쪽 메뉴에서 앱 임베드를 엽니다.
Push Init Embed를 ON으로 전환합니다.

Push Init Embed를 ON으로 전환

5부. 주문, 장바구니, 체크아웃 단계 추적

앱을 연결하고 Shopify의 주문, 장바구니, 체크아웃 추적에 대한 요청된 권한(read_orders, write_pixels, read_customer_events)을 승인하면, 별도의 Pushwoosh 추적 화면 없이 주문, 체크아웃, 체크아웃 단계 이벤트가 수신되기 시작합니다. 승인 단계는 전제 조건 및 1부를 참조하세요. 스토어프론트 브라우징(제품 조회 및 장바구니 추가)은 Push Init Embed를 ON으로 설정해야 합니다.

추적은 세 가지 독립적인 이벤트 그룹을 다룹니다. 각 그룹은 다른 접근 권한이 필요하므로 하나를 꺼도 다른 그룹이 중단되지 않습니다:

주문 결제 및 체크아웃: 테마 임베드가 꺼져 있어도 Shopify에서 수신됩니다.
스토어프론트 브라우징 (제품 조회 및 장바구니 추가): 테마 임베드가 ON이어야 합니다.
체크아웃 단계: 1부의 Shopify 체크아웃 추적 권한(write_pixels 및 read_customer_events)이 필요하며, 위의 주문 추적 권한(read_orders)과 별도로 승인됩니다.

앱을 연결하기 전에 PW_OrderCreated 및 PW_AbandonedCart에 대해 Pushwoosh가 금액 및 날짜 속성 유형을 처리하는 방법을 확인하세요. 잘못된 유형이 전송된 후에는 소급하여 수정할 수 없습니다.

주문 결제 및 체크아웃 이벤트

구매 후 메시징(PW_OrderCreated), 포기된 체크아웃 여정 또는 세그먼트(PW_AbandonedCart / PW_AbandonedCartUpdate), 구매 전환 매핑에 사용하세요. 쇼핑객이 브라우저 추적을 차단하더라도 Shopify에서 수신됩니다:

Pushwoosh의 이벤트 이름	발생하는 시점
`PW_OrderCreated`	주문이 결제됨
`PW_AbandonedCart`	쇼핑객이 체크아웃을 시작함
`PW_AbandonedCartUpdate`	쇼핑객이 기존 체크아웃 중에 항목을 추가, 제거 또는 변경함

이는 Shopify가 Pushwoosh에 자동으로 보내는 주문 및 체크아웃 알림에 해당합니다(orders/paid, checkouts/create, checkouts/update 웹훅, 동기화된 엔티티 아래에 나열됨).

Shopify 자체의 Flow 조건, checkouts/create 웹훅, 제품 블록의 장바구니 소스는 모두 장바구니 포기라고 불리는 세 가지 다른 것입니다. 아래 표를 사용하여 구축하려는 것과 일치하는 것을 선택하세요.

구축하려는 것	사용할 것
Shopify Flow의 알림 (Shopify 자체의 장바구니 포기 조건)	Shopify Flow + Pushwoosh 알림 보내기 액션. `PW_AbandonedCart` 이벤트 이름이 아님.
체크아웃 시작 또는 장바구니 변경 시 Pushwoosh의 알림 또는 세그먼트	`PW_AbandonedCart` / `PW_AbandonedCartUpdate`에 대한 고객 여정 또는 세그먼트
이메일 내에 쇼핑객의 장바구니 항목 표시	제품 블록 장바구니 소스 (전송 시 `PW_AbandonedCartID` 태그 사용). 여정을 시작한 트리거와는 별개임.

이러한 이벤트의 작동 방식. checkouts/create는 체크아웃이 시작되었음을 의미할 뿐입니다. Shopify는 아직 포기된 것으로 결정하지 않았으며, 주문도 확인되지 않았습니다.

쇼핑객이 체크아웃을 편집하는 동안, 동일한 체크아웃에 대해 PW_AbandonedCartUpdate가 다시 발생하여 PW_AbandonedCart에 저장된 장바구니를 덮어씁니다. 장바구니 소스를 사용하는 알림 이메일은 전송 시 최신 항목을 가져옵니다. 장바구니를 새로 고치기 위해 두 번째 여정 트리거가 필요하지 않습니다.

PW_AbandonedCart 및 PW_AbandonedCartUpdate는 쇼핑객에게 PW_AbandonedCartID 태그를 설정하며, 이는 장바구니 소스가 전송 시 읽는 것입니다. PW_OrderCreated는 이를 즉시 지우므로, 이미 체크아웃한 쇼핑객은 더 이상 가지고 있지 않은 장바구니에 대한 알림을 받는 대신 블록을 건너뜁니다. 정확한 삭제 동작은 PW_OrderCreated를 보낼 때 발생하는 일을 참조하세요.

주문 및 체크아웃 이벤트의 속성

PW_OrderCreated 및 PW_AbandonedCart는 다음을 포함합니다:

속성	설명
`orderId`	주문 또는 체크아웃 식별자
`email`	쇼핑객의 이메일
`totalPrice`	주문 또는 장바구니 총액
`shippingAmount`	배송비
`taxAmount`	세금액
`discountAmount`	할인액
`currency`	통화 코드
`items`	장바구니의 라인 아이템
`customerId`	등록된 고객에게만 해당되며, 게스트 체크아웃에는 없음
`orderUrl`	`PW_OrderCreated`의 경우 주문 상태 페이지, `PW_AbandonedCart` 및 `PW_AbandonedCartUpdate`의 경우 포기된 체크아웃의 복구 URL. “구매 완료” 링크 또는 버튼을 만드는 데 사용하세요.
`createdDate`	주문 또는 체크아웃이 생성된 시점
`abandonedDate`	`PW_AbandonedCart` 및 `PW_AbandonedCartUpdate`에만 해당. 장바구니가 처음 생성된 시점이 아니라 마지막으로 수정된 시점

Pushwoosh는 처음 보는 이벤트에서 각 속성의 유형을 추론하며, 이 추론은 위의 totalPrice, shippingAmount, taxAmount, discountAmount, createdDate/abandonedDate와 같은 금액 및 날짜 필드에 대해 신뢰할 수 없습니다. 129와 같은 정수 가격은 정수로 추론되어 이후 모든 이벤트에서 129.90을 129로 잘라냅니다.

아직 앱을 연결하지 않았나요? 그렇게 하기 전에 제어판에서 이벤트 생성의 표를 사용하여 PW_AbandonedCart 및 PW_OrderCreated를 올바른 유형으로 선언하세요. 해당 가이드의 백엔드에서 이벤트 보내기 단계는 건너뛰세요. Shopify 통합이 이미 대신 보내줍니다.

이미 연결했나요? 지금 유형을 확인하세요: 제어판에서 잠재고객 → 이벤트로 이동하여 PW_AbandonedCart 및 PW_OrderCreated를 열고 각 속성을 동일한 표와 비교하세요. 잘못된 유형을 수정하면 앞으로는 수정되지만, 잘못된 유형으로 이미 전송된 값은 영원히 사라집니다.

게스트 체크아웃도 주문 및 장바구니 이벤트를 보낼 수 있지만, 이벤트에 등록된 고객 ID는 없습니다.

PW_AbandonedCartUpdate는 동일한 속성을 가집니다. 계정에 Magento 통합도 연결되어 있는 경우, 해당 주문 및 포기된 장바구니는 동일한 이벤트 이름으로 게시되므로, PW_OrderCreated / PW_AbandonedCart에 구축된 세그먼트나 여정은 두 스토어를 모두 포착하며 위의 속성 유형도 둘 다에 적용됩니다. Magento에는 진행 중인 체크아웃 편집을 추적하지 않으므로 PW_AbandonedCartUpdate에 해당하는 것이 없습니다.

특히 items는 Shopify에서 몇 개의 필드만 채워진 상태로 도착합니다.

스토어프론트 브라우징 이벤트

브라우즈 포기 세그먼트나 여정, 그리고 제품 조회가 필요한 이메일 추천 전략(예: 조회한 내용을 기반으로)에 사용하세요. 이메일에서 제품 추천을 설정하는 방법을 참조하세요.

두 이벤트 모두 동일한 테마 임베드에 의해 수집됩니다. Push Init Embed가 ON이 되면 테마에 추가할 다른 것은 없습니다:

PW_ProductViewed: 쇼핑객이 제품 페이지를 엽니다.
PW_AddToCart: 쇼핑객이 페이지를 새로고침하지 않고 장바구니에 항목을 추가합니다. 대부분의 Shopify 테마가 이 방식으로 작동합니다.

PW_ProductViewed는 필터링 없이 모든 페이지 로드를 계산합니다. 새로고침, 동일한 방문 내 반복 조회, 심지어 봇 트래픽도 실제 제품 조회와 동일하게 계산됩니다. 이 이벤트를 기반으로 구축된 추천 전략은 그 노이즈를 상속받습니다.
PW_AddToCart는 스토어의 장바구니에 추가 버튼이 페이지를 새로고침하지 않는 경우에만 발생합니다. 직접 테스트해보세요: 스토어에서 장바구니에 추가를 클릭하고 무슨 일이 일어나는지 보세요. 장바구니 카운터만 업데이트되나요, 아니면 전체 페이지가 새로고침되나요? 대부분의 Shopify 테마는 첫 번째 방식으로, 새로고침 없이 카운터를 업데이트합니다(백그라운드에서 /cart/add 요청). 테마가 대신 페이지를 새로고침하면 PW_AddToCart는 절대 발생하지 않지만, PW_ProductViewed 및 주문/체크아웃 이벤트는 어느 쪽이든 정상적으로 작동합니다.

스토어프론트 브라우징 이벤트의 속성

두 이벤트 모두 다음을 포함합니다:

속성	설명
`items`	조회 또는 추가된 제품, 각각 `productId`, `name`, `sku`, `quantity`, `price` 포함
`totalPrice`	`items`의 합산 가격
`productUrl`	쇼핑객이 있던 페이지
`currency`	스토어프론트가 노출하는 경우에만

totalPrice를 표시하는 메시지는 currency가 누락된 경우를 대비한 대체 수단이 필요합니다. 숫자만으로는 어떤 통화인지 알 수 없기 때문입니다.

두 이벤트 모두 email이나 customerId를 속성으로 가지지 않습니다. 쇼핑객은 이벤트 페이로드가 아닌, 메타필드 User ID에 연결된 SDK 세션을 통해 나머지 테마 임베드와 동일한 방식으로 식별됩니다(2부 참조).

PW_ProductViewed 및 PW_AddToCart의 items는 Shopify가 보강 전에 보내는 동일한 필드(productId, name, sku, quantity, price)를 가집니다. Pushwoosh는 PW_AbandonedCart의 items에 대해 하는 것처럼 이 두 이벤트에 대해 나머지 카탈로그 필드를 채우지 않습니다(위의 장바구니 항목은 제품 카탈로그에서 보강됩니다 참조).

전체 제품 세부 정보가 필요한 추천 전략(예: 조회한 내용을 기반으로)은 메시지가 렌더링될 때 제품 카탈로그에서 productId로 조회합니다. 각 전략에 필요한 사항은 이메일에서 제품 추천을 설정하는 방법을 참조하세요.

체크아웃 단계 이벤트

구매 전에 사람들이 어디서 이탈하는지 확인하고, 체크아웃을 시작했지만 결제된 주문에 도달하지 못한 사람들에게 메시지를 보내는 데 사용하세요.

PW_CheckoutContactInfo: 쇼핑객이 연락처 정보를 입력했습니다.
PW_PaymentInfoSubmitted: 쇼핑객이 결제 세부 정보를 제출했습니다.

완료된 판매는 위의 섹션에 있는 PW_OrderCreated이며, 이 두 이벤트가 아닙니다.

PW_AbandonedCart는 체크아웃이 시작되었음을 알려줄 뿐입니다. 이 두 이벤트는 동일한 체크아웃에서 나중의 두 지점을 순서대로 표시합니다: 먼저 연락처 정보, 두 번째로 결제 세부 정보. PW_PaymentInfoSubmitted에 도달했지만 후속 PW_OrderCreated를 받지 못한 쇼핑객은 PW_AbandonedCart만 트리거한 쇼핑객보다 더 진행된 것이므로, 해당 단계를 기반으로 구축된 메시지는 일반적인 장바구니 알림 대신 중단된 결제를 구체적으로 다룰 수 있습니다.

체크아웃 단계 이벤트의 속성

두 이벤트 모두 다음을 포함합니다:

속성	설명
`items`	체크아웃의 라인 아이템, 각각 `productId`, `name`, `sku`, `quantity`, `price` 포함
`orderId`	체크아웃 토큰, 또는 체크아웃에 Shopify 주문 ID가 있는 경우 해당 ID
`totalPrice`	체크아웃 총액
`email`	체크아웃에 이메일이 있는 경우에만 해당. 전화 기반 체크아웃(이메일 미입력)은 이메일 없이 이벤트를 보냄.
`currency`	체크아웃에 통화가 있는 경우에만 해당

작동하는지 확인

스토어에서 일치하는 작업을 수행한 다음 Pushwoosh에 이벤트 이름이 표시되는지 확인하세요. 이벤트 자체는 실시간으로 처리되지만, 확인하는 두 곳은 Pushwoosh가 이전에 보지 못한 이름에 대해 다르게 반응합니다:

이벤트별 세그먼트 생성 시 이벤트 드롭다운에서는 새 이름이 즉시 나타납니다.
고객 여정 트리거를 추가할 때 이벤트 드롭다운에서는 새 이름이 나타나는 데 최대 10분이 걸릴 수 있습니다(해당 드롭다운은 캐시됨). 아직 보이지 않는다면 통합이 깨졌다고 가정하지 말고 기다리세요.

테스트 작업	이벤트
테스트 주문 결제	`PW_OrderCreated`
체크아웃 시작	`PW_AbandonedCart`
해당 체크아웃에서 항목 변경	`PW_AbandonedCartUpdate`
제품 페이지 열기 (Push Init Embed ON)	`PW_ProductViewed`
장바구니에 항목 추가	`PW_AddToCart`
체크아웃에서 연락처 정보 입력	`PW_CheckoutContactInfo`
체크아웃에서 결제 정보 제출	`PW_PaymentInfoSubmitted`

이벤트 사용

필요한 이벤트를 알게 된 후에는 두 곳에서 사용하세요:

트리거 또는 세그먼트 조건으로: 이벤트별 세그먼트 생성 또는 고객 여정 트리거 추가 시 이벤트 드롭다운에서 선택합니다.
메시지 텍스트에서: 메시지 단계에서 이벤트 속성으로 메시지 개인화를 켜고 속성을 선택합니다(예: PW_OrderCreated의 주문 총액). Liquid 플레이스홀더를 사용하여 속성을 삽입할 수도 있습니다. 여정의 동적 콘텐츠 및 Liquid 템플릿을 참조하세요.

결제된 주문의 경우, PW_OrderCreated를 전환 이벤트로 매핑하여 Shopify 구매가 RFM 세분화, 여정 기여도 및 제품 블록 통계에 반영되도록 할 수도 있습니다.

캠페인 예시

각 캠페인은 쇼핑객 경로의 다른 지점에서 발생하므로 다른 잠재고객에게 도달합니다: 누군가가 이탈하기 전에 얼마나 멀리 갔는지, 또는 체크아웃에 도달했는지 여부에 따라 어떤 캠페인이 적용될지 결정됩니다.

포기된 장바구니 알림. 얼마나 멀리 갔는지에 관계없이 체크아웃을 시작한 모든 쇼핑객을 포착합니다. 여기서 가장 넓은 잠재고객입니다. 고객 여정으로 구축하세요: PW_AbandonedCart에서 트리거하고, PW_OrderCreated를 기다린 다음, 결제하지 않은 모든 사람에게 장바구니 소스 블록이 포함된 이메일을 보냅니다. 전체 설정은 포기된 장바구니 캠페인 설정 방법을 참조하세요.
중단된 체크아웃에 대한 후속 조치. 연락처 정보를 입력했지만 결제하지 않은 쇼핑객만 포착합니다. 위의 잠재고객보다 좁은 부분입니다. PW_CheckoutContactInfo에서 세그먼트를 만들고, PW_PaymentInfoSubmitted 또는 PW_OrderCreated도 있는 사람은 제외합니다.
중단된 결제에 대한 복구. 결제에 도달했지만 주문을 완료하지 않은 쇼핑객을 포착합니다. 위의 후속 조치보다 더 진행되었으며 상호 배타적입니다. PW_PaymentInfoSubmitted에서 세그먼트를 만들고, PW_OrderCreated도 있는 사람은 제외합니다.
브라우즈 추천 이메일. 제품을 봤지만 체크아웃을 시작하지 않은 쇼핑객을 포착합니다. 위의 알림과는 다른 잠재고객입니다. 제품 블록의 조회한 내용을 기반으로 전략과 함께 PW_ProductViewed를 사용하세요. 이메일에서 제품 추천을 설정하는 방법을 참조하세요.

6부. 데이터 규정 준수

Shopify는 모든 공개 앱이 필수 GDPR/CCPA 웹훅에 응답하도록 요구합니다. Pushwoosh는 다음과 같이 처리합니다:

customers/redact: 쇼핑객이 스토어에 데이터 삭제를 요청하면, Pushwoosh는 Shopify가 보내는 식별자(이메일, 전화번호, Shopify 고객 ID)를 기준으로 일치하는 Pushwoosh 레코드를 삭제합니다.
customers/data_request: 쇼핑객이 데이터 사본을 요청하면, Pushwoosh는 지원팀의 내부 채널에 알림을 게시하고, 담당자가 수동으로 요청을 처리합니다. Shopify는 앱이 30일 이내에 이러한 요청에 응답하도록 요구합니다.
shop/redact: Shopify는 스토어가 앱을 제거한 후 48시간 후에 이를 보내 스토어의 데이터 삭제를 요청합니다. Pushwoosh는 제거 자체에서 트리거된 동일한 삭제를 다시 실행하여 남아있는 세션을 지우고 스토어의 통합 레코드(장치 API 키, 애플리케이션 코드, 결제 ID 포함)를 삭제합니다. 이는 제거 시 처음 정리되지 않은 경우를 대비한 안전망으로 존재합니다.

사용 사례 요약

다음으로, 위의 이벤트 이름을 여정, 세그먼트 또는 전환 매핑에 사용하세요. 예시:

시나리오	사용된 도구
개인화된 후속 조치	고객별 알림
장바구니 포기 알림	Shopify Flow + Pushwoosh 액션, 또는 `PW_AbandonedCart` / `PW_AbandonedCartUpdate`에 대한 여정/세그먼트 (5부 참조)
세그먼트 기반 프로모션	세그먼트별 알림
가입 후 환영 메시지	Flow + 메타필드 추적
푸시 옵트인	테마 임베드 + 푸시 초기화 토글
수익 기여도 및 RFM 세분화	전환 이벤트에 매핑된 주문/체크아웃 이벤트
체크아웃 이탈 분석	`PW_CheckoutContactInfo` / `PW_PaymentInfoSubmitted` 이벤트
브라우즈 또는 장바구니 포기 세그먼트	스토어프론트 제품 조회 / 장바구니 추가 이벤트