사이트맵의 수정일이 매일 새로 찍히면 어떤 문서가 실제로 바뀌었는지 알 수 없습니다. 템플릿 생성 시각이나 단순 배포가 모든 URL의 변경으로 기록될 수 있기 때문입니다. 수정일은 검색을 위한 장식이 아니라 해당 문서의 내용이 달라진 사건과 연결돼야 합니다.
감사는 최근 날짜가 찍힌 URL 가운데 서로 다른 유형을 표본으로 고르는 데서 시작합니다. 본문, 가격표, 운영 정보, 첨부 자료의 변경 이력과 사이트맵 날짜를 대조합니다. 실제 변경이 없다면 어느 자동 과정이 날짜를 덮어쓰는지 개발 담당자와 확인합니다.
내용 변경의 범위도 정의해야 합니다. 오탈자 한 글자와 핵심 운영시간 변경을 같은 의미로 볼지, 템플릿 수정이 개별 문서 날짜를 바꿀지 기준을 기록합니다. 확인되지 않은 과거 날짜를 추정으로 복원하지 않고 신뢰할 수 없는 구간으로 표시합니다.
생성 규칙을 고친 뒤에는 새 문서, 실제로 수정한 문서, 손대지 않은 문서가 각각 기대한 날짜를 내는지 시험합니다. 시간대나 형식 차이로 하루가 어긋나지 않는지도 살핍니다.
결과물은 날짜가 최신이라는 보고가 아니라 문서 변경 사건과 사이트맵 값의 대응표입니다. 다음 배포에서도 같은 원칙이 유지되는지 자동 과정의 소유자와 재검토 조건을 남깁니다.
여러 언어 또는 모바일 전용 주소가 있다면 같은 본문 변경이 각 문서의 날짜에 어떻게 반영되는지도 정합니다. 한 원본을 공유하는 페이지와 별도 편집되는 페이지를 구분해야 무조건 같은 날짜를 찍지 않습니다. 감사 결과는 검색 효과의 증거가 아니라 생성 규칙이 의도대로 작동한다는 기술 검수 자료로 사용합니다. 수정일 감사 표본에는 변경이 없던 문서도 포함해 거짓 양성 여부를 확인합니다.