지역 전문 정보관의 업데이트 문제는 모든 글이 오래됐다는 데 있지 않습니다. 어떤 정보는 자주 바뀌고 다른 자료는 오랫동안 같은데, 게시일만 보고 한꺼번에 갱신하면 실제로 확인하지 않은 문서에도 새 날짜가 붙을 수 있습니다. 관리자는 먼저 내용이 달라지는 계기를 문서마다 찾아야 합니다.
점검 달력에는 페이지 주소보다 정보 단위를 행으로 둡니다. 운영시간, 정책 안내, 분류 설명처럼 무엇을 확인하는지 적고, 그 값의 공식 출처와 마지막 확인일을 연결합니다. 주기 칸에는 임의의 공통 숫자를 넣지 않습니다. 정기적으로 살필 항목인지, 변경 공지를 받았을 때 확인할 항목인지, 담당 부서의 요청이 있어야 움직이는 항목인지 구분합니다.
다음 점검일이 지났다고 즉시 내용을 고치는 것도 위험합니다. 원출처를 확인하지 못했다면 ‘기한 경과·확인 대기’로 남기고 공개 문구를 사실처럼 바꾸지 않습니다. 반대로 공지가 도착한 항목은 달력상 순서가 뒤여도 우선 검토할 수 있습니다. 중요한 것은 날짜의 일괄 정렬이 아니라 변화 신호와 검증 상태의 연결입니다.
가상의 운영 예에서 운영시간은 변경 통보가 접수됐지만 정책 설명은 새 근거가 없다면 두 항목을 같은 수정 묶음으로 처리하지 않습니다. 전자는 출처와 공개 화면을 대조하고, 후자는 기존 상태를 유지한 채 다음 확인 책임자만 지정합니다. 이 예는 실제 기관의 운영 주기를 뜻하지 않습니다.
완료 기준은 모든 글의 수정일이 최근으로 보이는 것이 아닙니다. 각 정보에 확인 근거, 기한 초과 상태, 다음 확인 계기가 남아야 합니다. 관리자는 가장 오래된 글부터 고치는 대신 검증되지 않은 채 오래 노출될 가능성이 큰 항목을 먼저 선택합니다. 이렇게 만든 변화 속도 달력은 새 글 수가 아니라 낡은 정보가 방치된 이유를 보여 줍니다.