상품 블록에서 하나의 상품을 위한 1회용 WooCommerce 쿠폰 발급하기

프로젝트 수준의 할인 오퍼는 스토어 전체(또는 상품 하나)에 적용되는 쿠폰 하나로 오디언스 전체를 타겟팅합니다. 이것은 그보다 좁은, 블록 수준의 자매 기능입니다: 상품 블록 자체에 있는 할인으로, WooCommerce 카탈로그에서 가져온 실제 상품 하나에 연결되며, 이메일이 발송되는 순간 수신자마다 발급되고, 그 상품 자체의 페이지에서 바로 적용됩니다 — 구매 이력 세그먼트나 할인 오퍼 설정이 전혀 필요하지 않습니다.

WooCommerce 스토어에 연결된 스튜디오 상품 블록은 수신자마다 그 상품 하나에만 한정된 1회용 쿠폰을 자체적으로 발급할 수 있습니다 — 구매 이력 세그먼트나 프로젝트 수준의 할인 오퍼가 전혀 필요하지 않습니다.

MailInApp에는 이미 일치하는 오디언스 전체를 쿠폰 하나로 타겟팅하는 프로젝트 수준의 할인 오퍼가 있습니다. 이것은 그보다 좁은 도구입니다: 상품 블록 자체에 자리하는 할인으로, WooCommerce 카탈로그에서 가져온 실제 상품에 연결되며, 그 이메일의 모든 수신자에게 자동으로 발급되고, 그 상품 자체의 페이지에서 바로 적용됩니다.

1단계 — WooCommerce 연결하기

자신의 워드프레스 사이트에서 WooCommerce → 설정 → 고급 → REST API로 이동해 읽기 권한을 가진 키를 만드세요. MailInApp의 설정 → 연동으로 돌아와 스토어 URL과 그 키를 붙여넣어 연결합니다. MailInApp은 오직 스토어 자체의 쿠폰 REST 리소스를 통해서만 쿠폰을 생성합니다 — 그 이상의 쓰기 권한은 절대 요구하지 않습니다.

2단계 — 상품을 상품 블록으로 가져오기

스튜디오에서 상품 블록을 추가하고 스토어에서 가져오기 검색을 여세요. URL을 직접 입력하는 대신 동기화된 WooCommerce 카탈로그에서 실제 상품을 선택하세요. 가져오기는 한 번에 세 가지 일을 합니다: 이름·설명·이미지·가격을 채우고, 체크아웃을 외부 스토어 체크아웃으로 연결로 전환하며, 상품 자체의 페이지 URL로부터 외부 상품 페이지 URL을 채웁니다. 세 가지 모두 다음 단계에 중요합니다 — 직접 입력한 URL에는 실제 스토어 상품 id가 없으므로, 가져오기 전까지는 할인 토글이 숨겨져 있습니다.

3단계 — 상품별 할인 켜기

블록에 실제로 가져온 상품이 있으면, 인스펙터에 상품별 할인 토글이 나타납니다. 이를 켜고 다음을 설정하세요:

할인 유형 — 비율 또는 정액 할인.
할인 값 — 실제 숫자.
만료(발송 후 일수) — 발급된 쿠폰이 유효한 기간.

이는 프로젝트가 가지고 있을 수 있는 프로젝트 수준의 할인 오퍼와는 독립적입니다 — 하나의 발송이 둘 다 가질 수도, 둘 다 없을 수도, 한쪽만 가질 수도 있습니다.

4단계 — 발송하기, MailInApp이 이 상품에만 한정된 쿠폰을 발급합니다

각 수신자의 이메일이 렌더링되기 직전, MailInApp은 스토어의 쿠폰 REST API를 통해 쿠폰을 생성합니다: 1회용이며(usage_limit: 1), 해당 수신자 본인의 이메일 주소로 제한되고(email_restrictions), 장바구니 전체가 아니라 WooCommerce의 product_ids 필드를 통해 이 상품 하나에만 제한됩니다. 블록 자체의 지금 구매 링크는 자동으로 다시 작성되어 이를 포함합니다 — 블록 id는 제목에 직접 입력할 수 있는 것이 아니므로, 병합 태그로 수동 템플릿화할 것이 없습니다.

5단계 — 쇼핑객은 코드가 이미 적용된 바로 그 상품으로 돌아갑니다

링크는 쿠폰을 쿼리 파라미터로 이 상품 자체의 페이지에 바로 적용합니다 — 프로젝트 수준 오퍼 자체의 링크가 사용하는 일반적인 /cart/ URL이 아닙니다. 이는 의도적입니다: 이메일이 특정 상품 하나를 보여주었으니, 할인 링크도 그들을 다시 찾게 만드는 대신 바로 그 상품으로 데려가야 합니다. 프로젝트 수준 오퍼와 마찬가지로, 자동 적용이 모든 커스텀 체크아웃 테마에서 보장되지는 않습니다 — 최악의 경우 쇼핑객이 직접 코드를 입력하며, 어느 경우든 링크 자체가 죽는 일은 없습니다.

