사이트맵 lastmod 값 관리

lastmod가 가리키는 수정 대상

구글 검색 센터는 페이지에 중요한 업데이트가 발생한 날짜와 시간을 lastmod에 반영하도록 안내합니다. 또한 값이 일관되고 실제 수정 내용으로 정확성을 검증할 수 있을 때 이 정보를 사용한다고 설명합니다. 운영자는 날짜가 최근인지보다 그 날짜를 설명할 변경 기록이 있는지를 판단해야 합니다.

사이트맵을 다시 생성했다는 기록만으로 각 페이지의 수정 시점을 설명할 수는 없습니다. 생성 작업은 파일을 출력하는 작업이고, 페이지 변경은 콘텐츠에 실제로 발생한 작업입니다. 개발 담당은 두 작업에서 발생하는 날짜를 같은 항목으로 처리하고 있는지 조사합니다.

페이지 날짜와 사이트맵 날짜의 차이

네이버 서치어드바이저는 페이지 주소를 담는 사이트맵의 lastmod를 페이지 수정 날짜로 설명합니다. 사이트맵 색인 파일에 들어가는 lastmod는 해당 사이트맵의 수정 날짜로 설명하며, 두 위치 모두 선택 항목으로 안내합니다. 같은 이름의 항목이어도 날짜를 가져올 대상은 달라집니다.

날짜를 수집할 때는 값만 복사하지 말고 어떤 항목 아래에 있는지도 함께 기록합니다. 색인 파일에 있는 날짜를 페이지 수정 날짜로 옮기면 대상이 다른 기록을 연결하게 됩니다. 관리표에는 날짜가 가리키는 대상과 그 날짜를 산출하는 자료를 별도 항목으로 기재합니다.

중요한 변경을 판단하는 기준

구글 검색 센터는 기본 콘텐츠, 구조화된 데이터, 링크 관련 업데이트를 일반적으로 중요한 변경으로 설명합니다. 저작권 날짜의 변경은 중요한 업데이트에 해당하지 않는 예로 제시합니다. 콘텐츠 담당은 편집 화면의 저장 여부보다 실제 공개 내용에서 무엇이 달라졌는지를 기록합니다.

운영 기준에는 변경 항목의 이름과 함께 변경 전후의 차이를 남깁니다. 단순히 본문을 편집했다고 기재하면 내용이 달라졌는지, 저장 작업만 있었는지 판단하기 어렵습니다. 설명이나 연결 정보가 달라진 부분을 기재한 뒤 개발 담당에게 날짜 반영 여부를 요청합니다.

날짜 산출 기준을 찾는 순서

운영자는 출력된 날짜의 대상부터 정하고, 변경의 중요성을 판단한 다음 기록과 값을 대조합니다. 콘텐츠 담당은 변경 내역을 준비하고 개발 담당은 날짜를 가져오는 데이터 항목과 출력 조건을 설명합니다. 파일의 생성 로그만 전달하지 말고 페이지 변경 이력도 함께 준비합니다.

1. lastmod가 페이지 항목에 있는지 색인 파일의 사이트맵 항목에 있는지 확인하고, 대상 이름을 기록합니다.
2. 콘텐츠 담당이 변경 전후 자료로 중요한 업데이트에 해당하는 작업을 가립니다.
3. 운영자가 변경 기록의 시점과 실제 파일에 출력된 값을 대조하고, 차이가 있는 항목을 개발 담당에게 전달합니다.

개발 담당에게는 날짜를 가져오는 원본 항목, 그 항목이 변경되는 조건, 생성 과정에서 값을 덮어쓰는 조건을 묻습니다. 관리 화면에서 표시하는 수정 날짜와 사이트맵에 사용하는 날짜가 같은지도 설명을 요청합니다. 콘텐츠 담당의 저장 작업이 공개 내용의 변경 없이도 날짜를 갱신하는지 함께 조사합니다.

준비 자료는 변경 전후 내용, 공개 반영 기록, 작업 전후의 사이트맵 출력값으로 구성합니다. 변경 요청 시점과 실제 공개 반영 시점이 다르면 두 기록을 따로 기재합니다. 어느 기록을 날짜의 근거로 사용할지는 개발 담당이 현재 산출 방식과 연결해 설명하도록 요청합니다.

변경 내용별 날짜 반영 요청

날짜 반영 요청에는 수정했다는 보고보다 변경의 성격을 담습니다. 아래 표는 공식 안내의 변경 유형을 운영 업무에 적용하기 위한 요청안입니다. 개별 페이지의 판단은 앞에서 정한 기준과 실제 변경 자료를 사용합니다.

