어제는 폭이 24cm였는데 오늘은 26cm라고 적혀 있습니다. 독자는 어느 값으로 판단해야 할까요? 페이지 위에 “최종 수정” 날짜만 바뀌어 있으면 무엇이 틀렸고 어떤 자료를 다시 봤는지 알기 어렵습니다. 정정 기록은 날짜를 새로 보이게 하는 장식이 아니라, 이전 내용을 읽은 사람이 판단을 고칠 수 있게 돕는 정보입니다.
처음부터 잘못 쓴 내용과 나중에 바뀐 사실을 구분합니다
게시할 때부터 숫자를 잘못 옮겼다면 오류 수정입니다. 게시 당시에는 맞았지만 서비스 요금이나 운영 정책이 이후 바뀌었다면 외부 변경에 따른 갱신입니다. 두 경우 모두 본문을 고칠 수 있지만 독자에게 설명할 이유는 다릅니다. 실제 변경일을 모르는데 “정책이 변경되어 수정했습니다”라고 쓰면 원래 오류를 외부 사정처럼 보이게 할 수 있습니다.
| 유형 | 가상 예 | 독자에게 필요한 설명 |
|---|---|---|
| 오탈자 | 문장 속 중복 글자 삭제 | 뜻이 같다면 별도 공지 생략 가능 |
| 사실 오류 | 외경 240 mm를 260 mm로 잘못 옮김 | 잘못된 값·바른 값·확인 자료 |
| 설명 보강 | 제품 무게에 포장 제외 조건 추가 | 새로 분명해진 조건과 영향 |
| 외부 변경 | 현재 이용요금이 바뀜 | 새 기준의 적용일·확인일·대상 |
이 표는 편집 기준의 예입니다. 모든 문장 수정에 같은 길이의 공지를 붙이기보다 독자가 이전 설명으로 중요한 선택을 했을 가능성을 봅니다. 가격, 호환 조건, 사용 자격, 보관 방법처럼 행동을 바꿀 수 있는 정보는 눈에 띄게 남길 이유가 큽니다.
사양 오류를 한 문장 고치는 데서 끝내지 않습니다
가상 트레이 안내에서 원본 사양서는 외경 폭 240mm인데 본문에는 260mm로 옮겼다고 가정합니다. 정정 전에 해당 숫자가 들어간 위치를 찾습니다. 본문만 고치고 대표 이미지나 요약에 260mm가 남아 있으면 독자는 서로 다른 답을 받습니다.
- 본문의 사양표와 설치 가능 조건을 확인합니다.
- 치수 이미지, 이미지 설명, 캡션에 같은 값이 있는지 봅니다.
- 글 요약, 관련 글 카드, 다운로드 자료의 표기를 대조합니다.
- 잘못된 폭을 사용한 계산과 결론을 다시 확인합니다.
단위가 바뀐 오류라면 값만 대체하기 전에 측정 대상이 같은지도 봐야 합니다. 사양표의 단위와 측정 기준처럼 외경과 내경이 섞인 문제는 숫자 하나의 오탈자보다 수정 범위가 넓습니다.
독자가 읽을 정정 문구에는 전후 차이를 남깁니다
아래 문구는 실제 사고 기록이 아닌 위 가상 사례의 작성 예입니다. 오류를 과장하거나 숨기지 않고, 이전 값을 본 독자가 무엇을 다시 판단해야 하는지 적었습니다.
정정 예시 — 2026년 10월 4일
사양표의 외경 폭을 260mm에서 240mm로 바로잡았습니다. 원본 사양서의 값을 옮기는 과정에서 잘못 기재한 부분입니다. 같은 값이 들어간 치수 이미지와 설치 여유 계산도 수정했습니다. 기존 260mm 표기를 기준으로 공간을 비교했다면 변경된 사양을 다시 확인해 주세요.
원본 사양서가 공개 가능한 자료라면 문서명·버전·링크를 붙입니다. 공개할 수 없는 고객 문서라면 개인정보와 비공개 내용을 노출하지 않으면서 확인한 자료의 종류와 범위를 설명합니다. 실제로 재검토하지 않은 이미지나 계산까지 “모두 수정”했다고 쓰지는 않습니다.
외부 정책 변경은 적용일과 확인일을 나눕니다
서비스 공지에서 새 요금이 10월 1일부터 적용된다고 안내했고 편집자가 10월 4일에 확인했다면, 독자가 알아야 할 날짜는 두 개입니다. 적용일은 언제부터 그 조건을 쓰는지, 확인일은 편집자가 어느 시점의 자료를 봤는지를 설명합니다. 글의 발행일은 이 두 날짜로 바꾸지 않습니다.
모든 이용자에게 같은 정책이 적용되는지도 확인합니다. 신규 가입자만 대상인데 기존 이용자까지 포함한 것처럼 고치면 갱신하면서 새 오류를 만들게 됩니다. 국가·계정 종류·요금제·제품 버전처럼 적용 범위를 바꾸는 조건은 변경 요약에 함께 넣습니다. 새 공지를 못 찾거나 기존 링크가 사라졌다면 출처 복구 절차부터 진행합니다.
내부 기록과 공개 기록의 상세도는 달라도 됩니다
내부에는 제보 시각, 담당자, 이전 문장, 수정문, 검토 자료, 영향받는 URL을 남겨 같은 오류를 추적할 수 있게 합니다. 공개 기록에는 독자의 이해에 필요한 변경 내용과 이유를 간결하게 씁니다. 제보자의 이메일이나 내부 파일 경로까지 본문에 복사할 필요는 없습니다.
정정이 여러 번 있었다면 최신 상태가 무엇인지 먼저 보여 주고 아래에 변경 이력을 둡니다. 오래된 오류 문장을 본문에 그대로 남겨 취소선만 긋는 방식은 검색 결과나 복사 과정에서 잘못된 정보가 다시 유통될 수 있습니다. 현재 안내는 올바른 내용으로 유지하고, 과거 값은 정정 설명 안에서 명확히 구분합니다.
수정일은 변경 내용과 함께 관리합니다
Google의 발행·수정일 안내는 화면에 보이는 날짜와 대응하는 구조화 데이터 값을 일관되게 표시하도록 설명합니다. 같은 변경을 기록하면서 본문 위 날짜와 검색용 데이터가 서로 다른 날을 가리키지 않도록 확인할 수 있습니다. 이는 모든 오탈자 수정을 대대적으로 공지하라는 뜻은 아닙니다.
날짜 관리가 필요한 의미 있는 변경이라면 사이트맵 lastmod 대조 방법도 함께 적용합니다. 최초 발행일을 보존하고, 실제 수정 시점과 정정 내용을 연결하면 다음에 읽는 사람은 현재 정보의 기준을, 이전 독자는 달라진 판단을 확인할 수 있습니다.
Google 원문 확인일: 2026년 10월 4일. 이 글의 정정 유형과 공개 문구는 detailry가 제안하는 편집 방법이며, 트레이·요금 변경은 설명용 가상 사례입니다.