sitemap priority·changefreq는 무시됩니다 — lastmod의 의미
사이트맵에 <priority>1.0</priority> 를 붙였는데 아무것도 달라지지 않아 검색해 보신 분을 위한 글입니다. 결론부터 말하면 구글은 공식 문서에서 priority와 changefreq 값을 무시한다고 밝히고 있습니다.
사이트맵은 순위를 올리는 파일이 아니라 "이런 주소가 있다"고 알려 주는 목록입니다. 실제로 읽히는 값은 사실상 <loc> 과 조건을 만족한 <lastmod> 뿐입니다.
요약 ① 구글 공식 문서에 "Google은
<priority>및<changefreq>값을 무시합니다"라고 적혀 있고, 빙도 이 두 필드를 대체로 무시한다고 밝혔습니다. ② 규격상으로도 priority는 같은 사이트 안의 상대적 중요도일 뿐이며 기본값은 0.5입니다. 다른 사이트와 비교되는 값이 아닙니다. ③ lastmod는 실제 수정일과 대조해 일관되게 정확할 때만 쓰입니다. 모든 URL을 오늘 날짜로 채우면 오히려 신뢰를 잃습니다.
priority를 올려도 아무 일도 일어나지 않는 이유
사이트맵 생성기를 돌리면 대개 모든 URL에 같은 changefreq와 같은 priority가 붙습니다. 중요한 페이지만 1.0으로 올려 두면 먼저 크롤링될 것 같지만, 그런 동작은 문서화된 적이 없습니다.
changefreq는 규격 자체가 "명령이 아니라 힌트"라고 적어 둔 값입니다. 크롤러가 참고할 수도 있고 무시할 수도 있다는 뜻이 원문에 그대로 들어 있습니다.
priority도 마찬가지입니다. 규격은 이 값이 내 사이트 안의 URL끼리 비교하는 용도라고 못 박고, 다른 사이트의 페이지와 비교되는 값이 아니라고 덧붙입니다. 그래서 전부 1.0으로 채우면 상대 순서 정보가 사라져 값이 아예 무의미해집니다.
sitemap.xml, 도구 없이 직접 만드는 방법
sitemap.xml은 특별한 프로그램이 필요한 파일이 아니라 그냥 텍스트 파일입니다. 메모장에 아래 형태로 적어 저장하면 됩니다.
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/</loc>
<lastmod>2026-07-01</lastmod>
</url>
<url>
<loc>https://example.com/guide/sitemap-xml</loc>
<lastmod>2026-07-14</lastmod>
</url>
</urlset>
각 태그에 규격이 정해 둔 내용은 다음과 같습니다.
| 태그 | 필수 | 규격이 정한 것 |
|---|---|---|
loc | 필수 | https:// 같은 프로토콜부터 적은 전체 주소. 2,048자 미만 |
lastmod | 선택 | W3C Datetime 형식. 2026-07-01 처럼 날짜만 적어도 됩니다 |
changefreq | 선택 | always·hourly·daily·weekly·monthly·yearly·never 중 하나. 힌트이지 명령이 아닙니다 |
priority | 선택 | 0.0~1.0. 기본값은 0.5이고, 같은 사이트 안에서만 상대적입니다 |
파일 쪽 규칙도 두 가지만 기억하면 됩니다. 한 파일에 URL 50,000개, 비압축 50MB까지 담을 수 있고(gzip 압축 가능), 넘으면 파일을 나눠 사이트맵 인덱스로 묶습니다.
그리고 사이트맵을 둔 위치가 담을 수 있는 주소의 범위를 정합니다. https://example.com/catalog/sitemap.xml 은 https://example.com/catalog/ 로 시작하는 주소만 담을 수 있습니다. 그래서 보통 사이트 최상위에 둡니다.
만든 파일은 서버에 올린 뒤 robots.txt에 한 줄을 추가해 알립니다. Sitemap: https://example.com/sitemap.xml 형식이고, user-agent 줄과 무관하게 여러 개를 적을 수 있습니다.
저희 도구로 확인하기. 주소가 수십 개면 <url> 블록을 손으로 반복해 적는 일이 금세 번거로워집니다. URL을 한 줄에 하나씩 붙여넣으면 XML이 바로 만들어지고, 중복된 주소는 한 번만 남으며 주소 형식이 아닌 줄은 건너뛴 개수로 표시됩니다.
설치·회원가입 없이 브라우저 안에서 바로 XML이 만들어지며, 입력한 URL 목록은 서버로 전송되지 않습니다.
기본 도메인 칸에 https://example.com 을 넣어 두면 /guide/sitemap-xml 같은 상대 경로도 전체 주소로 채워집니다. changefreq·priority·lastmod는 각각 왼쪽 체크박스로 끄고 켤 수 있어, 넣지 않기로 한 태그는 아예 빼고 출력할 수 있습니다.
lastmod — 유일하게 실제로 쓰이는 값
구글은 lastmod에 대해 다른 태도를 취합니다. 페이지의 실제 마지막 수정과 대조해 일관되고 검증 가능하게 정확할 때 그 값을 사용한다고 적어 두었습니다.
여기서 "수정"의 기준도 나와 있습니다. 본문·구조화 데이터·링크가 바뀐 경우는 의미 있는 변경으로 보지만, 저작권 표기 연도만 바뀐 것 같은 변화는 해당하지 않습니다.
빙도 같은 지점을 지적합니다. lastmod 값이 계속 현재 날짜로 채워져 있으면 그 날짜의 타당성을 의심하고 무시할 수 있다고 공식 블로그에 적혀 있습니다.
문제는 많은 생성기가 lastmod에 "사이트맵을 만든 날짜"를 일괄로 넣는다는 점입니다. 페이지를 고치지도 않았는데 매일 날짜가 갱신되면, 유일하게 쓰이던 신호를 스스로 망가뜨리는 셈입니다.
저희 도구도 lastmod 칸이 하나뿐이라 선택한 날짜가 모든 URL에 똑같이 붙습니다. 페이지마다 수정일이 다르다면 체크를 해제해 lastmod를 빼거나, 만든 XML에서 URL별 날짜를 고쳐 쓰는 편이 정확합니다.
사이트맵은 색인을 보장하지 않습니다
가장 자주 어긋나는 기대가 이것입니다. 구글은 사이트맵 제출이 힌트일 뿐이며, 사이트맵을 내려받는다는 것도, 그 목록으로 크롤링한다는 것도 보장하지 않는다고 명시합니다.
즉 사이트맵의 역할은 "발견을 돕는 것"입니다. 링크가 거의 걸려 있지 않은 새 페이지나 규모가 큰 사이트에서 값어치가 크고, 이미 잘 크롤링되는 페이지에 태그를 더 붙인다고 달라지지는 않습니다.
확인은 두 곳에서 합니다. 사이트맵 파일 주소를 브라우저에서 직접 열어 XML이 그대로 보이는지 보고, 서치 콘솔의 사이트맵 보고서에서 읽은 상태와 발견된 URL 수가 내 목록과 맞는지 봅니다.
자주 막히는 지점
| 상황 | 실제로 어떻게 되나 |
|---|---|
| 중요한 페이지만 priority 1.0 | 구글은 값 자체를 읽지 않습니다. 규격상으로도 같은 사이트 안의 상대값일 뿐입니다 |
| changefreq를 always로 바꿔 크롤링 유도 | 크롤링 주기는 이 태그로 정해지지 않습니다. 규격도 힌트라고만 적고 있습니다 |
| 모든 URL의 lastmod가 오늘 날짜 | 검색엔진이 값의 타당성을 의심해 무시할 수 있습니다 |
| 하위 폴더에 둔 사이트맵에 다른 경로 주소 | 규격상 그 사이트맵은 자신이 놓인 경로 아래 주소만 담을 수 있습니다 |
| URL 50,000개 또는 50MB 초과 | 파일을 나눈 뒤 사이트맵 인덱스 파일로 묶습니다 |
| 사이트맵에 넣었는데 색인이 안 됨 | 사이트맵은 발견을 돕는 힌트이고 색인 여부는 별도로 판단됩니다 |
정리
- 구글은
<priority>와<changefreq>를 무시한다고 공식 문서에 적었고, 빙도 두 필드를 대체로 무시한다고 밝혔습니다. - 규격상 priority의 범위는 0.0~1.0, 기본값은 0.5이며 같은 사이트 안에서만 상대적입니다.
- changefreq의 값은 always·hourly·daily·weekly·monthly·yearly·never 일곱 가지이고, 규격이 스스로 힌트라고 규정합니다.
- lastmod만 실제로 쓰이되, 페이지의 실제 수정일과 일관되게 맞을 때만 그렇습니다. 전부 오늘 날짜로 채우면 무시될 수 있습니다.
- 한 파일에 URL 50,000개·비압축 50MB까지 담기며, 사이트맵 위치가 담을 수 있는 주소 범위를 제한합니다.
- 사이트맵 제출은 힌트이지 색인 보장이 아닙니다.
설치·회원가입 없이 브라우저 안에서 바로 XML이 만들어지며, 입력한 URL 목록은 서버로 전송되지 않습니다.
자주 묻는 질문
priority를 전부 1.0으로 올리면 손해인가요?
순위가 오르지도, 페널티가 생기지도 않습니다. 구글은 이 값을 읽지 않는다고 밝혔고, 규격상으로도 같은 사이트 안에서 URL끼리 비교하는 값이라 전부 같은 값이면 비교 정보가 사라질 뿐입니다. 없애도 되는 태그이고, 남겨 둔다면 기본값이 0.5라는 점만 알아 두면 됩니다.
새 글을 빨리 크롤링시키려면 changefreq를 always로 하면 되나요?
그렇지 않습니다. 규격은 changefreq를 힌트로 정의하고 크롤러가 무시할 수 있다고 적어 두었으며, 구글은 이 값을 아예 사용하지 않는다고 밝혔습니다. 크롤링을 앞당기고 싶다면 태그보다 실제 수정일이 정확한 lastmod, 내부 링크, 서치 콘솔의 URL 검사 쪽이 확인 가능한 경로입니다.
lastmod에 시간까지 적어야 하나요?
규격은 W3C Datetime 형식을 요구하고, 시간 부분을 생략한 2026-07-01 형태를 허용합니다. 이 도구도 날짜 형식으로 출력합니다. 수정 시각까지 정확히 아는 시스템이라면 시간과 시간대를 포함해도 되지만, 부정확한 시각을 매번 새로 찍는 것보다는 날짜만 정확한 편이 낫습니다.
입력한 URL 목록이 서버로 전송되나요?
아니요. 이 도구는 붙여넣은 목록으로 브라우저 안에서 XML 문자열을 만들고, 다운로드도 그 문자열을 브라우저에서 파일로 저장하는 방식입니다. 입력한 주소는 서버로 전송되거나 저장되지 않으므로, 아직 공개하지 않은 경로가 섞여 있어도 외부로 나가지 않습니다.