사이트맵 priority·changefreq, 구글은 안 본다

구글은 XML 사이트맵의 <priority> 태그를 실제로 참고하지 않는다고 공식 문서에서 직접 밝히고 있다. <changefreq> 태그 역시 크롤링 우선순위나 순위에 반영되지 않는다. 그런데도 사이트맵을 만들 때마다 이 두 태그의 값을 0.1 단위로 고민하거나, 페이지별 갱신 주기를 "daily"·"weekly"로 정성껏 나누는 경우가 여전히 많다.

결론부터 말하면 이 두 태그에 들이는 시간은 아껴도 된다. 구글이 실제로 참고하는 값은 따로 있고, 그 값을 제대로 관리하는 편이 훨씬 효과가 크다.

priority·changefreq 태그는 원래 뭘 하는 태그일까

<priority>는 사이트맵 안에서 이 URL이 다른 URL보다 얼마나 중요한지를 0.0에서 1.0 사이 숫자로 표시하는 태그다. <changefreq>는 이 페이지가 얼마나 자주 바뀌는지를 "always"부터 "never"까지 단어로 적어 두는 태그다.

두 태그 모두 2005년 사이트맵 프로토콜이 처음 만들어질 때부터 있었던 항목으로, "검색엔진에게 크롤링 우선순위를 알려주는 힌트" 정도의 역할로 설계됐다. 문제는 이 힌트를 구글이 실제로 쓰지 않는다는 점이다.

구글이 정말 이 태그들을 무시한다고 확인했을까

구글 공식 문서는 "priority와 changefreq 값은 구글이 무시하므로 설정할 필요가 없다"고 직접 밝히고 있다. 존 뮬러도 여러 인터뷰와 질의응답에서 "사이트맵의 priority는 무시한다"고 공개적으로 답한 바 있다.

이유는 단순하다. 사이트 운영자가 스스로 매기는 중요도·갱신 주기는 주관적이고 과장되기 쉬운 값이기 때문이다. 실제로 많은 사이트가 거의 모든 페이지에 priority 1.0을 넣거나 changefreq를 "daily"로 몰아 적어, 구글 입장에서는 신호로 쓸 수 없는 값이 돼 버렸다. 구글은 대신 백링크·클릭 데이터·페이지 구조 같은 자체 신호로 크롤링·색인 우선순위를 계산한다.

priority·changefreq는 "내가 이 페이지를 중요하다고 생각한다"는 의견일 뿐, 구글이 실제로 그 페이지를 얼마나 중요하게 보는지와는 무관하다.

그럼 사이트맵에서 진짜 중요한 태그는 뭘까

구글이 실제로 참고하는 값은 <lastmod>다. 다만 아무 날짜나 넣는다고 신호로 인정되는 것은 아니다. 실제 콘텐츠가 바뀐 시점과 정확히 일치할 때만 구글이 이 값을 믿고 재크롤링 스케줄에 반영한다. 날짜만 매번 오늘 날짜로 바꿔 넣는 식으로 쓰면 구글이 그 사이트의 lastmod 자체를 신뢰하지 않게 된다는 점을 공식적으로 밝힌 바 있다. lastmod를 정확히 관리하는 구체적인 방법은 사이트맵 lastmod 정확도 가이드에서 더 자세히 다뤘다.

priority·changefreq에 들이던 시간은 다음 세 가지로 옮기는 편이 훨씬 낫다.

• lastmod 정확도 점검: 실제 수정 시점과 어긋나 있지 않은지 주기적으로 확인한다.
• 사이트맵 분할: URL이 많다면 하나의 사이트맵에 5만 개·50MB를 넘기지 않도록 나눈다.
• robots.txt 연동: 사이트맵 위치를 robots.txt에 명시해 구글봇이 쉽게 찾게 한다.

사이트맵을 캐시 버스팅용 파라미터로 매번 다른 URL처럼 보이게 만드는 것도 흔한 실수다. 이 부분은 사이트맵 캐시 버스팅 관련 글에서 따로 다뤘다.

사이트맵 자체를 처음부터 만드는 방법이 궁금하다면 사이트맵(sitemap.xml)이란 글을 먼저 참고해도 좋다.

나쁜 예와 좋은 예로 비교하면 어떨까

나쁜 예는 모든 상품 페이지에 priority 1.0, changefreq "daily"를 똑같이 넣어 두고, 실제 콘텐츠는 몇 달째 그대로인 사이트맵이다. 구글 입장에서는 이 값이 아무 정보도 주지 못하므로, 그만큼 신경 써서 관리해도 크롤링·색인에 아무 변화가 없다.

좋은 예는 priority·changefreq는 도구가 자동으로 채운 기본값 그대로 두고, 대신 상품 정보가 실제로 바뀔 때만 lastmod 날짜가 갱신되도록 설정한 사이트맵이다. 이 경우 구글이 "이 URL은 최근에 진짜로 바뀌었다"는 신호로 받아들여 재크롤링 순서를 앞당길 가능성이 커진다.

항목	나쁜 예	좋은 예
priority	전체 URL에 1.0으로 통일	도구 기본값 그대로(신경 쓰지 않음)
changefreq	실제와 무관하게 "daily" 고정	도구 기본값 그대로(신경 쓰지 않음)
lastmod	배포마다 오늘 날짜로 갱신	실제 콘텐츠 변경 시점과 일치

priority·changefreq를 그래도 넣어야 할까

넣어도 해는 없지만, 굳이 세밀하게 관리할 필요는 없다. 워드프레스 플러그인이나 Next.js sitemap 기능처럼 사이트맵 생성 도구가 기본값으로 자동으로 채워 준다면 그대로 둬도 무방하다. 다만 이 두 태그를 "정교하게" 조정해서 순위나 크롤링 속도를 끌어올리려는 시도는, 애초에 구글이 보지 않는 값을 붙잡고 있는 셈이라 효과를 기대하기 어렵다.

사이트맵 하나만 잘 정리해도 크롤링 효율이 달라지지만, 실제로 색인·순위를 좌우하는 요소는 사이트 구조·콘텐츠 품질·내부 링크처럼 훨씬 범위가 넓다. 사이트맵 점검부터 전체적인 검색 노출 전략까지 막막하시다면 이루웹에 편하게 문의해 주세요. SEO 최적화 홈페이지 제작과 함께 사이트맵·크롤링 설정 전반을 점검해 드리고 있습니다. 서비스 소개를 살펴보시고, 무료 상담으로 지금 상황을 알려주시면 가장 효과적인 개선 방향부터 안내해 드리겠습니다.