--- title: "콘텐츠 해시와 변경 감지: 무엇이 바뀌었는지 먼저 분리하는 법" slug: "content-hash-change-detection" language: "ko" tags: ["변경 감지","아키텍처 노트","sag 기술","수집 아키텍처"] created: "2026-10-06T08:00:00.000Z" published: "2026-04-15T04:31:00.000Z" updated: "2026-10-06T10:21:53.550Z" sample: false --- # 콘텐츠 해시와 변경 감지: 무엇이 바뀌었는지 먼저 분리하는 법 ## 변경 감지란 무엇인가? **콘텐츠의 요약 해시와 구조 비교를 이용해 같은 자료와 변경 자료를 구분하는 패턴입니다.** 이 노트는 변경 감지를 기능 이름보다 입력·변환·출력의 책임으로 읽습니다. 분석 결과를 신뢰하려면 어떤 자료가 들어왔고, 무엇을 확인했으며, 어디까지 결론을 낼 수 있는지 이어져야 합니다. ## 왜 이 기술이 필요한가? 페이지를 자주 수집할수록 단순 수집 횟수가 늘어납니다. 실제 변경이 없는 입력을 매번 비싼 모델에 보내면 비용은 증가하고 결과의 일관성은 약해질 수 있습니다. ## 설계 원리와 데이터 흐름 원본 해시와 정규화된 본문 해시를 분리하는 설계가 유용합니다. 의미 없는 공백과 중요한 사양 변경을 같은 범주로 처리하지 않도록 변경 규칙을 정합니다. > **페이지 버전** → **해시·구조 비교** → **재분석 범위 선택** 각 단계는 앞 단계의 성공을 다음 단계의 성과로 바꿔 부르지 않아야 합니다. 자료의 식별자와 기간, 검증 상태를 이어서 기록하면 누락과 오류가 생긴 위치를 찾고 다시 확인할 범위를 정할 수 있습니다. ## SAG 아키텍처와의 연결 SAG의 페이지 버전 기록을 기반으로 확장할 수 있는 분석 최적화 패턴입니다. 이 글은 해시만으로 의미 변경을 완벽하게 판단하는 기능이 이미 보장된다고 주장하지 않습니다. SAG의 운영 가치는 이 관계를 페이지와 질문, 비교 결과와 개선 작업으로 연결하는 데 있습니다. 고객은 숫자만 읽는 대신 보강할 대상과 판단 근거를 함께 검토할 수 있습니다. 추가 적용이 필요한 패턴은 해당 문단의 범위를 기준으로 읽어야 합니다. ## 설명용 예제와 판단 기준 설명용으로 메뉴의 공백만 바뀐 경우와 정격 출력이 바뀐 경우를 나눕니다. 전자는 수집 버전으로 남기되 후자는 관련 질문과 근거의 재검토 대상으로 삼는 설계를 고려할 수 있습니다. 위 예제는 구조와 계산을 설명하기 위한 자료이며 특정 고객사의 실측 성과가 아닙니다. 실제 보고서에는 선택한 기간·대상·관측 조건과 원문 기록이 연결돼야 같은 판단을 다시 확인할 수 있습니다. ## 실무 검증 체크리스트 | 흐름 단계 | 확인할 항목 | | --- | --- | | 페이지 버전 | 해시 입력 범위 정의 | | 해시·구조 비교 | 정규화 버전 기록 | | 재분석 범위 선택 | 의미 변경은 별도 검토 | 정상 입력뿐 아니라 비어 있는 자료, 중복 자료와 조건이 다른 자료에서도 같은 의미를 유지하는지 확인하세요. 검증 항목을 작업 완료 기준에 연결하면 기능 설명과 실제 운영의 차이를 줄일 수 있습니다. ## 한계와 적용 시 주의점 해시는 동일성을 확인하는 도구이지 사실성이나 최신성의 증명은 아닙니다. 비교 대상, 알고리즘과 정규화 버전이 바뀌면 기준도 갱신해야 합니다. ## 연구와 공식 문서 - [W3C PROV 개요](https://www.w3.org/TR/prov-overview/) — 자료와 생성 활동·책임의 관계를 설명하는 provenance 프레임워크입니다. 외부 자료는 위 설계 주제의 배경이며 SAG의 모든 구현이나 고객 성과를 인증하는 자료가 아닙니다. 이 노트의 적용 해석과 설명용 예제는 SAG 운영 구조를 기준으로 정리했습니다. 자료 확인: 2026-10-06. ## 이어 읽기와 기능 확인 - [관련 아키텍처 노트](/ko/blog/page-version-history) - [변경 감지와 연결된 서비스 체험](/ko/preview/domain?scenario=cream) - [기능별 FAQ](/ko/faq) - [도입 범위 상담](/ko#inquiry) ## 이 기술을 이어서 읽는 방법 HTML ZIP·사이트맵 → 정규화 → 페이지 버전 → 근거 기록을 따라갑니다. - [데이터가 근거가 되는 과정](/ko/blog?tag=%EC%88%98%EC%A7%91%20%EC%95%84%ED%82%A4%ED%85%8D%EC%B2%98) - [기능 안내 FAQ](/ko/faq)