사이트맵 priority·changefreq — 구글이 이미 무시한다고 밝힌 태그

가이드 · 2026-08-19 최종 확인

XML 사이트맵을 만들 때 <priority>를 0.9로 할지 1.0으로 할지, <changefreq>를 daily로 할지 weekly로 할지 고민해본 적 있다면, 그 시간은 사실 낭비였습니다. 구글은 이 두 태그를 크롤링 우선순위 결정에 쓰지 않는다고 오래전부터 공식적으로 밝혀왔습니다. 이 가이드는 왜 그렇게 됐는지, 그리고 사이트맵에서 실제로 신경 써야 할 것은 무엇인지 정리합니다.

1. priority·changefreq는 원래 무엇을 위한 태그였나

사이트맵 프로토콜(sitemaps.org)이 처음 정의될 때, <priority>는 "이 URL이 내 사이트 안에서 다른 URL과 비교해 얼마나 중요한가"를 0.0~1.0 사이 값으로 사이트 운영자가 직접 표기하는 태그였습니다. <changefreq>는 "이 페이지가 얼마나 자주 바뀌는가"를 always/hourly/daily/weekly/monthly/yearly/never 중 하나로 표기하는 태그였습니다. 의도 자체는 합리적입니다 — 검색엔진이 크롤링 자원을 배분할 때 운영자가 직접 힌트를 주면 도움이 될 거라는 발상이었습니다.

2. 구글이 무시하게 된 이유: 자기 신고의 함정

문제는 이 두 값이 전적으로 사이트 운영자의 자기 신고에 의존한다는 점입니다. 구글은 2014년경부터 존 뮬러(John Mueller)를 비롯한 공식 채널을 통해, priority와 changefreq를 크롤링 우선순위 결정에 사용하지 않는다고 여러 차례 확인해왔습니다. 이유는 단순합니다 — 모든 사이트 운영자가 자기 페이지를 중요하게 보이고 싶어 하기 때문에, 실제로 사이트맵을 열어보면 거의 모든 URL이 priority 0.8~1.0으로 표기되어 있고 changefreq도 daily로 도배되어 있는 경우가 흔합니다. 값이 전체 URL에 걸쳐 균질하게 "높음"으로 찍혀 있으면 상대적 우선순위 신호로서는 사실상 무의미해집니다. 그래서 구글은 이 값을 신뢰하는 대신, 실제로 관측되는 신호 — 과거 크롤링 이력, 페이지가 실제로 바뀌는 빈도, 내부 링크 구조에서 오는 중요도 신호 — 를 독자적으로 계산해서 씁니다.

3. 그럼 사이트맵에서 뭐가 여전히 의미 있나

먼저 <loc>(URL 자체)은 당연히 사이트맵의 핵심 기능이라 여전히 중요합니다. 이 URL이 존재하고, 색인해도 되는(canonical) 페이지라는 것을 알려주는 기본 역할입니다. <lastmod>는 구글이 "참고할 수 있다"고 밝힌 필드입니다. 다만 조건이 붙습니다 — lastmod 값이 실제 콘텐츠 변경과 정직하게 연동되어 있을 때만 신뢰합니다. 모든 URL의 lastmod를 매번 "오늘 날짜"로 일괄 갱신하는 사이트맵은 priority를 전부 1.0으로 채우는 것과 똑같은 함정에 빠집니다 — 구글은 이런 패턴도 감지해서 신뢰도를 낮춥니다.

4. 그럼 무엇에 시간을 써야 하나

• lastmod 정확히 관리: 실제로 콘텐츠가 바뀐 시점만 갱신하세요. 매번 오늘 날짜로 덮어쓰면 신뢰도만 떨어집니다.
• URL 목록 자체를 깨끗하게 유지: 404·리다이렉트·noindex 페이지가 사이트맵에 섞여 있지 않은지 주기적으로 점검하세요. 이런 오염이 크롤링 예산 낭비의 실제 원인입니다.
• 내부 링크 구조: 정말 중요한 페이지라면 priority 태그로 알리는 대신, 사이트 내에서 그 페이지로 향하는 내부 링크를 많이 만들어 실제 신호로 중요도를 전달하세요.

자주 묻는 질문