고객 세그먼트 툴, 클라이언트 CRM 위에서 만드는 대행사용 오디언스 관리

게시된 폼이나 예약 페이지로 들어온 리드에는 방문자가 도착한 링크의 캠페인 정보가 함께 남습니다. UTM 소스, 매체, 캠페인이며, 링크에 있었다면 Google이나 Meta의 클릭 ID도 포함됩니다. 폼에서는 “utm_campaign”이라는 이름을 붙인 숨김 필드가 지정한 값을 저장하고, 이 값이 링크의 값보다 우선합니다. 세그먼트 규칙은 이 UTM 필드와 CRM 자체의 소스, 채널, 캠페인 필드, 그리고 Google, Meta, 어느 쪽이든, 해당 없음 중에서 고르는 광고 클릭 조건을 검사할 수 있습니다. 한 캠페인에서 들어왔지만 예약하지 않은 리드, Google 광고를 클릭했고 아직 진행 중인 딜이 있는 리드, Meta 광고에서 성사된 딜은 각각 규칙 한두 개면 만들 수 있습니다.

광고 클릭 조건은 Google과 Meta만 다루므로 다른 채널은 UTM 필드로 찾아야 합니다. 직접 추가한 리드에는 입력한 내용만 있고 CSV 가져오기나 리드 수집 API는 같은 열을 함께 가져올 수 있으므로, 플랜이 세그먼트를 쓰기 전에 인원 수를 읽고 샘플을 열어 확인해야 합니다. 이미 구매한 사람을 신규 고객 확보 캠페인에서 빼려면 성사된 그룹을 해시 처리한 고객 목록 파일로 내보내 광고 플랫폼에 직접 업로드하면 됩니다.

편집기의 인원 수 패널은 마지막으로 고친 뒤 약 0.5초 만에 갱신됩니다. 전체 인원이 먼저 나오고, 그 아래에 이메일로 닿는 연락처 수와 문자로 닿는 연락처 수가 따로 나오는데, 이 숫자는 더 작고 서로 별개입니다. 주소가 없거나 유효하지 않거나 중복된 연락처, 방해 금지로 표시된 연락처는 빠지고 이메일 수에서는 수신 거부도 빠지며, 패널이 그 이유를 항목별로 보여 줍니다. 샘플 연락처는 최대 열 명까지 이름과 함께 표시되고, 이메일은 j•••@acme.com처럼 가려지며 전화번호는 끝 네 자리만 보입니다. 샘플마다 CRM에서 그 리드를 여는 링크가 있습니다.

CRM 리드가 25,000개를 넘으면 인원 수는 최소치가 되고, 패널은 정확한 값처럼 보여 주지 않고 그 사실을 알려 줍니다. 일부만 확인한 결과는 발송 목록이 될 수 없으므로, 전체를 점검할 수 없는 오디언스는 실행이 거부됩니다. 인원을 세려면 CRM 접근 권한이 필요하며, 권한이 없는 팀원에게는 유료 타겟 그룹만 보이고 화면이 그 이유를 설명합니다.

정적 리스트에는 CRM 연락처만 담깁니다. 클라이언트의 CRM에서 이름, 이메일, 회사명으로 검색해 추가하거나, 이메일이나 전화번호를 붙여 넣거나, CSV 파일을 가져오는 방법이 있습니다. CSV는 브라우저에서 읽고 선택한 열만 CRM과 대조하도록 전송하며, 이미 CRM에 있는 연락처만 리스트에 들어가고 붙여 넣은 내용은 저장되지 않습니다. 리스트 하나에는 최대 25,000명의 연락처를 담을 수 있습니다.

“고정”은 오늘 세그먼트에 해당하는 모든 사람을 새 리스트로 복사하고 세그먼트는 그대로 두므로, CRM이 바뀌어도 리스트는 그대로 유지됩니다. 25,000명을 넘게 해당하거나 인원을 전체 계산할 수 없으면 일부만 자르지 않고 고정이 거부되며, 리스트의 인원을 세거나 발송할 때는 평소의 제외 기준이 그대로 적용됩니다. 감사 이력을 남기거나, 고정된 VIP 그룹을 만들거나, 승인자가 이미 승인을 마친 발송을 보낼 때 쓰는 기능입니다. 구성원은 검색과 함께 50명씩 나뉘어 표시되고, 선택한 연락처를 제거하거나 리스트를 비울 수 있으며, 비우기가 볼 권한이 없는 연락처를 지우는 일은 없습니다.

유료 그룹에는 타겟팅 정보만 담깁니다. 지역은 포함과 제외를 각각 최대 50곳까지 지정할 수 있고, 언어는 20개까지 고를 수 있으며, 인구통계는 18세부터 65세 이상까지의 연령대와 성별을 지원합니다. Google에서는 가구 소득과 자녀 유무 제외도 지원하지만, 검색 캠페인에서 아직 확인되지 않았으므로 경고가 붙습니다. 특별 광고 카테고리 필드로 주택, 고용, 신용, 정치 광고를 표시하며, 점검은 앞의 세 가지에 더 엄격한 플랫폼 규칙을 적용합니다. Google에서는 미국이나 캐나다에 노출될 수 있는 광고에 인구통계나 우편번호 타겟팅을 쓸 수 없고, Meta에서는 이 광고들이 18세부터 모든 연령과 모든 성별에 노출되어야 하며 우편번호를 쓸 수 없습니다. 정치 광고에는 광고주 인증을 확인하라는 안내가 표시됩니다.

