크롤링·플랫폼 · 공식 문서
사이트맵 lastmod changefreq priority, 검색엔진별 처리 정리
사이트맵 규약에서 필수는 loc 뿐이고 나머지는 선택입니다. 구글과 빙은 priority·changefreq 를 무시한다고 적었고, lastmod 는 실제 수정일과 맞을 때 크롤링 판단에 씁니다.
사이트맵 생성기를 돌리면 URL 마다 lastmod·changefreq·priority 가 함께 찍혀 나옵니다. 값을 어떻게 채울지, 아예 빼도 되는지가 개발 단계에서 자주 나오는 질문입니다.
세 태그는 검색엔진마다 다루는 방식이 다릅니다. 이 편은 구글·빙·네이버 공식 문서가 각 태그에 대해 적은 내용과, 그에 맞춘 작성 기준을 정리합니다.
발견 01
사이트맵 규약에서 필수는 loc 하나이고, 나머지 태그는 검색엔진마다 지원이 다릅니다
All other tags are optional. Support for these optional tags may vary among search engines.
나머지 태그는 모두 선택입니다. 선택 태그를 지원하는 정도는 검색엔진마다 다를 수 있습니다.
| 태그 | 구글 | 빙 | 네이버 |
|---|---|---|---|
| loc | 필수(URL) | 필수(URL) | 필수 |
| lastmod | 정확할 때만 씀 | 재크롤링 우선순위에 씀 | 선택 |
| changefreq | 무시 | 무시 | 선택 |
| priority | 무시 | 무시 | 선택 |
발견 02
구글과 빙은 priority·changefreq 를 무시한다고 적었습니다
| 문서 | 공식 문서 원문 |
|---|---|
| 구글 「Build and submit a sitemap」 | Google ignores <priority> and <changefreq> values.구글은 priority 와 changefreq 값을 무시합니다. |
| 빙 「Keeping Content Discoverable with Sitemaps in AI Powered Search」 | Optional sitemap tags like changefreq and priority are ignored by Bing and do not influence how your content is crawled or ranked.changefreq·priority 같은 선택 태그는 빙이 무시하며, 크롤링이나 순위에 영향을 주지 않습니다. |
| sitemaps.org changefreq 설명 | Please note that the value of this tag is considered a hint and not a command.이 태그 값은 명령이 아니라 참고 값으로 다뤄집니다. |
| sitemaps.org priority 설명 | Please note that the priority you assign to a page is not likely to influence the position of your URLs in a search engine's result pages. Also, please note that assigning a high priority to all of the URLs on your site is not likely to help you.페이지에 준 priority 가 검색 결과 순위에 영향을 줄 가능성은 낮습니다. 사이트의 모든 URL 에 높은 priority 를 주는 것도 도움이 될 가능성이 낮습니다. |
| 네이버 「RSS 및 사이트맵 제출」 요소 표 | changefreq 페이지 변경 빈도 선택 / priority 사이트내 중요도 선택 |
priority 를 1.0 으로 올리거나 changefreq 를 daily 로 바꿔도 구글·빙의 크롤링은 그대로입니다. 생성기가 넣은 값은 지울 필요까지는 없고, 손을 쓸 자리는 lastmod 입니다.
네이버는 세 태그를 선택 요소로 받습니다. 네이버에도 낸다면 값이 있는 태그는 실제와 맞게 두면 됩니다.
발견 03
lastmod 는 실제 수정일과 맞을 때만 쓰이고, 사이트맵을 만든 날을 찍으면 버려질 수 있습니다
Google uses the <lastmod> value if it's consistently and verifiably (for example by comparing to the last modification of the page) accurate. The <lastmod> value should reflect the date and time of the last significant update to the page.
구글은 lastmod 값이 일관되고 확인할 수 있게 정확할 때(예: 페이지의 마지막 수정과 비교해서) 씁니다. lastmod 는 페이지를 마지막으로 크게 고친 날짜와 시간이어야 합니다.
| 페이지에서 바뀐 것 | lastmod |
|---|---|
| 본문 내용 | 고칩니다 |
| 구조화 데이터 | 고칩니다 |
| 페이지 안 링크 | 고칩니다 |
| 저작권 연도 | 그대로 둡니다 |
빙은 lastmod 를 다시 크롤링할 URL 을 고르는 신호로 씁니다(원문: The lastmod field in your sitemap remains a key signal, helping Bing prioritize URLs for recrawling and reindexing, or skip them entirely if the content hasn’t changed since the last crawl.) 같은 글에서 날짜와 시간을 함께 적으라고 권했습니다.
흔한 실수는 모든 줄에 사이트맵을 만든 날짜가 찍히는 것입니다. 빙은 날짜가 늘 그날로 찍히면 값을 의심하고 버릴 수 있다고 적었습니다(원문: However, if we observe that the dates are consistently set to the current date, we will suspect the validity of those dates and may disregard them.)
| 태그 | 넣을지 | 적는 값 |
|---|---|---|
| loc | 넣습니다 | 검색 결과에 보이길 바라는 절대 URL |
| lastmod | 실제 수정일을 낼 수 있을 때 넣습니다 | 페이지를 크게 고친 날짜(가능하면 시간·시간대까지) |
| changefreq | 넣지 않아도 됩니다 | 넣는다면 페이지마다 실제 갱신 주기 |
| priority | 넣지 않아도 됩니다 | 넣는다면 사이트 안 상대 중요도 |
예시 ① 업무용 소프트웨어 회사의 도움말 문서 사이트(B2B)
문서 사이트를 매일 새로 빌드하면서 모든 URL 의 lastmod 가 빌드 날짜로 찍힙니다. 실제로 바뀐 문서는 그중 몇 개뿐입니다.
문서 파일의 마지막 수정 시각을 lastmod 로 넣게 빌드 설정을 바꿉니다. 바뀐 문서만 날짜가 움직여 크롤러가 고를 단서가 생깁니다.
예시 ② 상품이 수천 개인 쇼핑몰(B2C)
모든 상품 URL 에 priority 1.0 과 changefreq daily 가 들어 있습니다. 구글·빙은 두 값을 무시하므로 손볼 자리는 lastmod 하나입니다.
가격·재고·상품 설명이 바뀐 날을 lastmod 로 넣습니다. 상품 정보가 데이터베이스에 있으므로 수정 시각을 그대로 꺼내 씁니다.
예시 ③ 공공기관 누리집의 공지·자료실(B2G)
누리집 하단의 저작권 연도가 해마다 바뀌는데, 이때 모든 페이지의 lastmod 가 함께 바뀝니다. 구글 예시대로 저작권 연도 변경은 lastmod 를 그대로 두는 변경입니다.
공지 본문이나 첨부 자료가 바뀐 날만 lastmod 에 반영되게 게시판 수정일 칸을 연결합니다.
그럼 지금 사이트맵은 어떤 순서로 손보나요?
- 사이트맵을 열어 lastmod 값이 줄마다 다른지 봅니다. 모두 같은 날이면 생성일이 찍힌 것입니다.
- 페이지의 실제 수정 시각을 어디서 꺼낼지 정합니다(게시판 수정일, 상품 정보 수정 시각, 문서 파일 수정 시각).
- 본문·구조화 데이터·페이지 안 링크가 바뀔 때만 lastmod 가 움직이게 합니다.
- 날짜 형식을 W3C Datetime 으로 맞춥니다. 시간을 적으면 시간대까지 적습니다.
- priority·changefreq 는 생성기 설정에서 빼거나 그대로 둡니다. 네이버에도 낸다면 값이 실제와 맞는지만 봅니다.
조사 방법
- Google Search Central 「Build and submit a sitemap」 (문서 수정일 2026-07-08) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap
- Microsoft Bing Blogs 「Keeping Content Discoverable with Sitemaps in AI Powered Search」 (문서 수정일 2025-07-31) · 최종 확인일 2026-10-25 · https://blogs.bing.com/webmaster/2025/7/Keeping-Content-Discoverable-with-Sitemaps-in-AI-Powered-Search/
- Microsoft Bing Blogs 「The Importance of Setting the “lastmod” Tag in Your Sitemap」 (문서 수정일 2023-02-01) · 최종 확인일 2026-10-25 · https://blogs.bing.com/webmaster/2023/2/The-Importance-of-Setting-the-lastmod-Tag-in-Your-Sitemap/
- sitemaps.org 「Sitemaps XML format」 (문서 수정일 2016-11-21) · 최종 확인일 2026-10-25 · https://www.sitemaps.org/protocol.html
- 네이버 서치어드바이저 「RSS 및 사이트맵 제출」 · 최종 확인일 2026-10-25 · https://searchadvisor.naver.com/guide/request-feed
- 태그 4가지의 처리 표와 작성 기준은 위 문서들이 적은 내용을 태그 단위로 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- 빙 블로그 두 편은 빙 웹마스터 팀이 게시한 공식 글이며, 날짜는 게시일입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·보고서 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다. 네이버 가이드는 페이지에 수정일이 없습니다.