ActiveCampaign 자동화 설계 — 태그·리스트·필드 기준
마케팅 자동화 도구에서 가장 빠르게 망가지는 것은 자동화가 아니라 데이터 구조입니다.
증상은 대개 같습니다. 태그가 수백 개로 늘어나고, 같은 의미의 태그가 여러 개 있고, 어떤 태그가 살아 있는지 아무도 모릅니다. 그 상태에서는 세그먼트를 만들 수 없습니다.
원인은 태그·리스트·커스텀 필드 세 가지를 같은 용도로 쓰기 때문입니다. 셋은 성격이 다르고 쓰임이 다릅니다.
이 글은 셋을 구분해 쓰는 기준과, 자동화가 유지 가능한 상태로 남게 하는 설계 규칙을 정리합니다.
1. 세 가지는 성격이 다릅니다
리스트는 '수신 동의의 단위'입니다. 이 사람이 어떤 종류의 메일을 받기로 했는가. 뉴스레터, 제품 업데이트, 세미나 안내처럼 동의 범위가 다른 것들이 리스트로 나뉩니다.
태그는 '일어난 일의 기록'입니다. 자료를 다운로드했다, 세미나에 등록했다, 가격 페이지를 봤다. 시점이 있는 사건입니다.
커스텀 필드는 '이 사람의 속성'입니다. 회사 규모, 업종, 직함 구분, 사용 중인 시스템. 값이 바뀔 수는 있지만 사건이 아니라 상태입니다.
이 구분이 무너지면 태그가 폭증합니다. '업종-제조', '업종-유통', '규모-50명미만' 같은 태그가 생기기 시작하면 이미 잘못된 길입니다. 그것들은 필드여야 합니다.
2. 태그가 폭증하는 이유
태그는 만들기 쉽습니다. 자동화 안에서 한 클릭으로 새 태그가 생깁니다. 그래서 늘어납니다.
폭증의 전형적인 경로는 이렇습니다. 캠페인마다 태그를 만들고, 담당자마다 이름 규칙이 다르고, 임시로 만든 태그를 지우지 않습니다. 1년이면 수백 개가 됩니다.
그 상태에서 '제조업 중 자료를 받은 사람'을 찾으려면 어떤 태그를 조합해야 하는지 알 수 없습니다. 결국 세그먼트를 새로 만들고, 그 과정에서 태그가 또 늘어납니다.
해결은 규칙입니다. 태그 이름 규칙을 정하고, 생성 권한을 제한하고, 분기 1회 정리하십시오. 세 가지 중 하나만 해도 상황이 달라집니다.

3. 태그 이름 규칙
권장 형식은 '분류-내용' 두 단계입니다. 세 단계를 넘으면 길어져서 지켜지지 않습니다.
분류는 다섯 개 이내로 고정하십시오. 예를 들어 행동(자료 다운로드, 세미나 참석), 관심(제품군), 단계(리드 상태), 출처(유입 경로), 임시.
임시 분류를 따로 두는 것이 실용적입니다. 특정 캠페인을 위해 만든 태그를 여기에 넣고, 캠페인이 끝나면 일괄 정리합니다.
이름에 날짜를 넣을지도 정하십시오. '세미나-2026Q4'처럼 넣으면 정리 기준이 명확해지는 대신 태그 수가 늘어납니다. 반복되는 이벤트는 태그 하나에 날짜 필드를 붙이는 방식이 더 낫습니다.
4. 리스트는 적게 유지합니다
리스트를 세그먼트처럼 쓰는 것이 두 번째 흔한 실수입니다. '제조업 리스트', '수도권 리스트' 같은 것들입니다.
리스트는 동의 단위이므로 늘어나면 동의 관리가 복잡해집니다. 한 사람이 다섯 리스트에 있으면 수신거부 처리를 다섯 번 확인해야 합니다.
권장은 동의 범위 기준으로 세 개 이하입니다. 예를 들어 뉴스레터, 제품 업데이트, 이벤트 안내.
세그먼트가 필요하면 리스트를 나누지 말고 조건으로 만드십시오. 태그와 필드 조합으로 만든 세그먼트는 동의 관리와 무관하게 자유롭게 늘릴 수 있습니다.

