키와 라벨
원본 캠페인 ID, 계정 ID, 표시 이름과 보고용 분류를 구분합니다. 보고서용 분류를 원본 이름에 직접 덮어쓰면 변경 이유와 원본 대조가 어려워집니다. 어떤 필드가 연결의 키인지 문서화합니다.
가정한 이름 이력
아래는 자료 구조 예시입니다. 실제 공급자의 식별자 규칙은 공식 문서와 계정에서 확인해야 합니다.
source_system: demo-ad-platform
account_reference: approved-account
campaign_reference: stable-id-under-provider-rules
display_name_before: summer-example
display_name_after: evergreen-example
effective_at: documented rename time
join_key: source + account + campaign + required date grain
report_label_policy: current name or historical name, explicitly chosen
비용과 전환의 연결
가정한 예로 접수에 과거 캠페인명이 남고 비용 표는 현재 이름만 제공하면 이름 조인에서 누락될 수 있습니다. 실제 지원되는 식별값을 사용하고 연결할 수 없는 자료는 미배분으로 남깁니다. 추정 매칭으로 조용히 합쳐 원본 총량을 바꾸지 않습니다.
검수 순서
- 원본 키의 유일성 범위와 날짜 단위를 확인합니다.
- 이름 변경 전후의 가정 행으로 연결을 시험합니다.
- 한 행이 여러 행과 매칭돼 비용이 중복되는지 봅니다.
- 원본 합계와 보고 합계, 미연결을 대조합니다.
캠페인 삭제와 재생성은 이름 변경과 다를 수 있습니다. 같은 이름의 새 캠페인을 같은 자산으로 취급하지 않습니다. 공개 예시에는 실제 계정 식별자를 불필요하게 포함하지 않고 가정 자료로 구조를 설명합니다.
완료 기준
이름을 바꿔도 의도한 기간 비교가 유지되고 연결 규칙을 추적할 수 있어야 합니다. 과거 라벨을 보존한 보고와 현재 라벨로 묶은 보고는 이름을 구분합니다. 잘못된 조인을 수정해 수치가 달라졌다면 그 날짜와 영향을 표시해 실제 광고 성과 변화로 오해하지 않게 합니다.
자주 묻는 질문
- 캠페인명만 고치면 보고서의 과거 데이터도 같은 묶음인가요?
- 도구와 연결 방식에 따라 다릅니다. 이름을 키로 사용한 대시보드는 갈라질 수 있어 식별자와 이름 이력, 실제 집계 결과를 확인해야 합니다.
- 다른 계정에서 같은 캠페인 ID가 보이면 합쳐도 되나요?
- 식별자의 유일성 범위를 확인해야 합니다. 계정과 공급자를 포함한 키가 필요한지 검토하고 숫자가 같다는 이유만으로 다른 자산을 병합하지 않습니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.