사이트맵 lastmod,
언제 수정하고 언제 그대로 둘까?

사이트맵의 lastmod는 페이지에 의미 있는 변경이 있을 때만 바꾸고, 그렇지 않으면 이전 값을 그대로 두는 것이 맞습니다. 구글 Search Central의 사이트맵 문서는 lastmod가 페이지의 마지막 significant update 날짜와 시각을 반영해야 한다고 설명합니다. 배포할 때마다 모든 URL의 날짜를 오늘로 바꾸면 값이 실제 수정과 맞지 않게 됩니다.

구글은 lastmod를 어떻게 쓰는가

구글 Search Central의 사이트맵 문서에 따르면 구글은 lastmod 값이 일관되게, 그리고 검증 가능하게 정확할 때 이 값을 사용합니다. 문서가 예로 든 검증 방법은 사이트맵에 적힌 날짜를 실제 페이지의 마지막 수정 시점과 비교하는 것입니다.

그래서 lastmod는 자주 바꾸는 것보다 실제 수정과 맞게 유지하는 것이 중요합니다. 문서의 예시 값은 2022-06-04처럼 날짜만 적은 형식입니다.

어떤 변경이 갱신 대상인가

오타 수정처럼 문서가 예로 들지 않은 변경은 독자가 보는 내용이 달라졌는지로 판단하면 됩니다. 판단이 갈리면 갱신하지 않는 쪽이 값의 정확도를 지킵니다.

priority와 changefreq는 어떻게 되나

구글은 사이트맵의 priority와 changefreq 값을 무시한다고 같은 문서가 밝힙니다. 사이트맵 생성기가 이미 넣어 둔 값이 있어도 문제는 없지만, 이 값으로 크롤링 빈도를 조절할 수 있다고 기대하면 안 됩니다.

네이버 서치어드바이저의 사이트맵 안내는 lastmod, changefreq, priority를 모두 선택 요소로 적습니다. 구글처럼 changefreq와 priority를 무시한다는 문장은 이 안내에 없습니다. 네이버용으로 값을 넣어 두는 것은 가능합니다.

날짜를 올려 신선해 보이게 하면 어떻게 되나

구글 helpful content 가이드는 페이지 날짜를 바꾸거나 내용을 넣었다 빼서 신선해 보이게 하는 것을 검색엔진 우선 행동의 예로 듭니다. lastmod를 전체 URL에 일괄로 오늘 날짜로 바꾸는 작업은 같은 의도로 보일 수 있습니다. 실제 수정이 없는 URL의 날짜를 올리지 않는 것이 안전합니다.

운영할 때 점검할 것

• CMS가 lastmod에 무엇을 넣는지 봅니다. 글을 저장한 시각을 넣는지, 사이트 빌드 시각을 넣는지에 따라 배포마다 모든 URL이 바뀔 수 있습니다.
• 푸터나 템플릿만 바꾼 배포에서 모든 URL의 날짜가 함께 바뀌지 않는지 확인합니다. 저작권 연도 갱신은 중요한 변경이 아닙니다.
• URL 몇 개를 골라 사이트맵의 lastmod와 실제 수정 시점을 비교합니다. 구글이 문서에서 든 검증 방법과 같은 방식입니다.
• Search Console의 사이트맵 보고서에서 제출 이력과 파싱 오류를 확인합니다. 이 보고서로 새 사이트맵을 구글에 알릴 수도 있습니다.

사이트맵에 어떤 URL을 넣을지는 대표 URL 정리와 이어집니다. 같은 페이지를 가리키는 URL이 여러 개일 때의 기준은 구글이 canonical 태그를 따르지 않을 때 확인할 내용에 정리했습니다. 구글과 네이버의 사이트맵 제출 방식 차이는 네이버와 구글에서 같은 글의 검색 순위가 다른 이유에서 다룹니다.

참고한 자료

• 구글 Search Central, 사이트맵 만들기와 제출하기: https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap
• 구글 Search Central, helpful content 만들기: https://developers.google.com/search/docs/fundamentals/creating-helpful-content
• 네이버 서치어드바이저, 콘텐츠 피드 요청 안내: https://searchadvisor.naver.com/guide/request-feed
• Search Console 도움말, 사이트맵 보고서: https://support.google.com/webmasters/answer/7451001?hl=en