5. 커스텀 필드 설계
필드는 '이 값으로 세그먼트를 만들 것인가'를 기준으로 만듭니다. 만들지 않을 값은 필드로 둘 이유가 없습니다.
선택 목록(드롭다운) 형태를 우선하십시오. 자유 입력 필드는 표기가 제각각이 되어 세그먼트 조건으로 쓸 수 없습니다. '제조'와 '제조업'과 '제조/생산'이 각각 다른 값이 됩니다.
국내 B2B에서 권장하는 기본 세트는 이렇습니다. 회사명, 사업자등록번호, 업종 구분, 임직원 규모 구간, 직함 구분, 유입 경로, 도입 검토 시기.
필드 수는 처음부터 많이 만들지 마십시오. 폼에서 받는 항목이 많으면 제출률이 떨어집니다. 필수는 다섯 개 이내로 두고 나머지는 이후 접점에서 채우는 설계가 낫습니다.
6. 자동화는 짧게 나눕니다
긴 자동화 하나보다 짧은 자동화 여러 개가 유지 관리에 유리합니다.
이유는 두 가지입니다. 첫째, 긴 자동화는 중간에 수정하면 이미 진행 중인 컨택트가 어느 지점에 있는지 파악하기 어렵습니다. 둘째, 문제가 생겼을 때 원인 구간을 좁히기 어렵습니다.
나누는 기준은 '목적이 바뀌는 지점'입니다. 예를 들어 자료 다운로드 후 초기 안내(3통)와 이후 관계 유지(월 1통)는 목적이 다르므로 별도 자동화입니다.
연결은 태그로 합니다. 앞 자동화가 끝날 때 태그를 붙이고, 뒤 자동화가 그 태그를 트리거로 시작합니다. 이 방식이면 각각을 독립적으로 수정할 수 있습니다.

7. 종료 조건을 반드시 넣으십시오
가장 자주 빠지고 가장 큰 사고를 만드는 항목입니다. 자동화에 종료 조건이 없으면 이미 상담 중인 고객에게 '자료를 받아 보세요' 메일이 계속 나갑니다.
필수 종료 조건은 세 가지입니다. 영업 접촉이 시작된 경우, 수신거부한 경우, 그리고 이미 고객이 된 경우.
CRM과 연동되어 있다면 딜 생성이나 라이프사이클 변경을 종료 신호로 쓸 수 있습니다. 연동이 없다면 영업이 수동으로 붙이는 태그를 종료 조건으로 두십시오.
모든 자동화를 만들 때 종료 조건을 체크리스트로 확인하는 절차를 두십시오. 하나만 빠져도 고객이 느끼는 인상이 크게 나빠집니다.
8. 설계를 검증하는 다섯 질문
구조가 제대로 서 있는지는 다섯 질문으로 확인할 수 있습니다.
첫째, '제조업이면서 최근 6개월 내 자료를 받은 사람'을 30초 안에 세그먼트로 만들 수 있는가. 둘째, 현재 살아 있는 자동화가 몇 개이고 각각 무엇을 하는지 문서로 있는가.
셋째, 태그가 몇 개이고 그중 지난 6개월간 쓰인 것이 몇 개인가. 넷째, 수신거부한 사람이 어떤 자동화에서도 메일을 받지 않는 것이 보장되는가.
다섯째, 한 사람이 월에 받는 메일 수의 상한이 정해져 있는가. 다섯 중 둘 이상 답이 안 나오면 새 자동화를 만들기 전에 구조부터 정리하십시오.

