라이프사이클(서버 측)

1. 브라우저 브리지 외에 이 기능이 있는 이유

MousePlayer에는 이미 Klaviyo, Braze, Customer.io 및 여섯 도구의 페이지 SDK에 기록하는 라이프사이클 브리지가 있습니다. 이 브리지는 같은 일을 서버에서 합니다. 큰 플랫폼 두 곳에서 브라우저 경로를 사용할 수 없기 때문입니다:

• ActiveCampaign에는 이벤트용 브라우저 API가 없습니다. 해당 vgo() 는 계정과 이메일을 설정하고 추적을 시작할 수 있지만 이벤트를 보낼 수 없습니다. 이벤트는 별도 이벤트 키를 사용하는 서버 전용 Event Tracking API로 보냅니다.
• Mailchimp에는 있지만 정해진 이름만 허용합니다. 사이트 추적 픽셀은 PAGE_VIEWED, PRODUCT_VIEWED, PURCHASED 및 소수의 미리 정한 이름만 받습니다. 사용자 정의 이벤트 자리가 없으며 자체 데이터를 PAGE_VIEWED 에 억지로 넣으면 데이터 모델에 거짓 정보를 만들게 됩니다.

2. 필요한 것

세 필드이며 플랫폼에 따라 작성할 항목이 다릅니다.

세 번째 필드는 표시할 이벤트 이름입니다. 짧게 작성하세요: 최대 32자. 당사가 아닌 API의 제한입니다. 전송할 때가 아닌 저장할 때 줄여야 입력 화면과 실제 전송 내용이 달라지지 않습니다.

3. 실행되는 때와 실행되지 않는 때

세션이 식별되는 순간, 즉 사이트가 MousePlayer.setUserId()를 호출하거나 분석 브리지가 distinct ID를 읽거나 서버가 identify 엔드포인트를 호출할 때입니다. 그전에는 누구의 녹화인지 모릅니다.

이메일 주소만

네 플랫폼 모두 이메일로 연락처를 찾습니다. 고객 ID가 계약 번호이면 아무것도 보내지 않습니다. 실패할 작업을 대기열에 넣으면 로그만 불필요하게 채우기 때문입니다.

모든 이벤트에 ID 포함

작업을 재시도해도 같은 세션을 두 번 집계하지 않습니다.

4. 수신되는 내용

하나의 이벤트에 다음 이름의 속성으로 재생 링크를 담습니다: mouseplayer_session_url. 열면 정확히 해당 세션의 녹화로 이동합니다.

이후에는 자체 플랫폼 로직에 따릅니다. 자동화 트리거, 세그먼트 조건으로 사용하거나 연락처에서 팀이 녹화를 열도록 할 수 있습니다.

키는 당사 서버를 떠나지 않음

AES-256-GCM으로 암호화하여 저장하고 다시 표시하지 않습니다. 작업을 전달하는 내부 대기열에도 넣지 않으며 워커가 데이터베이스에서 직접 가져옵니다.

HTTP 200은 전송 완료를 뜻하지 않음

ActiveCampaign은 이벤트 거부 시 상태 200과 {"success":0} 를 반환합니다. 상태뿐 아니라 본문을 읽어 거부를 전송 로그의 실패로 표시하며 조용히 성공 처리하지 않습니다.