귀속은 다른 모든 스토어 클릭과 동일하게 작동합니다

링크에는 프로젝트의 다른 송신 링크와 동일한 utm_campaign이 그대로 포함됩니다. 그 쿠폰으로 이루어진 주문은 WooCommerce 자체의 내장 Order Attribution 메타데이터(WooCommerce 8.5부터 기본으로 켜져 있음)를 통해, 다른 WooCommerce 클릭스루 주문과 동일한 방식으로 이 발송에 귀속됩니다 — 그 귀속이 실제로 어떻게 처음부터 끝까지 작동하는지는 Shopify 주문, 체크아웃 및 매출 추적을 참고하세요(WooCommerce도 연결되면 동일하게 작동합니다).

수신자에 대한 발급이 실패하면

그래도 이메일은 발송됩니다. 실시간 API 호출에 문제가 생기거나 토큰을 다시 연결해야 하면, 해당 수신자의 지금 구매는 그냥 블록의 평범한, 할인되지 않은 상품 링크로 대체됩니다 — 절대 깨진 링크가 되지 않으며, 절대 발송이 막히지 않습니다.

프로젝트 수준의 할인 오퍼와 어떻게 다른가

발송 페이지의 할인 오퍼는 흔히 구매 이력 세그먼트와 짝을 이루어, 드롭다운에서 선택한 쿠폰 범위(스토어 전체 또는 상품 하나) 하나로 일치하는 오디언스 전체를 타겟팅합니다. 이 기능은 그 모든 과정을 건너뜁니다: 블록 자체가 담고 있는 상품에 범위가 지정되고, 오디언스 필터가 필요 없으며, 그 이메일을 받는 누구에게나 발급됩니다. 각각은 자체 쿨다운 마커도 유지하므로, 한 품목에 대한 상품별 할인이 다른 품목의 할인이나 프로젝트 수준의 오퍼를, 같은 연락처에 대해 막는 일이 없습니다. 이 패턴의 오디언스 타겟팅 버전은 구매 이력 세그먼트 & 할인 코드로 과거 구매자 되찾기를 참고하세요.

시작하기

WooCommerce를 연결하고, 실제 상품 하나를 상품 블록으로 가져온 다음, 적당한 규모의 상품별 할인을 켜고, 사용 링크가 예상한 곳으로 이동하는지 먼저 작은 리스트에 발송해 확인하세요. 전체 레퍼런스는 상품 블록, WooCommerce 연동, 스토어 네이티브 할인 코드 발급을 참고하세요.

일반적인 제작 및 발송 순서

1
WooCommerce 연결하기
설정 → 연동에서 스토어 URL과 읽기 권한을 가진 REST API 키를 붙여넣으세요. MailInApp은 오직 스토어 자체의 쿠폰 REST 리소스를 통해서만 쿠폰을 생성합니다 — 그 이상의 쓰기 권한은 절대 요구하지 않습니다.
2
상품을 상품 블록으로 가져오기
스튜디오에서 상품 블록을 추가하고, 스토어에서 가져오기 검색을 사용해 동기화된 WooCommerce 카탈로그에서 실제 상품을 선택하세요. 가져오면 체크아웃이 외부 스토어 체크아웃으로 연결로 설정되고 외부 상품 페이지 URL이 자동으로 채워집니다 — 다음 단계가 나타나려면 둘 다 필요합니다.
3
상품별 할인 켜기
블록이 실제로 가져온 상품을 담고 있으면, 인스펙터에 상품별 할인 토글이 나타납니다. 이를 켜고 비율 또는 정액 할인, 그리고 발급된 쿠폰이 유효한 일수를 설정하세요 — 이 프로젝트가 가지고 있을 수 있는 프로젝트 수준의 할인 오퍼와는 독립적입니다. 스튜디오 캔버스는 즉시 다시 그려져 수신자가 실제로 보게 될 것과 동일한 할인 배지와 취소선이 그어진 가격을 보여주므로, 라이브 뷰를 열지 않고도 확인할 수 있습니다.
4
발송하기 — MailInApp이 이 상품에만 한정된 쿠폰을 발급합니다
각 수신자의 이메일이 렌더링되기 직전, MailInApp은 스토어의 쿠폰 REST API를 통해 1회용 쿠폰을 생성하며, 이는 해당 수신자 본인의 이메일 주소와, WooCommerce의 product_ids 필드를 통해 이 상품 하나에만 제한됩니다 — 장바구니 전체가 아닙니다.
5
지금 구매에는 이미 쿠폰이 포함되어 있습니다
블록의 지금 구매 링크는 쿠폰 코드를 쿼리 파라미터로 이 상품 자체의 페이지에 바로 적용하도록 다시 작성됩니다 — 프로젝트 수준 오퍼의 링크가 사용하는 일반적인 /cart/ URL과 달리, 쇼핑객은 이메일이 보여준 바로 그 위치에 도착합니다.
6
귀속은 다른 모든 스토어 클릭과 동일하게 작동합니다
링크에는 프로젝트의 다른 송신 링크와 동일한 utm_campaign이 그대로 포함되므로, 그 쿠폰으로 이루어진 주문은 스토어 자체의 Order Attribution 데이터를 통해 다른 WooCommerce 클릭스루와 동일한 방식으로 이 발송에 귀속됩니다.