9. 이미 어질러진 계정을 정리하는 순서
태그가 수백 개인 상태에서 시작한다면 순서가 중요합니다.
1단계, 현황을 뽑습니다. 태그 목록과 각 태그의 컨택트 수, 최근 사용일. 자동화 목록과 각각의 상태.
2단계, 죽은 자동화를 끕니다. 6개월간 실행 이력이 없는 자동화부터 정리하면 부담이 크게 줄어듭니다.
3단계, 태그를 분류합니다. 새 이름 규칙에 매핑하고 통합할 것을 정합니다. 4단계, 통합을 실행합니다. 이때 반드시 백업을 먼저 받으십시오. 5단계, 새 규칙을 문서화하고 생성 권한을 제한합니다. 5단계를 빼면 6개월 뒤 같은 상태가 됩니다.
태그·리스트·필드 구분
|
도구 |
성격 |
쓰는 경우 |
잘못된 사용 |
|---|---|---|---|
|
리스트 |
수신 동의의 단위 |
뉴스레터 / 제품 업데이트 / 이벤트 안내 |
세그먼트처럼 사용 (업종별·지역별 리스트) |
|
태그 |
일어난 일의 기록 |
자료 다운로드 · 세미나 등록 · 페이지 조회 |
속성을 태그로 표현 (업종-제조, 규모-50명) |
|
커스텀 필드 |
이 사람의 속성 |
업종 · 규모 · 직함 구분 · 유입 경로 |
자유 입력으로 두어 표기가 제각각 |
|
세그먼트 |
조건 조합 |
태그 + 필드 조건으로 생성 |
리스트를 나눠서 대체 |
|
권장 수 |
리스트 3개 이하 |
태그 분류 5개 이내 |
필수 필드 5개 이내 |
'업종-제조' 같은 태그가 생기기 시작하면 이미 잘못된 길입니다. 그것은 필드여야 합니다
자동화 설계 체크리스트
|
항목 |
기준 |
빠지면 |
|---|---|---|
|
길이 |
목적이 바뀌는 지점에서 분리 |
수정 시 진행 중 컨택트 위치 파악 불가 |
|
연결 방식 |
앞 자동화 종료 시 태그 → 뒤 자동화 트리거 |
전체를 한 번에 고쳐야 함 |
|
종료 조건 1 |
영업 접촉 시작 |
상담 중 고객에게 '자료 받아 보세요' 발송 |
|
종료 조건 2 |
수신거부 |
법적·평판 문제 |
|
종료 조건 3 |
이미 고객 |
신규 대상 메시지가 기존 고객에게 |
|
발송 빈도 상한 |
한 사람이 월에 받는 메일 수 제한 |
여러 자동화가 겹쳐 과다 발송 |
|
테스트 |
실제 컨택트로 전 경로 확인 |
분기 조건 오류가 운영 중 발견 |
|
문서화 |
자동화별 목적·트리거·종료 조건 |
담당자 교체 시 아무도 손대지 못함 |
종료 조건 세 가지는 필수입니다. 하나만 빠져도 고객이 느끼는 인상이 크게 나빠집니다
자주 묻는 질문
Q. 태그가 이미 300개가 넘습니다. 어디부터 손대야 하나요?
태그가 아니라 자동화부터 보십시오. 6개월간 실행 이력이 없는 자동화를 끄면 부담이 크게 줄고, 그 과정에서 어떤 태그가 실제로 쓰이는지 드러납니다. 그다음 태그를 새 이름 규칙에 매핑해 통합하십시오. 통합 전 백업은 필수입니다.
Q. 리스트를 업종별로 나눠 왔는데 문제가 있나요?
동의 관리가 복잡해집니다. 한 사람이 여러 리스트에 있으면 수신거부 처리를 각각 확인해야 하고, 누락되면 거부 의사를 무시한 발송이 됩니다. 업종은 커스텀 필드로 두고 세그먼트 조건으로 쓰십시오. 리스트는 동의 범위 기준으로 세 개 이하를 권합니다.
Q. 자동화를 짧게 나누면 관리할 게 더 많아지지 않나요?
개수는 늘지만 각각이 단순해집니다. 긴 자동화는 수정할 때 이미 진행 중인 컨택트가 어디 있는지 알 수 없고, 문제가 생겼을 때 원인 구간을 좁히기 어렵습니다. 태그로 연결하면 각각을 독립적으로 수정할 수 있어 실제 관리 부담은 줄어듭니다.
Q. 종료 조건을 어떻게 설정해야 하나요?
필수 세 가지는 영업 접촉 시작, 수신거부, 이미 고객입니다. CRM과 연동되어 있다면 딜 생성이나 라이프사이클 변경을 신호로 쓰십시오. 연동이 없다면 영업이 수동으로 붙이는 태그를 종료 조건으로 두면 됩니다. 모든 자동화 생성 시 체크리스트로 확인하는 절차를 권합니다.
이 글이 다루지 않는 것
이 글은 ActiveCampaign에서 태그·리스트·커스텀 필드를 구분해 쓰는 기준과 자동화 설계 원칙을 다룹니다. 화면 조작 방법, 개별 자동화 레시피, 요금 구조는 다루지 않습니다. 요금과 플랜별 제약은 별도 글에서 다룹니다.
함께 읽으면 좋은 글
이 글은 P3 구축과 운영 시리즈의 일부입니다.
- ActiveCampaign 요금 구조 — 컨택트 계단과 발송 배수 (P1)
- 마케팅·영업·고객지원 데이터를 연결하는 설계 (P3)
- MQL SQL 차이와 정의 방법 (P3)
출처
- Forrester, The State Of Business Buying, 2024 (2024.12) — forrester.com/press-newsroom
- 6sense, 2025 B2B Buyer Experience Report (2025.11) — 6sense.com
- Gartner B2B 구매자 조사 (2025.05 발표, 632명) — gartner.com/en/newsroom
- Salesforce, State of Sales 6th·7th Edition (2024.07 / 2026.02) — salesforce.com
본문의 원화 환산은 1 USD = 1,380원, 기준일 2026년 9월 12일을 적용했습니다. 요금과 약관은 변경될 수 있으므로 계약 전 공식 페이지에서 재확인하십시오.