지역 커뮤니티의 운영 사이트를 새로 배포할 때 사이트맵에 담긴 모든 주소의 수정일이 같은 날짜로 바뀐다면 생성 방식을 살펴볼 필요가 있다. 사이트맵 파일을 만든 시각과 각 문서가 실질적으로 바뀐 시점은 다르다. 문서 수정일을 제공한다면 어떤 변경을 근거로 그 값을 넣는지 확인해야 날짜의 의미를 설명할 수 있다.
검사에는 최근 내용을 바꾼 글과 한동안 손대지 않은 글을 함께 고른다. 본문과 중요한 자료, 연결 정보의 변경 기록을 사이트맵 값과 대조한다. 단순한 배포나 공통 하단의 연도 표기 변경이 모든 문서의 새로운 실질 수정처럼 기록되는지 살핀다. 실제 변경을 안정적으로 확인할 수 없는 경우에는 임의 날짜를 만들어 채우기보다 생성 기준을 정비한다.
개발 담당자에게는 어떤 기록을 수정일의 근거로 쓰는지 확인한다. 게시물 저장 시각, 공개 반영 시각, 시스템 실행 시각이 섞일 수 있으므로 데이터가 만들어지는 경로를 읽는다. 글을 실제로 고친 뒤 해당 주소의 값만 의도대로 바뀌는지 시험하고, 변경하지 않은 글은 그대로인지 함께 확인한다. 형식 오류가 없는 것과 값이 정확한 것은 별개의 검사다.
수정 후에는 생성 주기가 지나도 불필요하게 날짜가 갱신되지 않는지 관찰한다. 확인한 주소와 변경 근거를 남기면 이후 기능 수정 때 다시 대조할 수 있다. 올바른 날짜를 제공했다고 재수집 시점이나 순위가 보장되는 것은 아니다. 운영자가 실제 문서 변화에 맞는 정보를 제공하는지가 관리 기준이며 검색 결과의 반응은 별도로 확인해야 한다.
아무 글도 수정하지 않은 상태로 한 번 더 생성해 보는 비교도 유용하다. 이때 날짜가 다시 바뀐다면 실제 편집 기록보다 실행 시각을 따라가는 부분이 남았는지 찾는다.