일별 롤업 기간 비교: 다섯 기준과 6단계 확인 순서

일별 롤업(하루 단위로 미리 합산한 집계)을 주·월로 묶어 기간 비교를 할 때는 숫자보다 기준을 먼저 맞춥니다. 두 기간이 같아야 하는 기준은 다섯 가지입니다. 세는 단위, 날짜를 자르는 시간대, 확정된 날의 범위, 주·월의 경계, 지표별 재계산 방식입니다. 1~5단계에서 이 다섯 기준을 차례로 맞추고, 6단계에서 적용한 기준과 결과를 함께 기록합니다.

기간 비교는 어떤 순서로 확인하나요?

앞 단계가 어긋나면 뒤 단계의 계산이 모두 달라집니다. 그래서 순서를 바꾸지 않고 진행합니다. 6단계는 새로운 기준이 아니라 앞의 다섯 기준과 결과를 남기는 기록 단계입니다.

원천마다 다른 세는 단위와 시간대는 어떻게 맞추나요?

1단계: 한 건이 무엇인지 먼저 정합니다

같은 「요청 수」라도 원천마다 세는 방식이 다릅니다. Google의 크롤링 통계 보고서 도움말은 성공 여부와 관계없이 크롤링 요청을 모두 센다고 설명합니다. 같은 URL에 대한 중복 요청도 각각 세고, 리디렉션 체인은 단계마다 별도 요청으로 셉니다. 클라이언트 측 리디렉션은 세지 않습니다.

같은 문서는 robots.txt를 오래 사용할 수 없을 때의 처리도 밝힙니다. 이때는 시도하려 했지만 실제로 보내지 않은 크롤링도 합계에 들어갑니다. 이런 요청은 서버 로그에 남지 않습니다. 따라서 보고서 합계와 서버 기록 합계가 같은 기간에 같은 값이 나온다고 전제하지 않습니다.

실무에서는 서버 기록을 셀 때 중복 요청, 리디렉션 응답, 오류 응답을 넣을지 뺄지 한 문장씩 정합니다. 기간 중간에 규칙을 바꿨다면 이전 기간도 새 규칙으로 다시 계산합니다. 완료 기준: 두 기간에 같은 규칙 문서가 적용되었습니다.

2단계: 날짜를 자르는 시간대를 하나로 맞춥니다

Search Console 실적 보고서의 데이터 불일치 문제 해결 도움말은 일별 데이터를 태평양 시간(PT) 기준으로 기록하고 표시한다고 설명합니다. 24시간 보기만 예외입니다. Search Analytics API 문서도 시작일과 종료일을 PT(UTC-7:00/8:00) 기준으로 받는다고 적고 있습니다. 따라서 다른 시간대로 기록하는 시스템과는 일별 값이 맞지 않을 수 있습니다.

서버 기록의 시각은 설정에 따라 다릅니다. Apache 문서에 따르면 %t 항목은 요청을 받은 시각을 GMT 기준 시차와 함께 기록합니다. 형식을 직접 지정하면 기본값은 요청 처리를 시작한 시각이고, end:를 붙이면 기록을 쓰는 시각이 됩니다. nginx 문서는 $time_local을 공통 로그 형식의 로컬 시각으로, $msec를 기록을 쓰는 시점의 시각으로 설명합니다.

서버 기록이 한국 시간(UTC+9)이라면 PT와는 하루 경계가 16~17시간 어긋납니다. PT는 서머타임에 따라 UTC-7과 UTC-8을 오가므로 경계가 연중 한 시간씩 움직입니다. 실무에서는 서버 기록을 한 시간대로 통일하고, PT 기준 보고서의 일별 행과 같은 날짜 칸에 섞지 않는 방법을 권합니다. 완료 기준: 원천별 시간대와 변환 규칙이 한 줄씩 기록되어 있습니다.

확정되지 않은 날과 빈 날은 어떻게 다루나요?

3단계에서는 비교 끝날과 데이터가 없는 날의 처리 방식을 정합니다. Search Console 실적 보고서 도움말은 최신 데이터가 잠정치이며 몇 시간 안에 바뀔 수 있다고 설명합니다. 그래프에서는 잠정치를 점선으로 표시합니다. 데이터 불일치 문제 해결 도움말은 수집된 데이터가 보통 2~3일 뒤에 제공된다고 안내합니다.

