블로그를 개설하고 sitemap.xml 파일을 열어본 적이 있다면 <priority>0.8</priority>나 <changefreq>daily</changefreq> 같은 줄을 본 적이 있을 겁니다. 대부분의 사이트맵 생성기가 이 값을 자동으로 채워 넣거든요. 워드프레스 SEO 플러그인 중에는 게시물마다 우선순위를 직접 조정할 수 있는 슬라이더를 제공하는 것도 있습니다. 그런데 이 숫자를 정성 들여 조정하면 정말 검색 노출에 영향을 줄까요. 구글 서치 센트럴 공식 문서를 직접 열어 확인해봤습니다.
사이트맵 안에 들어가는 태그, 종류부터 정리하면
사이트맵 프로토콜은 원래 구글이 2005년에 sitemaps.org라는 이름으로 공개하면서 시작됐고, 이후 다른 검색엔진들도 함께 채택한 공통 규격이에요. 이 규격에는 페이지 주소를 나타내는 <loc>, 마지막 수정 시각을 나타내는 <lastmod>, 예상 업데이트 주기를 나타내는 <changefreq>, 그리고 사이트 안에서 그 페이지가 얼마나 중요한지를 0.0에서 1.0 사이 숫자로 표시하는 <priority>가 있습니다.
<loc>만 필수고 나머지 세 개는 전부 선택 항목이에요. 그래서 사이트맵 생성 도구들이 저마다 다른 기본값을 채워 넣는데, 이 기본값을 사람이 직접 손대야 검색에 유리해진다는 인식이 오래전부터 퍼져 있었죠.
구글은 이 두 태그를 그냥 지나친다
구글 서치 센트럴의 사이트맵 작성 가이드에는 이렇게 적혀 있습니다.
"Google ignores
<priority>and<changefreq>values."
번역하면 "구글은 <priority>와 <changefreq> 값을 무시한다"는 뜻이에요. 홈페이지에 1.0을 주고 오래된 글에 0.3을 주는 식으로 아무리 세심하게 값을 배분해도, 구글의 크롤링이나 색인 순서, 검색 순위에는 아무 영향이 없다는 걸 공식 문서가 직접 확인해주는 셈이죠. changefreq도 마찬가지입니다. daily라고 적어놓는다고 구글 봇이 그 페이지를 매일 찾아오지는 않아요.
이건 구글에 한정된 이야기지만, 실제로 개인 블로그 트래픽의 대부분을 차지하는 게 구글과 네이버라는 걸 감안하면 이 두 태그에 들이는 시간은 우선순위에서 한참 뒤로 밀려도 되는 항목입니다.
그럼 lastmod는 다를까
같은 문서는 <lastmod>에 대해서는 다른 태도를 보입니다.
"Google uses the
<lastmod>value if it's consistently and verifiably accurate."
"일관되고 검증 가능한 방식으로 정확하다면" 구글이 이 값을 실제로 활용한다는 거예요. 다만 여기서 '정확하다'는 기준이 꽤 엄격합니다. 본문 내용, 구조화 데이터, 링크가 실제로 바뀐 시점은 유의미한 업데이트로 인정되지만, 그냥 저작권 표시 연도만 바꾸거나 사소한 오타 하나만 고치고 lastmod 날짜를 오늘로 갱신하는 건 정확한 신호로 보지 않아요.
날짜만 바꿔서 최신 글처럼 보이게 하려는 시도는 결국 신뢰도만 깎아 먹을 수 있습니다. 실제로 오래된 글을 다시 다듬을 때 무엇을 손봐야 진짜 리프레시인지는 콘텐츠 리프레시 제대로 하는 법에서 더 자세히 짚었으니 참고하면 좋아요.
그래도 사이트맵 자체는 여전히 필요하다
태그 두 개가 무시된다고 사이트맵 전체가 쓸모없다는 뜻은 절대 아닙니다. 사이트맵은 구글이 아직 발견하지 못했거나 내부 링크가 부족한 페이지를 찾아내는 데 여전히 중요한 역할을 해요. 특히 신생 블로그처럼 백링크가 적은 사이트일수록 사이트맵을 통한 URL 제출이 색인 속도에 직접적인 도움이 됩니다.
| 태그 | 구글의 실제 처리 방식 |
|---|---|
| <loc> | 필수, 페이지 발견의 핵심 정보 |
| <lastmod> | 신뢰할 수 있게 정확하면 참고함 |
| <priority> | 무시함 |
| <changefreq> | 무시함 |
규격상 사이트맵 하나에는 압축하지 않은 상태 기준 50MB 또는 5만 개 URL까지만 담을 수 있고, 이를 넘으면 여러 파일로 나눠 사이트맵 인덱스를 만들어야 합니다. robots.txt 파일에 Sitemap: https://example.com/sitemap.xml처럼 한 줄만 추가해두면 검색엔진이 그 위치를 자동으로 참조할 수 있어요. 사이트맵을 서치 콘솔에 직접 제출하는 절차는 구글 서치콘솔 사용법에서, 네이버 쪽 등록 절차는 네이버 서치어드바이저 등록 방법에서 이미 정리해뒀습니다.
블로그스팟이라면 애초에 손댈 곳도 없다
여기서 블로그스팟(Blogger) 이용자라면 조금 안심해도 되는 부분이 있어요. 블로그스팟은 사이트맵을 운영자가 직접 작성하지 않고 플랫폼이 자동으로 생성합니다. 게시물을 발행하면 그 즉시 사이트맵 내용이 갱신되고, 보통 내블로그주소.blogspot.com/sitemap.xml 형태로 접근할 수 있어요. priority나 changefreq 값을 조정할 수 있는 설정 항목 자체가 아예 없으니, 이 문제로 고민할 이유가 처음부터 없는 셈이죠.
반대로 워드프레스에서 Yoast나 RankMath 같은 SEO 플러그인을 쓰고 있다면 이 두 태그를 손으로 조정할 수 있는 옵션이 실제로 존재합니다. 옵션이 있다고 반드시 써야 하는 건 아니라는 걸 이번 기회에 기억해두면 됩니다. 페이지 로딩 속도처럼 실제로 순위에 영향을 주는 요소는 따로 있으니, 그쪽에 시간을 쓰는 편이 더 남는 장사예요. 구체적인 기준값은 코어 웹 바이탈 개선 체크리스트에서 확인할 수 있습니다.
결국 사이트맵에서 진짜 신경 써야 할 건 딱 두 가지로 좁혀집니다. 빠짐없이 모든 URL이 <loc>에 들어가 있는지, 그리고 <lastmod> 날짜가 실제 수정 시점과 어긋나지 않는지. 나머지 태그를 붙잡고 시간을 쓰는 건 검색 노출과는 무관한 자기만족에 가깝습니다.
출처
- Google Search Central, "Build and submit a sitemap" — developers.google.com
자주 묻는 질문
Q. 사이트맵의 priority와 changefreq 값을 조정하면 검색 노출에 도움이 되나요?
아니요. 구글 서치 센트럴의 사이트맵 작성 가이드에는 구글이 priority와 changefreq 값을 무시한다고 명시돼 있습니다. 홈페이지에 1.0을 주고 오래된 글에 0.3을 주는 식으로 값을 배분해도 크롤링이나 색인 순서, 검색 순위에는 아무 영향이 없어요.
Q. lastmod 태그는 구글이 참고하나요?
일관되고 검증 가능한 방식으로 정확하다면 구글이 실제로 활용합니다. 다만 본문 내용, 구조화 데이터, 링크가 실제로 바뀐 시점만 유의미한 업데이트로 인정되고, 저작권 연도만 바꾸거나 오타 하나 고치고 날짜를 갱신하는 건 정확한 신호로 보지 않아요.
Q. 사이트맵 태그 중 필수 항목은 무엇인가요?
페이지 주소를 나타내는 loc만 필수이고, lastmod·changefreq·priority는 전부 선택 항목입니다. 사이트맵 하나에는 압축하지 않은 상태 기준 50MB 또는 5만 개 URL까지만 담을 수 있고, 이를 넘으면 여러 파일로 나눠 사이트맵 인덱스를 만들어야 하죠.
Q. 블로그스팟 이용자도 사이트맵 태그를 손봐야 하나요?
블로그스팟은 사이트맵을 플랫폼이 자동으로 생성하고, 게시물을 발행하면 즉시 갱신됩니다. priority나 changefreq를 조정할 수 있는 설정 항목 자체가 없으니 이 문제로 고민할 이유가 처음부터 없어요.
0 댓글