SAG / ARCHITECTURE NOTE
페이지 버전 저장: 같은 URL을 다시 읽는 것이 왜 새 이력인가?
같은 주소의 콘텐츠를 수집 시점별 기록으로 보관하는 자료 모델입니다. 주소는 그대로인데 사양·정책이 바뀌면 이전 보고서의 근거가 현재 화면과 다를 수 있습니다. 최신 본문만 저장하면 과거 판단을 재현하기 어렵습니다.
페이지 버전란 무엇인가?
같은 주소의 콘텐츠를 수집 시점별 기록으로 보관하는 자료 모델입니다. 이 노트는 페이지 버전를 기능 이름보다 입력·변환·출력의 책임으로 읽습니다. 분석 결과를 신뢰하려면 어떤 자료가 들어왔고, 무엇을 확인했으며, 어디까지 결론을 낼 수 있는지 이어져야 합니다.
왜 이 기술이 필요한가?
주소는 그대로인데 사양·정책이 바뀌면 이전 보고서의 근거가 현재 화면과 다를 수 있습니다. 최신 본문만 저장하면 과거 판단을 재현하기 어렵습니다.
설계 원리와 데이터 흐름
URL, 수집 시점, 콘텐츠와 추출 버전을 연결합니다. 변경 내용의 판단과 새 수집 이벤트의 기록은 서로 다르게 설계합니다.
페이지 재수집 → 시점별 버전 저장 → 월별 변경 추적
각 단계는 앞 단계의 성공을 다음 단계의 성과로 바꿔 부르지 않아야 합니다. 자료의 식별자와 기간, 검증 상태를 이어서 기록하면 누락과 오류가 생긴 위치를 찾고 다시 확인할 범위를 정할 수 있습니다.
SAG 아키텍처와의 연결
SAG는 동일 페이지를 다시 수집해도 시점별 버전으로 보관합니다. 월별 수집 건수는 새 페이지 수와 같지 않다는 설명을 함께 제공합니다.
SAG의 운영 가치는 이 관계를 페이지와 질문, 비교 결과와 개선 작업으로 연결하는 데 있습니다. 고객은 숫자만 읽는 대신 보강할 대상과 판단 근거를 함께 검토할 수 있습니다. 추가 적용이 필요한 패턴은 해당 문단의 범위를 기준으로 읽어야 합니다.
설명용 예제와 판단 기준
설명용으로 같은 제품 페이지를 7월과 9월에 수집했을 때 총 저장 버전은 2개이고 고유 URL은 1개입니다. 이 둘을 구분해야 자료 누적과 대상 확대를 정확히 해석합니다.
위 예제는 구조와 계산을 설명하기 위한 자료이며 특정 고객사의 실측 성과가 아닙니다. 실제 보고서에는 선택한 기간·대상·관측 조건과 원문 기록이 연결돼야 같은 판단을 다시 확인할 수 있습니다.
실무 검증 체크리스트
| 흐름 단계 | 확인할 항목 |
|---|---|
| 페이지 재수집 | 고유 URL과 버전 수 분리 |
| 시점별 버전 저장 | 수집 시각·원본 연결 |
| 월별 변경 추적 | 과거 보고서 근거 유지 |
정상 입력뿐 아니라 비어 있는 자료, 중복 자료와 조건이 다른 자료에서도 같은 의미를 유지하는지 확인하세요. 검증 항목을 작업 완료 기준에 연결하면 기능 설명과 실제 운영의 차이를 줄일 수 있습니다.
한계와 적용 시 주의점
모든 버전을 무기한 보관하는 정책은 비용과 보존 의무를 함께 고려해야 합니다. 수집 기록의 존재만으로 AI가 그 페이지를 인용했다고 말할 수 없습니다.
연구와 공식 문서
- W3C PROV 개요 — 자료와 생성 활동·책임의 관계를 설명하는 provenance 프레임워크입니다.
외부 자료는 위 설계 주제의 배경이며 SAG의 모든 구현이나 고객 성과를 인증하는 자료가 아닙니다. 이 노트의 적용 해석과 설명용 예제는 SAG 운영 구조를 기준으로 정리했습니다. 자료 확인: 2026-10-06.
이어 읽기와 기능 확인
이 기술을 이어서 읽는 방법
HTML ZIP·사이트맵 → 정규화 → 페이지 버전 → 근거 기록을 따라갑니다.
SAG / KNOWLEDGE LINKS