마케팅 데이터 관리
마케팅 대시보드 숫자가 멈췄을 때 데이터 연결·갱신 확인 순서
발행
숫자가 멈춘 화면은 보고서 문제가 아니라 데이터가 지나오는 어느 구간에서 흐름이 끊겼다는 신호입니다. 1단계에서 원본 연결을 확인하고 다음 단계에서 인증과 수집 시각을 대조한 뒤, 변환·필터 범위를 좁히면 재연결 버튼만 반복해서 누르지 않고 원인을 구분합니다. 연결 표시는 정상인데 마지막 갱신 시각만 오래된 경우와 수집 작업 자체가 실패한 경우는 대응이 다릅니다. 검색광고와 콘텐츠 운영을 자동화하는 담당자는 확인한 항목과 작업 ID를 함께 기록해야 다음 점검의 시작점을 확보할 수 있습니다.
마지막 갱신 시각
시각부터 봅니다. 대시보드 상단의 ‘마지막 갱신’과 데이터 원본 화면의 ‘수집 완료’ 시각을 나란히 놓고 UTC와 한국 표준시 표기, 저장 주기, 조회 범위와 원본 계정 시간대 설정까지 같은 기준인지 확인합니다. 두 시각이 벌어졌다면 화면 문제가 아니라 중간 작업이 늦어진 상태로 분류하고 마지막으로 값이 바뀐 시점과 멈춘 시점을 운영 기록에 적습니다. 날짜가 없는 상대 시각 대신 YYYY-MM-DD HH:MM 형식을 사용하면 담당자가 바뀌어도 같은 기준으로 지연 구간을 재현할 수 있습니다. 표시 시간이 서버 시간인지 계정 시간인지도 구분합니다.
데이터 원본·인증 상태
연결 상태를 봅니다. 원본 목록에서 사용 중인 연결 가운데 멈춘 경로가 어디인지 가려내고 각 연결의 마지막 성공 시각과 인증 만료 여부를 같은 표에 기록합니다. API 응답이 200이어도 새 행이 들어오지 않으면 인증보다 수집 조건이나 계정 권한을 먼저 확인하며 401·403 응답이면 접근 권한과 인증 갱신 상태를 확인합니다. 비밀번호와 접근 토큰은 기록에서 제외하고 연결 이름, 오류 코드, 확인 시각만 남겨 재현 자료와 보안 경계를 함께 지킵니다. 광고 데이터와 웹 유입 데이터가 따로 움직인다면 두 원본을 한꺼번에 재연결하지 말고 멈춘 연결만 분리해 시험합니다.
수집 작업 흐름
중간 작업을 봅니다. 원본에 새 값이 있는데 대시보드 숫자만 고정됐다면 수집·정제·집계·표시 단계 중 어느 작업 ID에서 마지막 성공 기록이 끊겼는지 찾고 그 직전 실행의 입력 행 수와 결과 행 수를 대조합니다. 작업 큐에 대기 항목이 쌓였는지 확인합니다. 실패 작업이 같은 입력을 되풀이하는지도 봅니다. 처리 결과의 행 수가 0으로 끝났다면 연결 문제와 변환 문제를 나누어 기록합니다. 변환 규칙이 바뀐 뒤 특정 열만 비었다면 원본 재연결보다 필드 매핑과 날짜 형식을 먼저 확인합니다. 재시도 횟수는 작업 ID별로 남기고 같은 오류가 반복되면 새 실행보다 원인 기록을 보존합니다.
표시 필터 범위
필터를 풉니다. 화면의 조회 범위가 YYYY-MM-DD~YYYY-MM-DD로 고정됐는지 확인하고 기간 끝점이 UTC 기준인지 계정 시간대 기준인지 구분하며 저장된 보기의 조건도 같은 범위를 가리키는지 봅니다. 캠페인 필터를 먼저 확인한 뒤 채널 필터를 봅니다. 상태 조건은 별도 단계에서 해제합니다. 특정 조건을 지웠을 때 숫자가 돌아오면 데이터 연결이 끊긴 것이 아니라 표시 규칙이 좁혀진 상태입니다. 필터를 바꾼 시각과 원래 조건을 기록하고 공유 보고서에도 같은 조건이 남아 있는지 확인합니다.
점검 기록 기준
상태를 기록합니다. 점검표에는 연결 이름과 마지막 정상 시각을 한 줄씩 적고 오류가 발생한 작업 ID는 별도 줄에 보존하며 확인한 담당 구분도 함께 남깁니다. 상태 코드는 ‘정상’, ‘지연’, ‘실패’ 세 값으로 고정해 숫자 0을 장애로 오해하지 않게 합니다. 원본에 값이 없어서 0인 경우와 집계가 멈춰 0으로 보이는 경우는 원인이 다르므로 빈 값과 0을 같은 상태로 합치지 않습니다. 수정 시각만 남기지 말고 확인을 마친 단계도 기록해 다음 점검의 시작점으로 삼습니다.
핵심 요약
- 1단계는 화면의 숫자보다 마지막 갱신 시각과 원본 수집 시각의 차이를 확인하는 일입니다.
- API 응답 코드와 새 행 생성 여부를 나누어 보면 인증 문제와 수집·변환 문제를 구별할 수 있습니다.
- 조회 기간과 저장된 필터가 숫자를 가릴 수 있으므로 YYYY-MM-DD HH:MM 기준을 기록합니다.
- 오류 코드와 작업 ID를 남기면 같은 장애가 생겼을 때 점검 시작점이 분명해집니다.
자주 묻는 질문
숫자는 멈췄는데 연결 표시는 정상이라면 무엇부터 확인하나요?
마지막 갱신 시각부터 확인합니다. 원본의 수집 완료 시각과 비교한 뒤, 시간이 다르면 중간 작업의 대기·실패 기록을 확인합니다. 두 시각이 같은데 숫자만 다르면 조회 기간과 필터를 봅니다.
마지막 갱신 시각이 원본과 다르면 어떻게 구분하나요?
시간대 설정을 먼저 맞춥니다. UTC와 한국 표준시가 섞였는지 확인한 뒤 YYYY-MM-DD HH:MM으로 두 값을 기록합니다. 시간대를 맞춘 뒤에도 차이가 남으면 수집 작업의 마지막 성공 시각을 확인합니다.
인증 오류가 없는데 데이터가 비어 있는 이유는 무엇인가요?
인증이 정상이어도 수집 조건, 계정 권한, 필드 매핑에서 값이 막힐 수 있습니다. API 응답 코드와 새 행의 생성 여부를 분리해 확인하고, 변환 단계의 결과 행 수가 0인지 봅니다.
점검 결과를 어떻게 기록해야 다음 장애 때 빨리 찾을 수 있나요?
연결 이름, 마지막 정상 시각, 오류 코드, 작업 ID를 남깁니다. 상태는 ‘정상·지연·실패’로 통일하고, 필터를 바꾼 시각과 원래 조회 범위도 함께 적으면 다음 점검이 같은 기준에서 시작됩니다.
— 산타랠리 · santarally.net