변경 요청서에는 해당 작업이 페이지 전체에 적용됐는지 일부 항목에만 적용됐는지도 기재합니다. 공통 요소를 수정했다면 개발 담당이 실제 영향을 받은 페이지 범위를 추출하도록 요청합니다. 작업 이름이 같다는 이유로 관련 없는 페이지까지 날짜를 일괄 변경하지 않도록 처리 범위를 명시합니다.

산출 방식의 답변은 담당자 설명으로 끝내지 말고 적용한 데이터 항목과 조건으로 기록합니다. 출력값이 예상과 다르면 날짜를 수동으로 고치기 전에 원본 기록, 산출 규칙, 출력 과정 중 어디에서 차이가 발생했는지 조사합니다. 이후 수정 요청에는 원인과 재검증 대상을 함께 기재합니다.

변경 여부를 함께 남기는 대조 기록

대조 작업에는 변경한 페이지와 변경하지 않은 페이지를 함께 포함합니다. 변경한 페이지만 선택하면 날짜 반영은 검사할 수 있어도 불필요한 일괄 갱신은 발견하기 어렵습니다. 운영자는 같은 생성 작업을 거친 두 종류의 페이지에서 작업 전후 값을 수집합니다.

기록에는 페이지 식별 정보, 변경 내용, 공개 반영 시점, 작업 전 값, 작업 후 값, 차이의 설명을 기재합니다. 변경하지 않은 페이지에도 새 날짜가 출력됐다면 생성 작업 당시의 값이 들어갔는지 개발 담당에게 묻습니다. 중요한 변경이 있었는데 값이 유지됐다면 해당 변경 기록이 날짜 산출에 연결되는지 조사합니다.

여러 페이지의 날짜가 같다는 이유만으로 오류라고 단정하지는 않습니다. 동일한 공개 작업에서 각 페이지에 중요한 변경이 발생했다면 같은 날짜를 설명할 수 있습니다. 날짜가 같은지 다른지보다 각 값과 연결되는 변경 자료가 있는지를 근거로 처리 결과를 판단합니다.

차이가 남은 항목의 처리 기록

원인이 밝혀지지 않은 값은 정상 처리 항목과 따로 기록합니다. 운영자는 현재 출력값, 설명되지 않는 차이, 추가로 필요한 자료를 남기고 개발 담당에게 조사 범위를 전달합니다. 자료가 없다는 이유로 현재 날짜를 임의 입력하면 이후에도 그 값을 설명할 근거가 없습니다.

수정 후에는 문제를 발견했던 페이지를 다시 추출해 요청한 조건이 적용됐는지 검증합니다. 산출 규칙을 변경했다면 정상으로 판단했던 페이지에도 의도하지 않은 영향이 없는지 함께 대조합니다. 완료 기록에는 수정한 조건과 실제 출력 결과를 연결하며, 개발 작업 완료와 결과 검증 완료를 따로 기재합니다.

페이지의 값이 적절해졌더라도 색인 파일의 날짜까지 같은 값으로 정리할 필요는 없습니다. 색인 파일은 해당 사이트맵의 변경 이력을 근거로 처리합니다. 운영자는 두 기록의 날짜가 다른 경우 그 차이를 없애려고 수정하지 말고, 각 기록이 가리키는 대상에 맞는 설명을 남깁니다.

초안 저장과 공개 반영의 차이

편집 시스템의 저장 날짜가 공개 페이지의 변경 날짜와 같은지는 별도 판단이 필요합니다. 초안을 저장하거나 예약 발행 내용을 수정했지만 공개 페이지가 그대로라면, 그 저장 기록을 바로 lastmod에 연결할 근거가 충분하지 않습니다. 개발 담당에게 날짜 산출에 초안 상태가 포함되는지 설명을 요청합니다.

콘텐츠 담당은 승인 시점, 저장 시점, 공개 반영 시점을 하나의 수정 날짜로 묶지 않습니다. 각 기록의 의미를 기재하고 실제 공개 내용에 대응하는 기록을 연결합니다. 공개 이후에도 처리 단계가 여러 개라면 어느 단계에서 페이지 내용이 달라지는지 개발 담당과 정한 뒤 그 조건을 운영 문서에 남깁니다.

이어서 읽을 주제

개원 마케팅은 콘텐츠 발행과 수정의 목적을 정리하는 주제로 이어 읽을 수 있습니다. 병원 사이트 색인은 날짜 정보 정비 이후에도 검색에서 수집·색인 상태를 별도로 판단해야 하는 이유를 이해하기 위해 이어 읽을 수 있습니다.