AI 광고 오디언스 동기화 보안 체크리스트 2026, Google Ads·Meta 맞춤 타깃에 고객 목록을 올리기 전 기준
AI 광고 오디언스 동기화 보안 체크리스트 2026, Google Ads·Meta 맞춤 타깃에 고객 목록을 올리기 전 기준
Google Ads Customer Match와 Meta 맞춤 타깃은 작은 팀에도 매력적인 기능입니다. 이미 구매한 고객, 장바구니를 남긴 고객, 뉴스레터 구독자, 상담 신청자, VIP 고객을 광고 오디언스로 묶으면 재방문과 재구매 캠페인을 더 정교하게 운영할 수 있기 때문입니다. AI 마케팅 자동화 도구와 연결하면 고객 세그먼트 생성, 캠페인 문구 작성, 유사 타깃 실험, 성과 요약까지 한 번에 이어질 수 있습니다.
하지만 광고 오디언스 동기화는 단순한 광고 효율 기능이 아닙니다. CRM, 쇼핑몰, 이메일 마케팅 도구, 고객지원 도구에 있던 고객 이메일, 전화번호, 구매 이력, 세그먼트, 동의 상태가 Google이나 Meta 같은 외부 광고 플랫폼으로 이동하는 절차입니다. 그래서 "광고 성과를 올리는 버튼"이 아니라 "고객 목록을 외부 광고 계정에 전달하는 운영 절차"로 봐야 합니다.
이 글은 법률 자문이나 개인정보보호 컨설팅이 아닙니다. 투자, 의료, 세무 판단도 다루지 않습니다. 작은 팀이 AI 마케팅 자동화와 광고 오디언스 동기화를 연결하기 전 실수를 줄이기 위한 운영 체크리스트입니다. 실제 적용 전에는 회사 정책, 고객 약관, 개인정보 처리방침, 지역별 규정, Google Ads와 Meta의 최신 공식 문서를 다시 확인해야 합니다.
공식 문서 확인 기준은 2026년 6월 23일입니다.
먼저 결론부터 보면
고객 목록을 광고 플랫폼에 올리기 전에는 아래 12개 질문에 답해야 합니다.
| 항목 | 확인 질문 |
|---|---|
| 목록 출처 | CRM, 쇼핑몰, 뉴스레터, 이벤트, 고객지원 중 어디에서 나온 목록인가 |
| 동의 기준 | 이메일·SMS 수신 동의와 광고 타깃 사용 가능 여부를 분리했는가 |
| 제외 목록 | 탈퇴, 수신 거부, 삭제 요청, 민감 문의 고객을 업로드에서 제외했는가 |
| 원본 파일 | CSV 원본 파일을 누가 만들고 어디에 보관하고 언제 삭제하는가 |
| 식별자 처리 | 이메일, 전화번호, 이름, 주소 같은 식별자 처리 방식을 확인했는가 |
| 권한 | 광고 계정 관리자, 캠페인 운영자, 오디언스 업로더가 분리되어 있는가 |
| 외주 대행사 | 대행사가 고객 목록 원본을 내려받거나 재사용할 수 없게 했는가 |
| 세그먼트 | VIP, 휴면, 이탈 위험, 고액 구매자 기준을 문서화했는가 |
| AI 사용 | AI가 고객 목록과 세그먼트를 읽고 타깃 추천을 만드는지 확인했는가 |
| 보존 기간 | 오디언스를 얼마나 오래 유지하고 언제 갱신 또는 삭제하는가 |
| 캠페인 연결 | 어떤 오디언스가 어떤 캠페인과 광고 그룹에 쓰이는지 추적되는가 |
| 사고 대응 | 잘못 올린 목록을 삭제하고 캠페인을 멈추는 절차가 있는가 |
기존 AI 마케팅 자동화 보안 체크리스트는 Mailchimp, HubSpot, Klaviyo 같은 도구에 고객 세그먼트와 동의 데이터를 연결하기 전 기준을 다뤘습니다. 이번 글은 그중에서도 Google Ads와 Meta 광고 플랫폼으로 고객 목록이 넘어가는 순간에 집중합니다.
CRM에서 광고 목록을 만들고 있다면 AI 영업 CRM 자동화 보안 체크리스트도 같이 봐야 합니다. 상담 대화나 고객 문의를 바탕으로 타깃을 나누는 구조라면 AI 고객지원 챗봇 보안 체크리스트의 고객 대화 데이터 기준도 함께 확인하는 편이 안전합니다.
광고 오디언스 동기화가 위험해지는 지점
광고 오디언스 동기화는 보통 아래 흐름으로 진행됩니다.
| 단계 | 예 | 위험 지점 |
|---|---|---|
| 고객 목록 추출 | CRM, 쇼핑몰, 이메일 마케팅 도구에서 CSV 다운로드 | 수신 거부자와 삭제 요청자가 섞일 수 있음 |
| 세그먼트 정리 | 구매자, VIP, 장바구니 이탈, 휴면 고객 분류 | 민감하거나 차별적인 추론이 들어갈 수 있음 |
| 광고 플랫폼 업로드 | Google Ads Customer Match, Meta Custom Audiences 생성 | 고객 식별자가 외부 광고 계정으로 이동함 |
| 캠페인 연결 | 리타게팅, 재구매, 유사 타깃, 제외 오디언스 적용 | 예상보다 넓은 캠페인에 쓰일 수 있음 |
| 자동 갱신 | Zapier, Make, CRM, 마케팅 자동화 도구로 동기화 | 오래된 동의 상태가 계속 복제될 수 있음 |
광고 오디언스는 한 번 만들면 계속 남기 쉽습니다. 처음에는 "지난 30일 구매자"였던 목록이 몇 달 뒤에도 그대로 광고 계정에 남고, 담당자가 바뀐 뒤에도 어떤 동의 기준으로 만든 목록인지 모르는 상황이 생깁니다. AI 자동화가 세그먼트 추천까지 맡으면 "왜 이 고객이 이 오디언스에 들어갔는가"를 설명하기 더 어려워집니다.
그래서 광고 오디언스 동기화는 마케팅 담당자 혼자 즉시 켜는 기능이 아니라, 고객 데이터 owner, 광고 계정 owner, 개인정보 담당자, 외주 대행사 관리자가 함께 기준을 맞춰야 하는 작업입니다.
Google Ads Customer Match에서 먼저 확인할 기준
Google Ads의 Customer Match 도움말은 고객 데이터를 사용해 Google 검색, 쇼핑, Gmail, YouTube 등에서 고객에게 도달할 수 있는 기능을 설명합니다. 고객이 공유한 데이터를 기반으로 고객 목록을 만들고, 해당 목록을 캠페인에 사용할 수 있다는 점이 핵심입니다.
출처: Google Ads Help – About Customer Match
Google의 Customer Match 데이터 사용 설명 문서는 Google이 Customer Match 데이터를 광고주에게 맞춤 광고를 제공하기 위한 목적으로 사용하며, 정책과 요구사항을 따라야 한다는 점을 안내합니다.
출처: Google Ads Help – How Google uses Customer Match data
Google의 Customer Match 정책 문서는 Customer Match를 사용할 때 지켜야 할 요구사항과 제한을 확인하는 공식 정책 출처입니다.
출처: Advertising Policies Help – Customer Match policy
Google Ads의 고객 목록 생성 도움말과 데이터 파일 업로드 도움말은 고객 목록을 만들고 업로드하는 실제 절차를 확인할 때 참고할 수 있는 공식 문서입니다.
출처: Google Ads Help – Create a customer list
출처: Google Ads Help – Create a Customer Match list by uploading a data file
Google Ads Customer Match를 켜기 전에는 아래 항목을 확인합니다.
| 확인 항목 | 실무 질문 |
|---|---|
| 목록 출처 | 고객이 직접 제공한 이메일, 전화번호, 주소인지 확인했는가 |
| 동의 범위 | 광고 목적으로 고객 목록을 사용할 수 있는 근거를 확인했는가 |
| 업로드 담당자 | 고객 목록을 업로드할 수 있는 사용자를 최소화했는가 |
| 캠페인 범위 | Customer Match 목록이 어떤 캠페인에 연결되는지 기록했는가 |
| 제외 오디언스 | 수신 거부자와 삭제 요청자를 제외 목록으로 관리하는가 |
| 목록 이름 | 날짜, 출처, 동의 기준, 담당자를 이름이나 운영 문서에 남기는가 |
| 갱신 주기 | 오래된 고객 목록을 방치하지 않고 정기 갱신 또는 삭제하는가 |
Customer Match는 광고 계정의 성과 기능이지만, 운영 관점에서는 고객 목록 반출 절차입니다. 원본 CSV를 누가 만들었는지, 어느 저장소에 남았는지, 업로드 후 삭제했는지까지 확인해야 합니다.
Meta 맞춤 타깃에서 먼저 확인할 기준
Meta Business Help의 맞춤 타깃 도움말은 고객 목록, 웹사이트, 앱 활동, 참여 데이터 등을 기반으로 광고 타깃을 만들 수 있다고 설명합니다. 고객 목록을 사용하는 경우 이메일이나 전화번호 같은 식별자 기반으로 타깃을 만들 수 있습니다.
출처: Meta Business Help – Custom Audiences
Meta의 고객 목록 맞춤 타깃 도움말은 고객 정보가 해시 처리되어 매칭에 사용되는 구조를 안내합니다. 그래도 원본 고객 목록을 만드는 단계와 업로드 권한 관리는 광고주 책임으로 남습니다.
출처: Meta Business Help – Create a customer list Custom Audience
Meta의 맞춤 타깃 약관 도움말은 맞춤 타깃 사용 시 적용되는 조건과 책임을 확인하는 공식 출처입니다.
출처: Meta Business Help – Custom Audiences Terms
Meta의 맞춤 타깃 약관 원문도 광고 계정 운영 기준을 확인할 때 별도로 볼 수 있는 공식 문서입니다.
출처: Meta Custom Audiences Terms
Meta 개인정보처리방침은 Meta가 사용자 데이터를 수집하고 사용하는 방식을 확인할 수 있는 기본 문서입니다.
Meta 맞춤 타깃을 켜기 전에는 아래 항목을 확인합니다.
| 확인 항목 | 실무 질문 |
|---|---|
| 고객 목록 | 이메일, 전화번호, 이름, 지역, 구매 이력 중 무엇을 올리는가 |
| 픽셀·CAPI 중복 | 고객 목록, 픽셀, Conversions API가 같은 고객 행동을 중복 추적하지 않는가 |
| Lookalike | 유사 타깃 생성에 쓸 수 있는 세그먼트인지 별도 승인했는가 |
| 제외 대상 | 삭제 요청, 수신 거부, 미성년자 가능성, 민감 문의 고객을 제외했는가 |
| 대행사 접근 | Business Manager에서 대행사 권한을 캠페인 운영 범위로 제한했는가 |
| 삭제 절차 | 잘못 만든 맞춤 타깃을 즉시 삭제할 담당자와 경로가 정해져 있는가 |
Meta 맞춤 타깃은 고객 목록뿐 아니라 웹사이트 픽셀, 앱 이벤트, Instagram·Facebook 참여 데이터와도 연결될 수 있습니다. 그래서 고객 목록만 보는 것이 아니라 광고 계정 전체의 데이터 소스와 권한을 함께 봐야 합니다.
Google Ads와 Meta를 비교할 때 볼 운영 차이
두 플랫폼은 모두 고객 목록 기반 광고 타깃을 지원하지만, 운영 체크 포인트는 조금 다릅니다.
| 구분 | Google Ads Customer Match | Meta Custom Audiences |
|---|---|---|
| 대표 사용 | 검색, 쇼핑, YouTube, Gmail, 디스플레이 캠페인 | Facebook, Instagram, Audience Network 캠페인 |
| 주요 데이터 | 이메일, 전화번호, 주소 등 고객 제공 데이터 | 고객 목록, 웹사이트, 앱, 참여 데이터 |
| 실무 리스크 | 고객 목록 출처와 동의 기준이 흐려짐 | 픽셀·CAPI·고객 목록이 겹치며 추적 범위가 넓어짐 |
| 권한 관리 | Google Ads 계정 사용자와 고객 목록 업로드 권한 | Business Manager, 광고 계정, 픽셀, 파트너 권한 |
| 운영 문서 | 목록명, 캠페인 연결, 갱신일, 삭제일 | 데이터 소스, 오디언스 종류, 공유 계정, 삭제일 |
중요한 것은 어느 플랫폼이 더 안전한지가 아닙니다. 고객 목록의 출처, 동의 상태, 업로드 권한, 삭제 가능성을 플랫폼별로 문서화했는지가 더 중요합니다.
업로드 전 10개 체크리스트
광고 오디언스 업로드 전에는 아래 10개를 최소 기준으로 둡니다.
| 번호 | 체크 항목 | 실무 기준 |
|---|---|---|
| 1 | 목록 출처 분리 | CRM, 쇼핑몰, 뉴스레터, 이벤트, 수기 업로드를 한 파일에 섞지 않음 |
| 2 | 동의 필드 분리 | 이메일·SMS 수신 동의와 광고 타깃 사용 가능 여부를 같은 값으로 보지 않음 |
| 3 | 제외 목록 반영 | 탈퇴자, 수신 거부자, 삭제 요청 고객을 업로드 전 제거 |
| 4 | 원본 파일 통제 | CSV를 개인 PC, 메신저, 이메일 첨부에 방치하지 않음 |
| 5 | 최소 권한 | 광고 계정 관리자, 캠페인 운영자, 오디언스 업로더를 분리 |
| 6 | 외주 권한 제한 | 대행사에는 고객 목록 다운로드와 재사용 권한을 기본 차단 |
| 7 | 세그먼트 설명 | VIP, 휴면, 이탈 위험, 고액 구매자 기준을 문서화 |
| 8 | 민감 타깃 금지 | 건강, 금융, 법률, 미성년자, 민감 문의 기반 타깃을 자동 생성하지 않음 |
| 9 | 갱신·삭제 주기 | 월 1회 이상 오디언스 유지 필요성과 최신성을 확인 |
| 10 | 로그 기록 | 누가, 언제, 어떤 목록을, 어떤 캠페인에 연결했는지 남김 |
이 10개 중 하나라도 답하기 어렵다면 바로 업로드하지 않는 편이 낫습니다. 특히 "동의 필드가 없다", "CSV가 여러 사람에게 전달된다", "대행사가 원본 고객 목록을 보관한다", "삭제 요청자가 제외되는지 모르겠다"는 경우에는 먼저 운영 기준을 고쳐야 합니다.
고객 목록 원본 파일은 업로드보다 더 위험할 수 있음
광고 플랫폼에 올라간 오디언스만 보는 팀이 많지만, 실제 사고는 업로드 전후의 원본 파일에서 더 자주 생깁니다. 마케터가 쇼핑몰에서 고객 CSV를 내려받고, 메신저로 대행사에 보내고, 대행사가 다시 내부 드라이브에 저장하고, 업로드 후에도 파일이 남아 있는 흐름입니다.
아래 기준을 정해 둡니다.
| 파일 단계 | 기준 |
|---|---|
| 생성 | 담당자, 생성일, 출처 시스템, 필드 목록을 기록 |
| 저장 | 제한된 팀 드라이브나 보안 저장소에만 보관 |
| 공유 | 메신저, 개인 이메일, 개인 클라우드 공유 금지 |
| 업로드 | 업로드 담당자와 광고 계정을 기록 |
| 삭제 | 업로드 후 원본 파일 삭제 또는 보존 기간 명시 |
| 감사 | 월 1회 고객 목록 파일 잔존 여부 확인 |
파일명을 customer_final.csv처럼 두면 나중에 아무도 출처를 모릅니다. 2026-06-23_shopify_purchasers_180d_ads-consent-yes_owner-kim.csv처럼 날짜, 출처, 기간, 동의 기준, 담당자를 남기는 편이 추적에 유리합니다.
AI가 오디언스를 추천할 때는 자동 적용하지 않기
AI 마케팅 도구는 고객 행동을 보고 "재구매 가능성이 높은 고객", "이탈 위험 고객", "할인에 민감한 고객", "VIP 고객과 비슷한 고객" 같은 세그먼트를 제안할 수 있습니다. 이런 추천은 캠페인 아이디어로는 유용하지만, 광고 오디언스로 바로 적용하면 위험합니다.
AI 추천 오디언스는 아래 기준으로 제한합니다.
| AI 사용 범위 | 허용 기준 |
|---|---|
| 세그먼트 후보 제안 | 사람이 기준을 확인한 뒤 저장 |
| Lookalike 후보 | 민감한 세그먼트가 아닌지 검토 후 사용 |
| 광고 문구 초안 | 할인, 보장, 의료·법률·세무 표현은 수동 검토 |
| 성과 요약 | 원인 단정 금지, 다음 실험 후보로만 사용 |
| 제외 목록 추천 | 삭제 요청·수신 거부 데이터와 충돌하지 않는지 확인 |
AI가 만든 세그먼트 이름도 중요합니다. "돈 안 쓰는 고객", "문제 고객", "불만 고객", "건강 고민 고객"처럼 내부적으로도 부적절하거나 민감한 이름은 만들지 않는 편이 좋습니다. 광고 오디언스 이름은 외부에 보이지 않더라도 운영 로그와 권한자 화면에 남습니다.
SaaS AI 기능 보안 체크리스트에서 정리한 것처럼, AI 기능은 학습 사용 여부, 데이터 보존, 관리자 제어, 로그 확인 가능성을 먼저 봐야 합니다. 광고 오디언스에서는 여기에 "고객 목록이 외부 광고 플랫폼으로 나가는가"가 추가됩니다.
외주 대행사와 같이 운영할 때 권한을 나누기
광고 운영은 외주 대행사와 함께 하는 경우가 많습니다. 이때 가장 위험한 방식은 고객 CSV를 내려받아 대행사에게 전달하고, 대행사가 자기 절차로 업로드하게 두는 것입니다. 편하긴 하지만 원본 파일 보관, 재사용, 삭제, 담당자 퇴사 후 회수가 흐려집니다.
대행사와 운영할 때는 아래 기준을 둡니다.
| 권한 | 기본값 |
|---|---|
| 캠페인 생성·수정 | 허용 가능 |
| 광고 소재 수정 | 허용 가능 |
| 예산 변경 | 승인 한도 안에서만 허용 |
| 고객 목록 다운로드 | 기본 차단 |
| 오디언스 생성 | 사전 승인된 목록만 허용 |
| 오디언스 공유 | 다른 광고 계정 공유 금지 |
| 픽셀·CAPI 설정 | 변경 전 승인 |
| 관리자 권한 | 장기 부여 금지, 정기 점검 |
대행사 계약을 법률 문서로 어떻게 써야 하는지는 이 글의 범위가 아닙니다. 다만 운영 체크리스트로는 "원본 고객 목록을 누가 보관하는가", "계약 종료 후 어떤 파일과 권한을 회수하는가", "대행사 내부 담당자가 바뀌면 접근권한이 갱신되는가"를 확인해야 합니다.
팀 전체 SaaS 권한 점검은 SaaS 보안 검토 체크리스트와 팀 SaaS 계정 권한 감사 체크리스트를 함께 보는 편이 좋습니다.
Zapier·Make·CRM 동기화는 통합 계정 기준으로 보기
광고 오디언스는 수동 CSV 업로드만 있는 것이 아닙니다. HubSpot, Shopify, WooCommerce, Mailchimp, Klaviyo, Zapier, Make 같은 도구가 광고 계정과 연결되면 고객 목록이 자동으로 갱신될 수 있습니다.
Zapier의 보안 페이지는 앱 연결과 자동화 운영을 검토할 때 참고할 수 있는 공식 보안 페이지입니다.
자동 동기화를 켤 때는 아래 질문을 둡니다.
| 확인 항목 | 실무 질문 |
|---|---|
| 연결 계정 | 개인 계정이 아니라 팀 통합 계정으로 연결했는가 |
| 권한 범위 | CRM 전체 읽기 권한을 주지 않고 필요한 목록만 연결했는가 |
| 실행 로그 | 고객이 어느 단계에서 어느 앱으로 이동했는지 추적 가능한가 |
| 오류 처리 | 실패한 동기화가 중복 업로드나 제외 목록 누락을 만들지 않는가 |
| 퇴사자 회수 | 자동화를 만든 담당자가 떠나도 owner와 토큰을 회수할 수 있는가 |
| 비상 중지 | 잘못된 동기화가 발견되면 어떤 Zap, scenario, workflow를 먼저 끄는가 |
노코드 자동화 도구 자체의 선택 기준은 노코드 자동화 도구 비교에서 따로 정리했습니다. 이 글에서는 도구 비교보다 고객 목록이 광고 플랫폼으로 자동 이동하는 흐름에 집중합니다.
광고 오디언스 운영 장부 예시
작은 팀이라도 광고 오디언스 장부는 있어야 합니다. 복잡한 시스템이 없어도 아래 항목을 스프레드시트로 관리할 수 있습니다.
| 필드 | 예시 |
|---|---|
| 오디언스명 | 2026-06 구매자 180일 Customer Match |
| 플랫폼 | Google Ads |
| 목록 출처 | Shopify 구매자 export |
| 포함 기준 | 결제 완료, 환불 제외, 최근 180일 |
| 제외 기준 | 수신 거부, 삭제 요청, B2B 견적 문의 |
| 동의 기준 | 광고 타깃 사용 가능 필드 yes |
| 생성 담당자 | 마케팅 운영자 |
| 승인자 | 데이터 owner |
| 캠페인 연결 | 재구매 캠페인 2026-Q3 |
| 생성일 | 2026-06-23 |
| 갱신일 | 매월 첫째 주 |
| 삭제 예정 | 2026-09-30 |
이 장부가 있어야 담당자가 바뀌어도 "왜 이 오디언스가 있는지"를 설명할 수 있습니다. 설명할 수 없는 오디언스는 성과가 조금 있더라도 정리 대상입니다.
파일럿은 전체 고객이 아니라 작은 목록으로 시작하기
처음부터 전체 고객 목록을 올리지 않습니다. 광고 오디언스 파일럿은 아래처럼 작게 시작합니다.
| 단계 | 할 일 | 통과 기준 |
|---|---|---|
| 1단계 | 가짜 고객 데이터로 업로드 절차를 연습 | 원본 파일 저장, 업로드, 삭제 절차 확인 |
| 2단계 | 내부 직원 또는 테스트 고객 목록으로 캠페인 없이 오디언스 생성 | 권한과 로그 확인 |
| 3단계 | 최근 30일 구매자 중 동의 기준이 명확한 소규모 목록 사용 | 제외 목록 반영 확인 |
| 4단계 | 캠페인 1개에만 연결 | 예산, 소재, 타깃 범위 통제 |
| 5단계 | 2주 뒤 장부와 플랫폼 상태 비교 | 목록 갱신·삭제 절차 확인 |
이 파일럿에서 광고 성과보다 먼저 볼 것은 운영 품질입니다. 원본 파일이 남아 있지 않은가, 제외 목록이 반영됐는가, 담당자 외 사용자가 목록을 볼 수 없는가, 캠페인 종료 후 삭제할 수 있는가를 확인해야 합니다.
보류해야 하는 경우
아래 상황이면 광고 오디언스 동기화를 미루는 편이 낫습니다.
- 고객 목록 출처가 여러 시스템에서 섞였고 정리 장부가 없습니다.
- 광고 타깃 사용 동의와 이메일·SMS 수신 동의를 구분하지 않습니다.
- 삭제 요청이나 수신 거부 고객을 자동 제외할 방법이 없습니다.
- 외주 대행사에 고객 CSV를 메신저로 전달해야 합니다.
- 광고 계정 관리자 권한이 퇴사자, 외주, 개인 계정에 남아 있습니다.
- AI가 추천한 세그먼트를 사람이 검토하지 않고 바로 광고에 씁니다.
- 건강, 금융, 법률, 미성년자, 민감 문의 기반 타깃이 섞일 수 있습니다.
- 오디언스 삭제 절차와 담당자가 정해져 있지 않습니다.
이런 상태에서 광고 캠페인을 시작하면 성과가 나와도 운영 리스크가 커집니다. 먼저 고객 데이터 장부, 동의 필드, 제외 목록, 권한, 삭제 절차를 정리해야 합니다.
마무리
AI 광고 오디언스 동기화의 핵심은 고객 목록을 더 많이 올리는 것이 아닙니다. 어떤 고객 목록을, 어떤 동의 기준으로, 누가, 어디에, 얼마나 오래, 어떤 캠페인에 쓰는지 설명할 수 있어야 합니다.
Google Ads Customer Match와 Meta 맞춤 타깃은 제대로 쓰면 재구매와 리타게팅에 도움이 될 수 있습니다. 하지만 고객 목록 출처, 동의 상태, 권한, 삭제 가능성이 정리되지 않았다면 먼저 운영 기준을 세우는 편이 안전합니다.
광고 오디언스는 마케팅 자동화의 마지막 단계가 아니라 고객 데이터 관리의 연장선입니다. 고객 목록을 외부 광고 플랫폼에 올리기 전, 오늘 만든 오디언스를 3개월 뒤에도 설명하고 삭제할 수 있는지부터 확인해야 합니다.