고객 동기화

Tajo는 고객 데이터를 두 가지 방식으로 Brevo에 옮깁니다. 지속 동기화(연결된 플랫폼의 변경 사항이 Brevo로 계속 흘러 들어옵니다)와 일괄 마이그레이션(Mailchimp, Klaviyo, HubSpot, Salesforce, Shopify, WooCommerce, Stripe 등에서 대용량으로, 중단된 지점부터 이어서 진행할 수 있는 전송)입니다. 둘 다 같은 엔진에서 동작하며 타협할 수 없는 한 가지 속성을 공유합니다. 동의는 레코드마다 증명되며, 절대 가정하지 않습니다.

동의를 판정하는 방식

모든 레코드는 마케팅 오디언스에 들어가기 전에 fail-closed 동의 게이트를 통과합니다.

판정	처리 결과
동의 증명됨 (예: Mailchimp `subscribed`, Klaviyo `SUBSCRIBED`, Shopify 마케팅 동의)	선택한 Brevo 리스트로 임포트됩니다
명시적으로 거부됨 (수신 거부, 옵트아웃)	버리지 않습니다. 블랙리스트 연락처로 Brevo에 옮기고 발송 금지 대장에 기록하므로, 새 플랫폼에서 이들에게 메일을 보낼 수 없습니다
전달성 사유로 차단됨 (하드 바운스, 스팸 신고. 예: Mailchimp `cleaned`, Klaviyo `HARD_BOUNCE`/`SPAM_COMPLAINT`)	블랙리스트로 이전되며 고정으로 표시됩니다. 이후 다른 플랫폼에서 옵트인이 발생해도 바운스나 스팸 신고는 해제되지 않습니다
증명되지 않음 (동의 신호가 전혀 없음)	거부됩니다. “동의를 증명할 수 없었다”와 “동의가 있다”는 결코 같은 결과가 아닙니다

“거부됨”과 “증명되지 않음”의 구분은 중요합니다. 수신 거부는 마이그레이션 이후에도 반드시 살아남아야 하는 결정이지만, 값이 없는 필드는 애초에 결정이 아닙니다.

플랫폼별 동의 출처

플랫폼	동의 증거	차단 신호
Mailchimp	멤버 상태 `subscribed`	`unsubscribed`(옵트아웃), `cleaned`(하드 바운스)
Klaviyo	프로필 마케팅 동의 `SUBSCRIBED`	사유가 포함된 차단 목록(`UNSUBSCRIBE`, `USER_SUPPRESSED`, `HARD_BOUNCE`, `INVALID_EMAIL`, `SPAM_COMPLAINT`)
Shopify	`email_marketing_consent.state` / `accepts_marketing`	명시적 `not_subscribed`
HubSpot	구독 상태(배치 API, 호출당 연락처 100건)	`hs_email_optout`
Salesforce	Sales Cloud에서는 일괄 증명이 불가능합니다. 신원은 이전되지만 오디언스 등록은 닫힌 상태로 유지됩니다	`HasOptedOutOfEmail`, `EmailBouncedDate`
WooCommerce / Stripe	구매 사실에서 추론하지 않습니다. 고객 레코드는 마케팅 동의가 아닙니다	없음

마이그레이션 중 충돌 해결

원본과 Brevo가 같은 주소에 대해 서로 다르게 판단할 때는 선택한 모드에 따라 해결됩니다.

최신 결정 우선 (기본값): 동의 결정의 타임스탬프가 더 최신인 쪽이 이깁니다. 해석 가능한 타임스탬프가 없는 쪽은 있는 쪽에 항상 집니다. 양쪽 모두 타임스탬프가 없으면 도달 가능성이 더 낮은 상태가 이깁니다.
기준 출처 지정: 이번 마이그레이션에서 권위를 갖는 플랫폼을 직접 지정합니다(“원본이 맞다” 또는 “Brevo가 맞다”). 워크스페이스에 이미 기준 시스템이 선언되어 있으면 해당 플랫폼이 자동으로 기본 권위가 됩니다.
모든 모드 공통: 하드 바운스와 스팸 신고는 선호가 아니라 전달성에 관한 사실입니다. 더 새로운 옵트인이 있어도 차단이 해제되지 않으며, 엔진이 처리를 보류한 모든 충돌은 집계되어 보고될 뿐 조용히 건너뛰지 않습니다.

대용량에서의 안정성

커서 기반 추출이 체크포인트와 함께 원본 테이블 전체(연락처 10만 건 이상)를 훑습니다. 장애가 발생해도 마지막으로 완료된 배치부터 재개하며, 재시도가 이중 기록을 만들지 않습니다(레코드별 멱등성 키).
Brevo 쓰기는 Brevo의 요청 한도 안에서 대량 임포트 API(청크당 연락처 10,000건)를 사용합니다. 차단 상태가 임포트와 함께 이동하므로, 도달 가능했다가 뒤늦게 차단되는 구간이 생기지 않습니다.
모든 실행은 무엇이 옮겨졌고 무엇이 옮겨지지 않았는지 보고합니다. 임포트된 연락처, 이전된 명시적 거부, 전파된 차단, 보류된 충돌, 레코드별 실패 사유가 포함됩니다.

마이그레이션 이후 동기화가 더하는 것

마이그레이션이 끝나면 같은 연결이 Brevo를 최신 상태로 유지합니다. 플랫폼 웹훅(Shopify, WooCommerce, WordPress, Mailchimp)이 변경 사항을 거의 실시간으로 전달하고, 폴링 방식 소스는 일정에 따라 갱신됩니다. 원본에서 관측된 수신 거부는 원장의 동의 상태를 뒤집으며, 언제, 어디에서, 어떤 근거로 이루어졌는지 감사 기록이 함께 남습니다.

설정

Tajo에서 원본 플랫폼을 연결합니다(커넥터에 따라 API 키 또는 OAuth).
Brevo를 연결하고 대상 리스트를 선택합니다.
충돌 해결 모드를 선택합니다(또는 기본값을 그대로 사용합니다).
마이그레이션을 실행하고, 자동화를 켜기 전에 보류된 충돌을 포함한 보고서를 검토합니다.

동의와 차단 처리는 끌 수 있는 설정이 아닙니다. 수신 거부한 연락처를 발송 가능한 상태로 임포트하는 설정은 존재하지 않습니다.