블로그와 카페를 함께 운영하면 같은 질문에 답하는 문서가 채널마다 남을 수 있습니다. 통합 운영 대장에 주소만 모아 두면 어떤 문서가 현재 기준이며 어떤 글 다음에 연결해야 하는지는 알기 어렵습니다. 대장은 링크 보관함을 넘어 문서의 역할을 설명해야 합니다. 기본 설명, 조건 확인, 신청 안내처럼 독자가 해결할 질문을 기준으로 역할을 적습니다.
문서 역할 옆에는 공개 상태를 구분합니다. 현재 사용 중인 안내와 보관 자료, 수정 예정 자료를 같은 목록에서 다루더라도 상태가 보여야 합니다. 수정 예정이라는 이유만으로 지금의 안내가 무효라고 단정하거나, 오래되었다는 이유만으로 역사적 자료를 삭제할 필요는 없습니다. 어떤 글의 후속 문서로 사용할 수 있는지를 현재 내용과 적용 범위로 판단합니다.
연결 순서는 출발 글과 함께 기록해야 의미가 생깁니다. 가상의 대장이라면 블로그의 기본 설명 글은 비용 안내를 먼저 가리키고 카페의 접수 공지는 신청 방법을 바로 가리킬 수 있습니다. 채널이 다르다고 무조건 같은 순서로 통일하지 말고 각 글을 읽는 사람이 이미 아는 내용을 반영합니다. 운영자만 접근 가능한 기록표 주소가 공개 링크에 섞이지 않았는지도 확인합니다.
현재 안내를 다른 문서로 바꿀 때는 대장에서 그 문서를 참조하는 출발 글을 찾아 수정 대상을 정합니다. 변경 이유와 적용일을 남기면 과거 링크가 다음 편집에서 다시 선택되는 것을 막는 데 도움이 됩니다. 한 채널의 수정만 완료된 상태도 따로 표시합니다. 주소가 최신이라는 사실과 모든 공개 글의 연결이 수정되었다는 사실을 구분하는 것이 통합 관리의 핵심입니다.
여러 사람이 대장을 고칠 때는 문서 상태를 누가 확인했는지도 남깁니다. 담당자가 수정 예정이라고 적은 것과 공개 화면에서 반영을 확인한 것은 서로 다른 기록입니다. 한 칸에 모두 완료라고 쓰면 실제 연결 점검을 했는지 알기 어려우므로 원고 수정, 공개 반영, 참조 링크 확인을 구별할 수 있습니다. 운영 대장이 길어지면 현재 사용 가능한 문서만 볼 수 있는 정렬이나 필터를 마련하되 보관 자료 자체를 지우지는 않습니다. 과거 문서가 연결됐던 이유를 추적할 기록은 따로 유지합니다.