Google 세그먼트는 클라이언트 본인의 Google Ads 계정에서 가져옵니다. 대행사 관리자가 리포트에서 계정을 연결한 뒤 새로 고치면 계정의 리스트와 세그먼트를 불러오고, 그룹 하나에 그중 최대 25개를 저장할 수 있습니다. 편집기는 각 항목을 계정의 새로 고친 데이터와 대조해 확인하며, 검색에서 쓸 수 있는 항목은 “관찰”로 추가되어 광고가 노출되는 대상을 좁히지 않은 채 입찰가 조정과 리포트에만 쓰입니다. Meta의 관심사, 행동, 맞춤 타겟은 Meta ID로 입력하며, 관심사와 행동은 각각 최대 50개, 맞춤 타겟은 포함 25개와 제외 25개까지입니다. 이 그룹은 Agency 요금제 이상에서 제공하는 유료 광고 플래너에 쓰이고, 그룹이 가져오는 Google Ads 연결도 같은 요금제가 필요합니다.

이메일 플랜과 문자 플랜은 필터를 새로 만들지 않고 “저장된 오디언스”를 고르며, 유료 광고 플랜은 타겟팅 단계에서 타겟 그룹을 고릅니다. 플랜에는 사본이 아니라 참조가 저장되므로 오디언스의 정의는 하나뿐입니다. 오디언스 목록에는 오디언스마다 어떤 플랜이 쓰는지, 사용 중인 오디언스가 몇 개인지, 어떤 실행이 진행 중인지가 표시됩니다.

승인은 오디언스의 정의에 묶입니다. 세그먼트의 조건이나 리스트의 구성원이 그 정의입니다. 둘 중 하나를 바꾸면 그 오디언스를 쓰는 승인된 플랜이 다시 승인을 받아야 하며, 저장하기 전에 편집기가 해당 플랜을 알려 줍니다. 이름을 바꾸거나 설명을 새로 쓰는 것은 영향을 주지 않습니다. 그 오디언스를 쓰는 실행이 열려 있는 동안에는 오디언스가 닿는 대상을 바꾸거나 보관하거나 삭제하는 일이 거부되고, 실행은 오디언스의 스냅샷을 고정하므로 승인된 내용이 그대로 발송 시점에 점검됩니다.

Google Ads나 Meta에서 연락처를 쓰려면 세그먼트나 리스트를 고객 목록 파일로 내보냅니다. Google 고객 매치 타겟팅 또는 Meta 맞춤 타겟을 고른 다음 이메일 주소, 전화번호, 또는 둘 다를 선택합니다. 각 값은 서버를 떠나기 전에 정규화하고 SHA-256으로 해시 처리하므로, 파일에는 이름도 평문 주소나 번호도 없습니다. 수신 거부, 방해 금지, 유효하지 않은 항목과 중복 항목은 빠지며, 이메일을 수신 거부한 연락처는 전화번호도 파일에서 빠집니다.

내보내기는 의도적인 행위입니다. 먼저 동의 확인 문구에 동의해야 하고, 파일이 제공되기 전에 내 이름으로 내보내기가 기록되며, 워크스페이스의 다른 대행사 관리자에게 각자의 알림 설정 범위에서 최대 다섯 명까지 이메일이 갑니다. CRM 내보내기 권한과 해당 클라이언트 배정이 필요하고 대행사 관리자도 예외가 아니며, 한도는 사람당 1시간에 10건, 클라이언트당 하루 50건입니다. 파일에 25,000명을 넘는 연락처가 들어가거나 전체를 셀 수 없는 오디언스는 잘라 내지 않고 거부됩니다. 앱은 어떤 것도 업로드하지 않으며, 파일은 Google Ads나 Meta 광고 관리자에 직접 올려야 합니다.

사람 목록은 분석 수집 범위 밖에서 그려지고, 연락처 값은 URL과 로그, 브라우저 저장소에 남지 않습니다. 샘플 연락처는 이메일과 전화번호가 가려져 표시되고, 응답은 캐시에 저장하지 않도록(no-store) 표시되며, 변경 확인 기록에는 사람이 아니라 ID와 개수만 담깁니다. 제한된 CRM 파이프라인은 대행사 관리자 역할만 쓸 수 있습니다. 그 역할이 없는 사람이 제한된 파이프라인을 지정하면 거부되고, 제한된 파이프라인을 지정한 세그먼트나 팀원의 CRM 접근 권한 밖에 있는 파이프라인을 지정한 세그먼트는 그 팀원에게 “숨겨진 파이프라인”으로 표시됩니다.

방해 금지 표시는 보는 사람에게 숨겨진 리드를 포함해 클라이언트 CRM의 모든 리드에 걸쳐 확인하므로, 표시된 주소는 다른 연락처가 같은 주소를 쓰더라도 계속 제외됩니다. 세그먼트와 리스트에는 CRM 접근 권한이 필요합니다. 오디언스는 대행사용 툴이며 클라이언트 포털 화면도 개발자 API도 없으므로, 클라이언트가 자신이 어떻게 나뉘었는지 보는 일은 없습니다.