문장 수정 이력에 표현 정리라고만 적혀 있으면 다음 편집자는 무엇이 문제였는지 알기 어렵습니다. 같은 문장을 다시 다듬다가 이전 표현으로 되돌릴 수도 있습니다. 기록을 시작할 때는 수정 전 문장과 수정 후 문장을 함께 두고 바꾼 이유를 짧게 적습니다. 사실을 바로잡은 것인지, 조건을 보완한 것인지, 읽기 쉽게 정리한 것인지 구분하면 도움이 됩니다.
문장의 위치도 찾을 수 있어야 합니다. 글 제목만 남기면 긴 페이지에서 해당 문장을 다시 찾기 어렵기 때문입니다. 소제목이나 문단의 시작 부분처럼 위치를 식별할 단서를 기록합니다. 원고가 여러 채널에 쓰인다면 어느 화면에 반영할 변경인지도 표시합니다. 하나의 원고를 고쳤다고 모든 공개본이 자동으로 바뀐 것으로 처리하지 않습니다.
수정안을 쓴 사람, 내용을 확인한 사람, 실제로 게시한 상태를 구분합니다. 검토를 마친 문장과 공개된 문장이 다를 수 있으므로 날짜 하나로 모든 단계를 표시하지 않는 편이 좋습니다. 사실 확인을 기다리는 경우에는 무엇을 확인해야 하는지 적습니다. 아직 결정되지 않은 수정안을 완료한 변경과 함께 섞어 두면 다음 작업자가 잘못 사용할 수 있습니다.
처음부터 복잡한 관리표를 만들 필요는 없습니다. 다음 사람이 왜 바뀌었는지 이해하고 현재 공개 상태를 찾을 수 있는 정도부터 시작합니다. 반복해서 필요한 정보가 생기면 항목을 보완하면 됩니다. 수정 이력은 편집량을 보여주는 목록보다 판단의 맥락을 보존하는 기록일 때 이후 수정과 검수에 실제로 도움이 됩니다.
이력을 쓸 때는 하나의 수정에 여러 이유를 억지로 묶지 않습니다. 사실 관계를 바꾸면서 문장 길이도 줄였다면 두 변경을 구별할 수 있게 적습니다. 그래야 나중에 문장을 다시 늘리더라도 바로잡은 사실이 되돌아가지 않습니다. 예를 들어 가상의 이용 안내에서 신청 대상을 수정하고 중복 문장을 삭제했다면 대상 변경의 근거와 삭제한 표현의 역할을 각각 남길 수 있습니다.
확인 자료가 있는 수정은 그 자료의 어느 부분을 참고했는지도 적습니다. 자료 제목만 남기면 다음 편집자가 긴 문서를 다시 읽어야 합니다. 공개 가능한 주소나 내부 문서의 항목 이름처럼 필요한 범위의 단서를 남기되 개인 정보가 들어 있는 자료를 그대로 원고 이력에 복사하지 않습니다. 접근 권한이 필요한 자료는 보관 위치와 담당자를 구분해 관리합니다.
여러 차례 수정한 문장에서는 가장 최근 상태만 보면 왜 이전 표현을 버렸는지 알기 어려울 수 있습니다. 반복적으로 되돌아오는 문구가 있다면 승인되지 않은 이유를 현재 기준 가까이에 남깁니다. 과거 모든 초안을 공개 화면에 보여 줄 필요는 없지만 내부에서 판단 과정을 찾을 수 있어야 합니다. 미채택 문구와 승인된 문구의 상태를 분리하면 작성자가 초안 예시를 최종 표현으로 오해하는 일을 줄일 수 있습니다.
공개 반영을 확인할 때는 이력의 수정 문장과 실제 페이지를 직접 대조합니다. 복사 과정에서 한 문장만 빠지거나 이전 문단이 함께 남는 경우가 있을 수 있습니다. 반영한 채널별로 확인 결과를 남기고 일부 채널만 끝났다면 나머지를 미완료로 표시합니다. 변경 기록은 저장한 순간 끝나는 것이 아니라 독자가 읽는 문장까지 이어져야 다음 수정의 기준이 됩니다.