SFMC 프로젝트에서 사용하는 7가지 데이터 확장 유형

Source: Dev.to

“Data Extension”(데이터 확장)은 일반적인 용어이지만, SFMC에서는 동작이 서로 다른 여러 DE 유형을 지원합니다. 각 유형의 차이를 알고 있으면 조회용 DE에서 이메일을 보내려다 실패하거나, 캠페인 전에 필터링된 DE를 새로 고치는 것을 잊는 실수를 방지할 수 있습니다.
아래는 새 엔지니어에게 제공하는 참고 자료입니다.

Sendable DE

이메일 전송에 사용되는 기본 유형. 필수 조건

• Properties에서 Is Sendable = true 로 설정
• EmailAddress 타입 필드 포함
• Subscriber Key와 매핑되는 Send Relationship(보통 Primary Key) 설정

캠페인을 보낼 때나 Journey의 Data Extension 진입 소스로 사용할 DE는 반드시 이 유형이어야 하며, 전송 없이 진행될 수 없습니다.

Lookup DE (Reference Data)

AMPscript Lookup() 함수가 이메일 템플릿 렌더링 시 데이터를 가져오는 데 사용되는 참조용 DE. 일반적인 예시:

• 영업 담당자 디렉터리: SalesRep_DE (RepID, name, email, phone)
• 제품 카탈로그: Product_DE (SKU, name, description, price)
• 매장 위치: Store_DE (StoreID, address, hours)

전송용이 아니므로 EmailAddress 필드는 필요 없습니다. 이메일 본문에서만 사용됩니다.

Filtered DE

다른 DE에 Data Filter를 적용해 만든 DE. 클릭만으로 세그멘테이션을 만들 수 있으며, SQL이 필요 없습니다. 예: “Master_DE에서 MemberTier = Gold인 구독자” → Gold 전용 Filtered DE 생성.

중요: Filtered DE는 소스 DE의 최신 상태를 자동으로 반영하지 않으며, 반드시 새로 고침이 필요합니다.
새로 고침 방법:

• Automation Studio의 Filter Activity(스케줄 또는 즉시)
• Email Studio에서 수동 새로 고침

소스 DE에 새로운 임포트나 업데이트가 발생했지만 Filtered DE를 새로 고치지 않으면, 오래된 데이터가 남아 있어 캠페인 대상이 잘못된 세그먼트가 됩니다.
단일 속성 필터링보다 복잡한 조인이나 계산이 필요하면 SQL Query Activity를 사용해 표준 DE에 기록하고, Filtered DE는 사용하지 마세요.

Random Split DE

소스 DE를 N개의 동일한 무작위 청크로 나누는 유형. A/B/N 테스트에서 10개의 동일한 그룹을 만들어 10가지 이메일 변형을 시험할 때 유용합니다.

• SQL 필요 없음. UI에서 분할 비율을 설정하면 SFMC가 행을 무작위로 할당합니다.

주의사항

• “무작위” 할당은 생성 시에만 이루어지며, 새로 고침 시 다시 무작위화되어 같은 구독자가 다른 버킷에 배정될 수 있습니다.
• 보다 정교한 무작위 할당(예: Journey Builder의 Random Split)이 필요하면 Journey 도구를 사용하는 것이 일반적으로 더 적합합니다.

Shared DE

부모 Business Unit(BU)의 Shared Data Extensions 폴더에 배치된 DE. 엔터프라이즈 계정의 여러 자식 BU가 복사 없이 동일 DE에 접근할 수 있습니다.

사용 상황

• 동일한 참조 데이터(제품 카탈로그, 매장 리스트)를 여러 브랜드·지역에서 공유해야 할 때
• 복사본을 동기화하는 대신 단일 진실의 원천을 유지하고 싶을 때

접근 권한은 Shared Data Extension Permissions에서 설정하며, 어느 BU가 읽기/쓰기 가능한지 지정합니다.
주의: 두 BU가 같은 Shared DE에 동시에 쓰게 되면 의도치 않은 교차 쓰기가 발생할 수 있으니 스키마와 임포트 일정 조율이 필요합니다.

Send Log DE

모든 이메일 전송을 기록하는 특수 DE(수신자, 전송 시각, 제목 등). 활용 예시:

• 기본 10일 보관 기간을 초과하는 감사 요구사항
• 다른 데이터와 조인해 맞춤형 리포트 작성
• 특정 전송 이벤트 조사

생성 방법: Triggered Send와 함께 사용할 때 TriggeredSendDataExtension 템플릿으로 생성합니다.
주의: 테스트 전송(Test Sends)은 Send Log에 기록되지 않으며, 실제 프로덕션 전송만 로그에 남습니다. 테스트 중에 로그가 채워지길 기대하면 안 됩니다.

Retention Policy가 적용된 DE

DE를 생성할 때 보존 정책을 설정할 수 있습니다.

• X일 이상된 레코드 삭제 → SFMC가 임계값을 초과한 행을 자동 정리
• X일 후 DE 자체 삭제 → 전체 DE가 사라짐

활용 예시

• 이벤트 종료 후 30일 자동 삭제되는 임시 이벤트 신청 DE
• 일정 기간 이후 보관하면 안 되는 개인정보(PII) 중심 DE
• 무한히 커지는 것을 방지하기 위한 Send Log·아카이브 DE

가능하면 생성 시에 보존 정책을 지정하세요. 나중에 추가해도 기존 행에는 즉시 적용되지 않으며, 다음 자동화 평가 시부터 적용됩니다.

DE 유형 요약

대부분 프로젝트는 다음과 같은 조합을 가집니다: 1~2개의 Sendable DE, 여러 개의 Lookup DE, 필요 시 다중 브랜드를 위한 Shared DE, 그리고 일시적인 데이터를 위한 Retention Policy.

DE 유형을 미리 정확히 정의하고 생성하면 아키텍처를 재구성하는 일을 크게 줄일 수 있습니다. 올바른 선택은 몇 초면 끝나지만, 잘못된 유형을 만든 뒤 데이터를 로드하고 나면 하루 이상 걸릴 수 있습니다.

SFMC 데이터 아키텍처 설계가 필요하신가요? 저희 Salesforce 팀은 프로덕션 프로젝트에서 Data Extension 레이아웃, Shared BU 패턴, 보존 전략 등을 제공하고 있습니다. 문의 주세요 →

전체 플랫폼 서비스와 지원 범위는 아래 페이지에서 확인할 수 있습니다.