API 문서에 따르면 dataState를 생략하거나 final로 지정하면 확정 데이터만 반환합니다. all을 고르면 아직 확정되지 않은 최신 데이터가 포함됩니다. 응답 메타데이터의 first_incomplete_date는 아직 수집·처리 중인 첫 날짜를 가리킵니다. 비교 끝날은 이 날짜보다 앞에 둡니다.

빈 날도 확인합니다. API 문서는 날짜를 기준으로 묶으면 데이터가 없는 날이 결과 목록에서 빠진다고 설명합니다. 빈 날을 처리하는 방식은 지표 유형에 따라 다릅니다.

• 합계형(클릭·노출·요청 수): 빈 날을 0으로 채웁니다. 예를 들어 가상의 사이트에서 30일 가운데 3일의 행이 빠졌다고 가정합니다. 합계를 남은 27일로 나누면 일평균이 실제보다 크게 나옵니다.
• 비율·평균형(클릭률·평균 게재순위): 빈 날을 0으로 채우지 않습니다. 분모가 없는 날이므로 분모와 평균 계산에서 빼고, 뺀 날짜를 결과표에 적습니다.

0으로 채우는 대상은 확정된 날로 한정합니다. 확정되지 않은 날을 0으로 채우면 수집 지연이 감소처럼 보입니다.

서버 기록도 마지막 부분이 아직 파일에 쓰이지 않았을 수 있습니다. nginx 문서에 따르면 버퍼 기록을 켜면 세 경우에 파일에 씁니다. 다음 기록이 버퍼에 들어가지 않을 때, flush 시간이 지났을 때, 작업자 프로세스가 기록 파일을 다시 열거나 종료할 때입니다. 실무에서는 하루를 마감하기 전에 flush 시간보다 긴 여유 시간을 두는 방법을 권합니다. 완료 기준: 비교 끝날이 마지막 확정일 이전입니다. 합계형 지표는 빈 날을 0으로 채웠고, 비율·평균형에서 뺀 날짜가 적혀 있습니다.

주와 월의 경계는 어떻게 정하나요?

4단계에서는 묶는 단위의 경계를 고정합니다. Google 검색 센터 블로그는 2025년 12월 10일 새 기능을 발표했습니다. Search Console 실적 보고서에서 일별·주별·월별 단위를 고를 수 있습니다. 블로그는 두 기간의 주말 위치가 어긋나면 일별 비교 그래프를 해석하기 어렵다고 설명합니다. 「최근 3개월」과 「이전 3개월」 비교가 그 예입니다. 주별·월별 보기로 바꾸면 요일 차이에 덜 흔들리며 두 기간을 비교할 수 있습니다. 실적 보고서 도움말도 이 보기를 일별 변동을 평탄하게 해 장기 추세를 분석하는 데 쓴다고 안내합니다.

같은 블로그는 선택한 단위에 맞춰 내보내기 파일과 탭 이름, 일부 열 제목, 정렬 순서가 바뀔 수 있다고 밝힙니다. 내보낸 파일을 자동으로 불러온다면 단위를 바꾼 뒤 열 대응을 다시 확인합니다.

주·월 경계는 다음 규칙으로 고정합니다.

1. 주 시작 요일을 하나로 정해 문서에 적습니다. 내보낸 파일에서 첫 행 날짜의 요일을 확인해 도구 기준과 대조합니다.
2. 기간 앞뒤에서 7일을 채우지 못한 주와 일부만 들어간 달은 비교에서 빼거나 따로 표시합니다.
3. 월 비교는 일수 차이를 보정합니다. 2월(28일)과 3월(31일)의 합계를 그대로 비교하면 사흘 차이가 증감에 섞입니다. 일평균이나 28일 단위로 비교합니다.
4. 요일 구성을 확인합니다. 31일인 달은 세 요일이 다섯 번 들어가므로 같은 달이라도 해마다 주말 일수가 달라질 수 있습니다.
5. 공휴일과 연휴가 들어간 주는 결과표에 표시합니다.

완료 기준: 두 기간의 일수와 주말 일수를 숫자로 적었고, 다르면 일평균으로 바꿔 비교합니다.

비율과 평균은 어떻게 다시 계산하나요?

5단계에서는 지표마다 묶는 방법을 정합니다. 일별 값을 더해도 되는 지표와 더하면 안 되는 지표가 있습니다. Search Console 도움말은 클릭률(CTR)을 클릭 수를 노출 수로 나눈 값으로 정의합니다. 비율은 일별 비율을 평균하지 않고, 분자와 분모를 각각 더한 뒤 나눕니다.

