콘텐츠 수정일과 갱신 대상 관리하기
정책·가격·화면이 바뀌면 관련 글을 갱신합니다. 글을 합치거나 보관할 때의 주소 처리와 게시일·수정일을 관리합니다.
정책·가격·제품 화면을 인용한 글은 원본이 바뀌면 해당 설명도 고쳐야 합니다. 수정할 글을 고를 때는 게시일과 함께 인용 자료와 화면 설명을 확인하세요.
어떤 내용을 다시 확인해야 하나요?
- 정책·공식 문서: 인용한 조항이나 적용 조건이 개정됐는지 확인합니다. 요금이나 지원 조건이 바뀌었다면 관련 설명을 갱신합니다.
- 수치: 집계 기간과 대상을 확인합니다. 과거 상황을 설명하는 값은 당시 기준 시점을 그대로 밝히고, 현재 상황을 설명해야 하는 값은 최근 자료로 바꿉니다.
- 제품 사용법: 버튼 이름, 화면 위치, 실행 순서가 현재 제품과 맞는지 확인합니다.
- 질문과 답변: 고객이 최근에 묻는 조건이나 예외가 기존 글에도 설명돼 있는지 살펴봅니다.
글을 수정할지, 합칠지 정하기
같은 주제를 여러 글에 나누어 설명했다면 어떤 주소를 유지할지 먼저 정합니다.
| 처리 | 적용할 상황 | 주소 관리 |
|---|---|---|
| 갱신 | 현재도 필요한 주제이며 기존 글에서 설명을 보완할 수 있음 | 같은 주소에서 내용을 수정 |
| 통합 | 여러 글에 같은 설명이나 불완전한 답변이 나뉘어 있음 | 유지할 글로 합치고 이전 주소는 301 리다이렉트 |
| 보관 | 이벤트가 끝났거나 기능 제공이 종료됨 | 종료 사실을 표시하거나 목록에서 제외 |
통합한 뒤 이전 주소를 바로 삭제하면 외부 링크와 공유 주소가 404가 됩니다. 이전 주소에서 합친 글로 이동할 수 있게 설정하세요.
게시일과 수정일 표시
게시일은 처음 공개한 날짜로 유지합니다. 내용을 수정한 날짜는 본문의 수정일과 기사 유형의 dateModified, sitemap의 lastmod에 반영합니다. datePublished에는 게시일을 사용합니다.
본문과 구조화 데이터, sitemap이 서로 다른 날짜를 읽고 있다면 생성 경로를 확인하세요. 같은 수정 기록을 사용하면 어느 곳에 이전 날짜가 남았는지 따로 추적할 필요가 줄어듭니다.
수정한 내용과 날짜를 함께 기록하고, 실제 변경 시점으로 수정일을 갱신합니다.
검토 일정 잡기
정책·요금·기능 안내는 변경을 확인했을 때 갱신합니다. 정기 검토가 필요한 글은 담당자와 다음 확인일을 지정하세요. 예를 들어 실무 가이드는 6개월, 개념 설명은 12개월 뒤에 다시 확인하도록 정할 수 있습니다. 이 간격은 콘텐츠 관리 일정의 예시입니다.
사례·발표 자료는 당시 시점의 기록으로 남길 수 있습니다. 본문에 기준 날짜를 표시하고, 현재 기능 안내로 오해할 만한 내용이 있으면 별도로 설명합니다.