sitemap.xml 만들기와 제출하기

sitemap.xml이란 무엇인가

sitemap.xml이란 사이트가 색인되기를 바라는 URL 목록을 정해진 XML 형식으로 적어 검색엔진에 건네는 파일입니다. 크롤러가 링크를 따라다니며 페이지를 찾는 작업을 대신 안내해 주는 목록이라고 보면 됩니다. 여기서 색인(인덱싱)이란 검색엔진이 페이지 내용을 저장해 검색결과 후보로 삼는 과정을 말합니다. 사이트맵은 발견을 돕는 힌트이지 색인을 보장하는 명령이 아닙니다. sitemaps.org가 정의한 XML 형식을 Google과 Bing이 함께 지원합니다.

없거나 잘못되면 생기는 일

사이트맵이 없어도 링크가 잘 연결돼 있으면 크롤러는 페이지를 찾아냅니다. 문제는 링크가 얕게 연결된 구조입니다. 목록 페이지에서 몇 단계 안쪽에 있는 상세 페이지, 최근에 새로 올라온 글, 내부 링크가 거의 없는 페이지는 발견이 늦어집니다.

더 흔한 사고는 사이트맵이 있는데 내용이 틀린 경우입니다. 리디렉션되는 URL, 404가 되는 URL, noindex 페이지, canonical이 다른 곳을 가리키는 URL이 섞이면 크롤러가 헛걸음을 반복합니다. 애드브랜치 검사기는 sitemap-discovery로 사이트맵을 찾을 수 있는지 확인하고, sitemap-page-inclusion으로 지금 검사 중인 페이지가 그 목록에 들어 있는지 확인합니다.

최소 형식

복사해서 바로 쓸 수 있는 형태입니다. 파일 인코딩은 UTF-8, URL은 절대 URL로 씁니다.

<?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-09-01</lastmod>
  </url>
  <url>
    <loc>https://example.com/guides/sitemap</loc>
    <lastmod>2026-09-03</lastmod>
  </url>
</urlset>

필수 요소는 <urlset>과 각 <url> 안의 <loc> 뿐입니다. <lastmod>는 선택이고, <changefreq>와 <priority>도 선택입니다. Google은 changefreq와 priority 값을 사용하지 않는다고 공개 문서에서 밝히고 있으니 굳이 채워 넣을 이유가 없습니다.

크기 제한과 sitemap index

항목	제한
사이트맵 파일 하나의 URL 개수	50,000개
압축 해제 기준 파일 크기	50MB
sitemap index가 담을 수 있는 사이트맵 수	50,000개

둘 중 하나라도 넘으면 파일을 나누고, 나눈 파일들을 sitemap index로 묶습니다. gzip 압축(sitemap.xml.gz)도 허용되며 크기 제한은 압축 전 기준입니다.

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://example.com/sitemap-posts-1.xml</loc>
    <lastmod>2026-09-03</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://example.com/sitemap-products.xml</loc>
  </sitemap>
</sitemapindex>

robots.txt에 선언하고 제출하기

robots.txt 아무 위치에나 Sitemap: 줄을 넣으면 됩니다. 이 줄은 특정 User-agent 그룹에 속하지 않으며 절대 URL이어야 합니다.

User-agent: *
Allow: /

Sitemap: https://example.com/sitemap.xml

Google Search Console의 사이트맵 메뉴에서 경로를 직접 제출하면 처리 상태와 오류를 확인할 수 있습니다. Bing Webmaster Tools도 같은 방식으로 받습니다. robots.txt 선언과 도구 제출은 서로 대체하지 않으니 둘 다 해 두는 편이 좋습니다.

잘못된 예와 수정된 예

1. 상대 경로와 리디렉션되는 URL

<!-- 잘못된 예 -->
<url><loc>/guides/sitemap</loc></url>
<url><loc>http://example.com/guides/sitemap/</loc></url>

