검색광고 운영
자동입찰로 바뀐 설정의 변경 이력과 원인 추적에 필요한 기록
발행
설정이 달라진 이유를 되짚으려면 최종 입찰가보다 변경 과정을 남긴 기록이 필요합니다. 변경 1건의 대상과 전후 값을 판단 근거 및 적용 확인 결과에 연결하면 원인을 추적하고 되돌릴 범위를 정할 기준이 생깁니다. 자동 실행이 요청한 값과 계정에서 확인한 값은 구분해서 읽습니다. 자동 수정 사이에 수동 작업이 끼어들었는지도 같은 대상의 이력에서 이어 봅니다.
변경 대상과 전후 값의 연결
변경 기록의 기본 단위는 설정 항목 1개의 전후 비교입니다. 이름만으로는 부족합니다. 같은 이름의 키워드가 다른 광고그룹에 있더라도 대상을 구별하도록 계정 식별자와 키워드 식별자를 함께 남깁니다. 값이 저장된 설정 단계와 변경한 항목 이름 및 값의 단위를 같은 기록 안에 적습니다. 변경 전 값과 변경 후 값은 같은 단위로 남겨야 차이를 읽는 기준이 흔들리지 않습니다. 상위 설정을 따르는 상태는 직접 입력한 값과 구분합니다. 빈 값과 수집하지 못한 상태를 서로 다른 표시로 남깁니다. 화면 캡처에는 대상 식별자가 담긴 기록을 연결해 어떤 변경의 보조 자료인지 드러냅니다.
실행 주체와 시각의 구분
자동 실행과 담당자의 수동 수정은 실행 주체를 구분해 남깁니다. 요청은 완료가 아닙니다. 설정 변경을 요청한 시각과 광고 계정에서 적용을 확인한 시각이 서로 다를 때 어느 값이 실제로 쓰였는지 되짚도록 각 시각의 의미와 시간대 정보를 기록에 함께 적습니다. 요청 시각과 적용 확인 시각은 2개 항목으로 나누며 모든 시각에 같은 시간대 표기 방식을 씁니다. 실제 적용 시각을 알 수 없는 경우에는 적용을 확인한 시각을 실제로 설정이 바뀐 시각이라고 단정하지 않습니다. 실행 주체는 내부 식별자로 남기고 같은 작업의 기록은 요청 식별자로 연결합니다.
변경 판단을 설명하는 규칙과 입력값
입찰가의 차이만으로 자동 변경의 이유가 드러나지는 않습니다. 근거도 남깁니다. 자동 실행이 어떤 조건에서 시작됐는지 다시 검토할 수 있도록 당시 사용한 규칙의 버전과 판단에 들어간 지표의 원본 값을 연결합니다. 그 지표의 집계 범위와 조회 시점도 함께 저장합니다. 변경 1건을 규칙 버전에 연결해 두면 규칙을 고친 뒤에도 과거 판단을 구분할 기준이 남습니다. 지표에는 클릭수처럼 수치를 뜻하는 이름과 집계 대상을 함께 적어 같은 이름의 수치를 다른 범위로 읽지 않게 합니다. 도구가 내부 판단 근거를 제공하지 않는다면 확인 가능한 입력과 관측 결과만 남기며 이유를 추정해 사실처럼 채우지 않습니다.
실제 적용 여부와 재시도 기록
성공 여부는 요청 결과와 실제 설정값을 나눠 확인합니다. 응답만으로 끝내지 않습니다. 연결이 끊겨 완료 여부를 받지 못했거나 일부 항목만 처리됐을 때 중복 요청을 구분할 수 있도록 같은 실행에 묶인 요청 식별자와 항목별 처리 결과를 실제 설정 조회 기록에 연결합니다. 확인되지 않은 결과는 성공으로 채우지 않습니다. 재시도 1회도 최초 요청과 연결한 별도 이력으로 남겨 요청 횟수와 실제 변경 건수를 구별합니다. 조회값이 요청값과 같다는 사실만으로 그 요청의 성공을 단정하지 않으며 중간에 수동 변경이 있었는지도 같은 대상의 이력에서 대조합니다.
되돌리기 전의 비교와 복원 이력
이전 값이 남아 있어도 현재 설정과 맞대지 않은 복원은 피합니다. 복원도 변경입니다. 되돌리려는 기록의 변경 후 값과 현재 조회한 값이 같은지 먼저 대조합니다. 값이 다르면 그 사이 다른 수정이 있었을 가능성을 남긴 채 해당 대상의 후속 기록을 확인한 뒤 복원 여부를 정합니다. 값이 같아도 중간 변경이 없었다는 뜻은 아니므로 복원 범위에 해당하는 이력도 검토 대상입니다. 복원 요청은 원래 변경 1건과 연결한 새 기록으로 남기며 변경 이유와 승인 주체를 기록합니다. 기존 기록은 보존하고 복원 뒤 조회한 결과까지 덧붙이면 요청 상태와 실제 설정이 구분됩니다.
핵심 요약
- 변경 전후 2개 값에 대상 식별자와 판단 근거를 연결하면 무엇이 달라졌는지와 왜 바뀌었는지를 나누어 추적하게 됩니다.
- 복원 1건도 현재 상태를 대조한 뒤 새 이력으로 쌓으며 요청 성공과 실제 적용 확인을 구별합니다.
자주 묻는 질문
화면 캡처만으로 변경 이유를 확인할 수 있나요?
캡처 1장에 값이 보여도 실행 주체와 판단 근거가 빠졌다면 이유까지 확인되지는 않습니다. 캡처를 요청 식별자가 붙은 기록에 연결하고 적용 여부는 별도 조회 결과로 구분합니다.
자동 변경과 수동 수정이 겹치면 무엇부터 대조하나요?
같은 대상의 변경을 1건씩 실제 적용 시각이 확인된 순서로 연결합니다. 적용 시각이 없으면 요청 시각과 적용 확인 시각을 구분해 읽습니다. 시각이 겹치고 순서를 입증할 기록도 없다면 선후관계를 단정하지 않습니다.
변경 전 값이 빠졌다면 복원 기준을 어떻게 잡나요?
해당 변경과 연결되는 설정 사본 1건이 있다면 그 안의 값을 복원 후보로 대조합니다. 사본의 시점과 변경 대상을 입증하지 못하면 이전 값을 추정해 넣지 않습니다. 현재 설정값만으로 과거 상태를 재구성하지는 않습니다.
— 산타랠리 · santarally.net