cPixel이 각 구매를 한 번만 집계하는 방법
cPixel은 구매가 두 번 집계되는 것을 어떻게 막나요?
cPixel은 스토어와 체크아웃으로부터 만든 이벤트 ID 하나로 각 Shopify 구매를 연결된 모든 계정에 한 번씩 전송하며, 서버 전송이 활성 상태인 동안 Meta의 브라우저 Purchase를 끕니다. 다른 이벤트는 브라우저나 서버에서, 또는 양쪽에서 하나의 공유 ID로 전송됩니다. 남는 중복은 대개 다른 앱이나 태그에서 비롯됩니다.
이 ID는 주문 ID가 아니라 스토어의 myshopify.com 주소와 체크아웃 토큰의 해시이므로, 쇼핑객의 브라우저와 cPixel의 서버가 독립적으로 같은 값에 도달합니다. 플랫폼에서 연결하는 모든 계정이 이를 받으며, cPixel은 픽셀 하나를 두 번 연결하지 않습니다. 대부분의 다른 이벤트는 Shopify 자체 이벤트 ID를 가집니다. 온라인 체크아웃 외부에서 발생한 주문은 켜두면 주문으로부터 생성된 ID를 받으며, GA4에만 전송되는 환불은 자체 ID를 받습니다.
각 플랫폼은 어떤 ID로 중복을 제거하나요?
각 플랫폼은 고유한 키를 사용합니다: Meta, TikTok, OpenAI Ads, Pinterest, Snapchat은 이벤트 ID를, GA4와 Google Ads는 거래 ID를 사용합니다. cPixel은 각 이벤트를 플랫폼에 한 번, 또는 해당 플랫폼이 매칭하는 키 아래 두 번 전송합니다.
| 플랫폼 | 중복 제거 기준 | 기간 | cPixel이 전송하는 것 |
|---|---|---|---|
| Meta | 이벤트 이름과 이벤트 ID, 같은 픽셀; 보통 먼저 받은 것을 유지 | 48시간 | 열람과 체크아웃 이벤트는 양쪽에서 하나의 ID로; Purchase는 서버에서만 |
| TikTok | 이벤트와 이벤트 ID; 먼저 받은 것을 유지 | 48시간 | 서버에서 전부; Pageview만 양쪽이 하나의 ID로 전송 |
| GA4 | 웹 스트림에서 거래 ID | 명시되지 않음 | 주문 ID를 거래 ID로 사용한 구매는 서버에서; 나머지는 브라우저에서 |
| OpenAI Ads | 픽셀 ID, 이벤트 이름, id; 먼저 받은 것이 우선 |
명시되지 않음 | 체크아웃과 구매는 서버에서; 나머지는 브라우저 태그에서 |
| 이벤트 이름과 이벤트 ID; 먼저 캡처된 것을 유지 | 48시간 | 체크아웃과 구매는 서버에서; 나머지는 브라우저 태그에서 | |
| Snapchat | 자체 중복 제거 ID; 구매는 주문 ID로도 | 48시간; 주문 ID 기준 30일 | 체크아웃, 결제 정보, 구매는 서버에서; 나머지는 브라우저 태그에서 |
| Google Ads | 하나의 전환 액션 내 거래 ID | 명시되지 않음 | Thank you 페이지의 브라우저 태그에서 주문 ID로 전송된 구매 |
출처, 2026년 9월 24일 확인: Meta, TikTok, GA4, OpenAI, Pinterest, Snap, Google Ads.
라이브에서 완료된 서버 전송 옆에는 “이벤트 ID로 중복 제거됨”처럼 플랫폼이 사본을 매칭하는 키가 표시됩니다. 이는 중복이 실제로 병합되었다는 증거가 아니라 매칭 기준을 알려주는 것입니다.
Meta는 왜 서버에서만 구매를 받나요?
Meta가 cPixel이 양쪽에서 구매를 전송할 수 있는 유일한 플랫폼이고, 하나의 사본을 두 번 집계할 수는 없기 때문입니다. 서버 사본은 Shopify의 주문으로부터 구성되므로 쇼핑객의 브라우저에 의존하지 않으며, Meta가 고객을 매칭하는 데 사용하는 세부 정보를 더 많이 담습니다.
Meta의 브라우저 Purchase는 해당 픽셀에 대한 cPixel의 서버 전송이 활성 상태가 아닐 때만 실행됩니다: 계정에 액세스 토큰이 없거나, Meta가 토큰을 거부했거나, 서버에서 이벤트 전송이 꺼져 있거나, Free 요금제가 서버 전송을 일시중지한 경우입니다. 어느 쪽이든 Meta는 주문당 Purchase를 한 번만 받습니다.
라이브에서 Meta는 구매의 브라우저 행이 아니라 서버 행에 나타납니다. Meta 이벤트 관리자에서는 Purchase가 Conversions API를 통해 도착하고, 다른 이벤트는 양쪽에서 전송되므로 “Multiple”로 표시됩니다.
여전히 중복 집계될 수 있는 경우는 무엇인가요?
같은 픽셀로 전송하는 다른 도구, 그리고 플랫폼의 기간이 끝난 후의 재전송입니다. cPixel은 다른 앱의 이벤트를 중복 제거할 수 없습니다: 앱마다 자체 이벤트 ID를 만들기 때문에 플랫폼은 구매 2건을 보게 됩니다.
흔한 두 번째 전송 주체는 Facebook & Instagram이나 Google & YouTube 같은 플랫폼 자체 Shopify 앱, 다른 트래킹 앱이나 커스텀 픽셀, 그리고 테마에 붙여넣어진 픽셀 코드입니다. cPixel 자체 알림의 표현대로 중복은 “주문 매출은 정상으로 보이면서 페이지 조회수만 두 배로” 나타나는 경우가 많으므로 구매뿐 아니라 페이지 조회도 확인하세요. 해결책은 픽셀 하나에 전송 주체 하나입니다: Facebook과 Instagram 앱과 함께 cPixel 사용하기.
두 번째 전송 주체는 어떻게 찾나요?
cPixel의 전송 대상 페이지에서 시작한 뒤 플랫폼에서 확인하세요. cPixel은 하루에 한 번 스토어프론트를 읽어 테마에 작성된 태그와 Shopify에 등록된 픽셀을 찾고, 겹치는 부분을 cPixel도 전송하는 플랫폼에 다른 앱이 설정되어 있습니다 아래에 나열합니다.
- cPixel에서 전송 대상을 열고 각 발견 사항 아래 대처 방법을 읽습니다.
- Shopify에서 Settings → Customer events로 이동해 같은 플랫폼으로 전송할 수 있는 모든 앱 픽셀과 커스텀 픽셀을 확인합니다.
- cPixel에서 라이브를 열고 세션 시작을 클릭한 뒤 실제 주문을 해 cPixel이 어느 계정으로 전송했는지 확인합니다.
- 플랫폼에서 해당 주문이 구매 1건을 만들었는지 확인합니다. Meta 이벤트 관리자에서 Purchase가 Conversions API뿐 아니라 브라우저에서도 도착했다면, 그 이유는 cPixel의 서버 전송이 활성 상태인 동안 브라우저 Purchase가 꺼져 있기 때문에 다른 전송 주체가 있다는 뜻입니다.
이 스캔은 실제로 발생한 것이 아니라 설정된 내용을 보고하며, 비밀번호로 보호된 스토어는 읽을 수 없으므로 알림이 없다고 두 번째 전송 주체가 없다는 보장은 없습니다. 테마 코드, 태그 관리자, Meta의 이벤트 설정 도구에 대해서는 Meta가 Shopify 구매를 두 번 집계하는 이유를 참고하세요.
구매를 다시 전송하면 어떻게 되나요?
원래 이벤트 ID를 그대로 유지하므로, 첫 사본을 아직 기억하는 플랫폼은 하나만 유지합니다. 전송 실패 후 재시도, Free 요금제가 일시중지된 동안 보류된 주문의 재생, 웹훅이 도착하지 않은 주문에 대한 야간 복구, 라이브의 이벤트 재전송은 모두 이 ID를 재사용합니다.
플랫폼의 기간이 한계입니다. Meta는 48시간 이내에 중복을 제거하므로, 보류된 주문을 재생할 때 주문이 그보다 오래되면 cPixel은 Meta로의 전송을 건너뛰며, 야간 복구는 어제 주문만 다루므로 Meta와 TikTok의 기간 안에 들어옵니다.
이벤트 재전송은 유료 요금제에서 원래 ID로 연결된 모든 계정에 구매를 다시 전송합니다. 도착하지 않은 구매에만 사용하고 수치를 늘리는 용도로는 쓰지 마세요: 48시간이 지난 후의 재전송은 Meta에서 두 번 집계될 수 있습니다.