이를 위해 만들어진 블록

자주 묻는 질문

이것은 프로젝트 수준의 할인 오퍼와 어떻게 다른가요?

발송 페이지의 할인 오퍼는 흔히 구매 이력 세그먼트와 짝을 이루어, 일치하는 오디언스 전체를 모두에게 동일한 쿠폰 범위(드롭다운에서 선택한 스토어 전체 또는 상품 하나)로 타겟팅합니다. 상품 블록 자체의 상품별 할인은 해당 블록의 가져온 상품 하나에만 범위가 지정되며 오디언스 필터나 발송 페이지 설정이 전혀 필요하지 않습니다 — 그 이메일을 받는 누구에게나 자동으로 발급됩니다. 프로젝트는 둘 중 하나, 둘 다, 또는 둘 다 사용하지 않을 수 있으며 — 각각 독립적으로 별도의 쿨다운으로 작동합니다.

이것이 작동하려면 구매 이력 세그먼트가 필요한가요?

아니요. 구매 이력 세그먼테이션은 이것이 아니라 프로젝트 수준의 할인 오퍼와 짝을 이룹니다. 상품 블록의 상품별 할인은 그 상품(또는 무엇이든)을 이전에 구매했는지 여부와 관계없이, 그 블록이 포함된 이메일의 모든 수신자에게 발급됩니다.

쿠폰은 페이지가 로드되는 순간 자동으로 적용되나요?

상품 페이지에서 자동 적용을 목표로 하는 쿼리 파라미터로 전달됩니다 — 프로젝트 수준 오퍼 자체의 링크가 이미 사용하는 것과 동일한 최선형 방식이며, 대부분의 테마에서는 안정적으로 작동하지만 모든 커스텀 체크아웃 플로우에서 보장되지는 않습니다. 어느 경우든 링크 자체가 죽는 일은 없습니다 — 최악의 경우 쇼핑객이 체크아웃에서 직접 코드를 입력하면 됩니다.

쇼핑객은 체크아웃으로 이동하기도 전에 할인을 볼 수 있나요?

스튜디오에서는 자동으로 볼 수 있습니다 — 토글을 켜는 순간 캔버스에 동일한 배지와 취소선이 그어진 가격이 표시되므로, 확인을 위해 라이브 뷰를 열 필요가 없습니다. 실제 스토어프론트 자체에서는 체크아웃 이전에 실제 상품 페이지에 배지를 표시하는 WooCommerce 상응 기능이 현재는 없습니다 — 이는 선택적인 테마 앱 블록을 통해 연결된 Shopify 스토어에서만 가능합니다. 어느 경우든 쿠폰 자체는 올바르게 적용됩니다. 이는 오직 쇼핑객이 체크아웃에 도달하기 전에 할인이 보이는지 여부에만 영향을 줍니다.

왜 제 상품 블록에는 할인 토글이 나타나지 않나요?

블록이 스토어에서 가져오기를 통해 가져온 실제 상품을 담고 있어야만 나타납니다 — 발급 시 쿠폰을 제한하려면 스토어 자체의 숫자 상품 id가 필요한데, 직접 입력한 외부 상품 페이지 URL에는 그것이 없기 때문입니다. 또한 MailInApp 체크아웃 모드에서는 완전히 숨겨집니다. 그 모드는 WooCommerce 스토어에 전혀 접근하지 않기 때문입니다.

같은 이메일에서 둘 이상의 상품에 대해 이것을 실행할 수 있나요?

가능합니다 — 각 상품 블록은 그 블록에 연결된 자체 쿠폰과 쿨다운을 독립적으로 발급하고 추적하므로, 한 상품에 대한 할인이 다른 상품에 대한 할인이나 프로젝트 수준의 할인 오퍼를 막거나 방해하는 일은 없습니다.

수신자가 이메일을 전달해도 쿠폰이 계속 작동하나요?

쿠폰은 WooCommerce의 email_restrictions을 통해 원래 수신자 본인의 이메일 주소로 제한된 1회용으로 유지되므로, 전달된 이메일이 낯선 사람에게 사용 가능한 할인을 넘기지 않습니다 — 원래 수신자 본인의 체크아웃 이메일로만 사용할 수 있습니다.

함께 보기

스튜디오에서 만들어보세요

무료 플랜으로 시작하세요 — 모든 인터랙티브 블록과 전체 폴백 엔진이 모든 플랜에 포함됩니다.

무료로 만들기 모든 사용 사례 보기