<loc>는 반드시 프로토콜을 포함한 절대 URL이어야 하고, 최종 목적지 URL을 그대로 적어야 합니다. HTTP에서 HTTPS로, 슬래시 없는 형태에서 있는 형태로 리디렉션되는 주소를 넣으면 크롤러가 한 번 더 왕복합니다.

<!-- 수정된 예 -->
<url><loc>https://example.com/guides/sitemap</loc></url>

2. lastmod를 배포 때마다 오늘 날짜로 갱신

<!-- 잘못된 예: 내용이 그대로인데 매일 갱신 -->
<url>
  <loc>https://example.com/about</loc>
  <lastmod>2026-09-03</lastmod>
</url>

lastmod는 그 페이지의 콘텐츠가 실제로 의미 있게 바뀐 날짜입니다. 사이트 전체를 빌드할 때마다 오늘 날짜로 덮어쓰면 값의 신뢰도가 떨어지고, Google은 일관성이 없다고 판단한 lastmod를 무시할 수 있다고 안내합니다. 오탈자 하나 고친 것도 갱신 사유가 아닙니다.

<!-- 수정된 예: 마지막 실제 수정일 -->
<url>
  <loc>https://example.com/about</loc>
  <lastmod>2025-11-12</lastmod>
</url>

날짜는 2026-09-03 또는 2026-09-03T10:20:00+09:00 형식의 W3C Datetime으로 씁니다.

적용 시 주의점

• 사이트맵에 넣는 URL은 canonical URL과 같아야 합니다. 파라미터가 붙은 변형이나 canonical이 다른 페이지를 가리키는 URL은 빼세요. 자세한 내용은 canonical 가이드를 보세요.
• noindex 페이지, 로그인 후에만 보이는 페이지, 404 페이지는 넣지 않습니다.
• 사이트맵에 URL을 넣는 것만으로 robots.txt의 Disallow가 풀리지 않습니다. 두 신호가 충돌하면 크롤링은 막힌 채로 남습니다.
• 사이트맵 자체가 Disallow로 막혀 있으면 검색엔진이 읽지 못합니다. robots-txt-path-allowed 검사에서 이 상황을 확인할 수 있습니다.

자주 묻는 질문

사이트맵을 제출하면 색인이 보장되나요

아닙니다. 사이트맵은 URL 발견을 돕는 힌트이고, 색인 여부는 검색엔진이 페이지 품질과 중복 여부를 판단해 결정합니다. Search Console에서 “제출된 URL 수”와 “색인된 URL 수”가 다른 것은 흔한 일입니다.

페이지가 몇 개면 사이트맵이 필요한가요

정해진 기준은 없습니다. 페이지가 수십 개이고 내부 링크로 모두 이어져 있다면 없어도 크게 불리하지 않습니다. 반대로 페이지가 수천 개이거나, 새 글이 자주 올라오거나, 외부에서 들어오는 링크가 적다면 사이트맵의 효과가 큽니다. 어차피 만드는 비용이 낮으니 규모와 무관하게 두는 쪽을 권합니다.

사이트맵 파일 이름을 꼭 sitemap.xml로 해야 하나요

아닙니다. 이름은 자유이고 확장자도 강제되지 않습니다. 다만 robots.txt의 Sitemap: 줄이나 Search Console 제출로 위치를 알려 줘야 합니다. 관례를 따르면 사람이 찾기 쉬우니 특별한 이유가 없으면 sitemap.xml을 쓰세요.

이미지나 동영상도 사이트맵에 넣나요

넣을 수 있습니다. sitemaps.org 확장 네임스페이스로 이미지·동영상·뉴스 정보를 추가하는 형식이 있습니다. 일반적인 웹사이트라면 기본 urlset만으로 충분하고, 이미지 검색 노출이 사업에 중요할 때 확장을 검토하세요.

관련 가이드

• robots.txt 작성법과 흔한 실수
• canonical 태그 완전 가이드
• SEO 기본 점검 체크리스트