응답 수신과 스크립트 완료는 모든 행을 받았다는 증거가 아닙니다. 제한과 지연은 API마다 다릅니다.
추출 결과 확인
기간, 시간대, 필터, 필드, 페이지 처리, 메타데이터를 확인합니다. GA4 Data API의 rowCount는 한 페이지가 아닌 쿼리 결과 전체 행 수입니다. 실제 활동 전체의 포괄을 증명하지는 않습니다. 할당량을 지키고 부분 추출을 표시합니다.
네 시점 구분
같은 날과 시간대의 가상 예: 관측 08:00, 이용 가능 08:10, 추출 08:15, 표시 08:20. 추출 후 5분이어도 관측 후 20분 된 데이터입니다. Data Studio 등에서도 출처 지연과 캐시는 존재합니다.
| 항목 | 시간 |
|---|---|
| 관측 | 08:00 |
| 이용 가능 | 08:10 |
| 추출 | 08:15 |
| 표시 | 08:20 |
출처와 확인
완전성 증거를 사용하여 추출을 자동화하십시오.
기술적 오류 없이 생성된 보고서라도 결과 페이지가 누락되거나 다른 필터가 사용될 수 있습니다. 시간 범위, 스키마 및 페이지 매김 규칙을 유지한 다음 합계와 중복을 확인하십시오. 변경 기록을 손실 없이 저장하면서 기간 재생을 준비하십시오.
- 필터, 차원, 단위, 시간대 및 페이지 매김을 버전 관리하십시오.
- 추출된 샘플을 동일 기간의 소스와 비교하십시오.
- 중단된 추출을 재생하고 손실 및 중복을 확인하십시오.
1차 자료: Google SRE — Data Processing Pipelines. 관련 방법: 실무 가이드 읽기.
시간대와 지연 이벤트
보고 기간은 이벤트 시간과 마감 규칙에 달려 있습니다.
- 이벤트 시각, 수신 시각과 업무 시간대를 따로 기록합니다. 가상 예에서 23:30 UTC는 고정 오프셋 UTC+02:00에서 다음 날 01:30입니다. PostgreSQL의 시간대 포함 타임스탬프는 원래 시간대 이름을 보존하지 않습니다.
- 시작은 포함하고 끝은 제외하는 구간을 사용합니다. 업무 시간대에서 경계를 정한 뒤 UTC로 변환합니다. 계절 시간 변경, 월 변경과 시각 없는 날짜를 시험합니다. 현지의 하루를 항상 24시간으로 바꿀 수는 없습니다.
- 허용 지연과 보고서 마감 시각을 정합니다. 같은 식별자를 재처리해 새 이벤트와 중복을 구별합니다. 발표된 버전을 보관하고 수정 영향을 기록합니다. 워터마크는 도착 추정이며 완전성을 보장하지 않습니다.
재현 가능한 수락 사례
가상 예시입니다. 고객이나 실제 관측 결과를 나타내지 않습니다.
사례 입력 보기
{
"event_time": "2026-10-08T23:30:00Z",
"report_zone": "UTC+02:00",
"local_time": "2026-10-09T01:30:00+02:00"
}예상 판단
지정 시간대에서 이벤트는 10월 9일에 해당합니다. UTC 시점도 보존합니다.
검증 절차
- 보고 시간대와 기준 시점을 정합니다.
- 자정 근처 이벤트를 재현합니다.
- UTC, 현지 날짜 및 마감 규칙을 보존합니다. 시계 변경 때 모호해지는 현지 시각도 포함하고, 시점을 추정하지 말고 오프셋과 시간대를 보관하세요.
수신 날짜를 이벤트 날짜로 써도 되나요?
보고서 정의가 요구하는 경우에만 가능합니다. 두 시각을 모두 보존하고 지연 이벤트 처리 방식을 설명하세요.
1차 자료: PostgreSQL — Date/time types. 관련 방법: 실무 가이드 읽기.