예를 들어 가상의 사이트가 월요일에 노출 100회·클릭 10회(10%)를 얻었다고 가정합니다. 화요일에는 노출 1,000회·클릭 20회(2%)였습니다. 두 비율의 평균은 6%입니다. 합계로 다시 계산하면 클릭 30회를 노출 1,100회로 나눈 약 2.7%입니다.

평균 게재순위도 더하거나 단순 평균하지 않습니다. 도움말에 따르면 그래프의 평균 게재순위는 검색마다 사이트에서 가장 위에 나온 결과의 순위를 평균한 값입니다. 표에서는 행에 해당하는 URL이나 묶음 기준의 평균 순위를 보여 줍니다. 정의가 다르므로 그래프 값과 표의 행 값은 같은 기간이라도 다를 수 있습니다.

불일치 도움말은 드물게 검색된 익명 처리 결과가 검색어 표에서는 빠지고 그래프 합계에는 포함된다고 설명합니다. 페이지나 검색어 필터의 일치·불일치 합계를 더해도 필터 없는 합계와 맞지 않을 수 있다고도 밝힙니다. 그래서 주·월 합계는 검색어 행을 더해서 만들지 않습니다. 같은 집계 수준으로 해당 기간을 다시 조회해서 얻습니다.

완료 기준: 비교표의 모든 지표 옆에 위 네 유형 가운데 하나가 표시되어 있습니다.

비교 결과는 어떤 양식으로 남기나요?

6단계에서는 1~5단계에서 맞춘 기준을 결과와 한 문서에 남깁니다. 기준이 결과와 떨어져 있으면 다음 달 담당자가 같은 방식으로 다시 계산할 수 없습니다. 보고서 첫머리에 아래 문안을 붙이고 괄호 안만 바꿔 씁니다.

「이 비교는 (한국 시간/PT) 기준으로 날짜를 나누었습니다. 주는 (월요일/일요일)에 시작합니다. 비교 끝날은 마지막 확정일인 (YYYY-MM-DD)입니다. 합계형 지표의 데이터가 없는 날은 0으로 채웠습니다. 비율·평균형 지표는 데이터가 없는 날을 계산에서 뺐습니다. 비율 지표는 분자와 분모 합계로 다시 계산했습니다.」

실무에서는 증감률 옆에 같은 기간 일별 값의 최소·최대를 함께 적는 방법을 권합니다. 주간 차이가 일별 흔들림 범위 안에 있으면 결과를 「변동 범위 안」으로 적습니다. 그러면 일시적인 흔들림을 추세로 보고하는 일을 줄일 수 있습니다.

정리

일별 롤업으로 기간 비교를 하려면 숫자를 비교하기 전에 기준을 먼저 맞춥니다. 이번 주 안에 다음 순서로 진행합니다.

1. 사용하는 원천마다 세는 규칙과 시간대를 한 줄씩 적은 기준표를 만듭니다.
2. 최근 비교 구간의 끝날을 마지막 확정일 이전으로 옮깁니다. 합계형 지표의 빈 날은 0으로 채우고, 비율·평균형은 빈 날을 계산에서 뺍니다.
3. 주 시작 요일을 정하고, 덜 찬 주·월을 빼거나 일평균으로 바꿉니다.
4. 비교표의 지표마다 합계형·비율형·평균형·고유 수를 표시하고, 비율은 분자·분모로 다시 계산합니다.
5. 기준 문안과 결과표를 한 문서에 묶고, 다음 비교에도 같은 양식을 씁니다.

참고 자료

• Performance report (Search results) (Google Search Console 고객센터, 확인일 2026-10-20)
• Performance report (Search results): Troubleshooting data discrepancies (Google Search Console 고객센터, 확인일 2026-10-20)
• Search Analytics: query (Google Search Console API 문서, 확인일 2026-10-20)
• Crawl Stats report (Google Search Console 고객센터, 확인일 2026-10-20)
• Introducing weekly and monthly views in Search Console (Google 검색 센터 블로그, 확인일 2026-10-20)
• Apache Module mod_log_config (Apache HTTP Server 문서, 확인일 2026-10-20)
• Module ngx_http_log_module (nginx 문서, 확인일 2026-10-20)