사이트맵은 사이트에 있는 페이지와 동영상, 그 밖의 파일 목록과 서로의 관계를 검색엔진에 알려 주는 파일이다. 보통 sitemap.xml이라는 이름의 XML 파일로 만든다.
검색엔진 크롤러가 링크를 따라다니며 페이지를 찾는 것과 별개로, 사이트 쪽에서 먼저 “여기 이런 주소들이 있다”고 목록을 건네는 방식이다.
한국어 “사이트맵”은 셋을 함께 가리킨다. 웹사이트를 기획할 때 디자이너가 쓰는 화면 구조도, 방문자가 보는 계층형 페이지 목록, 그리고 검색엔진 크롤러를 위해 만든 구조화된 목록이다 (위키백과, 사이트맵).
이 문서는 세 번째, 검색엔진에 제출하는 XML 사이트맵을 다룬다.
작고 링크가 잘 연결된 사이트라면 없어도 된다. 구글은 사이트맵이 필요하지 않을 수 있는 경우로 페이지 500개 이하의 작은 사이트, 내부 링크가 잘 돼 있어 홈에서 중요한 페이지를 모두 찾아갈 수 있는 사이트, 미디어 파일이나 뉴스 페이지가 많지 않은 사이트를 든다 (구글 검색 센터, 사이트맵 알아보기).
반대로 필요한 경우는 이렇다.
| 상황 | 이유 |
|---|---|
| 페이지가 많은 사이트(대체로 500개 초과) | 크롤러가 새 페이지나 수정된 페이지를 놓칠 수 있다 |
| 외부 링크가 적은 신규 사이트 | 크롤러가 사이트를 발견할 경로 자체가 적다 |
| 동영상, 이미지, 뉴스가 많은 사이트 | 확장 태그로 미디어 정보를 따로 전달할 수 있다 |
판단 기준은 규모보다 발견 가능성이다. 내부 링크만으로 모든 중요한 페이지에 도달할 수 있으면 사이트맵의 효용은 작아진다.
없다고 불이익을 받지는 않는다. 사이트맵은 발견을 돕는 보조 수단이지 순위 요소가 아니다.
구글이 지원하는 형식은 세 가지다.
| 형식 | 설명 |
|---|---|
| XML | 확장 가능하고 용도가 가장 넓다. 이미지, 동영상, 뉴스 확장을 붙일 수 있다 |
| RSS, mRSS, Atom 1.0 | CMS가 자동 생성해 주는 경우가 많다 |
| 텍스트 | 한 줄에 URL 하나만 적은 일반 텍스트 파일 |
셋 다 UTF-8로 인코딩해야 한다 (구글 검색 센터, 사이트맵 빌드 및 제출).
네이버는 사이트맵과 RSS를 모두 “콘텐츠 피드”로 받아 주기적으로 재방문한다. 다만 RSS는 본문을 포함해 URL을 많이 담기 어려우니 사이트맵을 쓰라고 권한다 (네이버 서치어드바이저, RSS 및 사이트맵 제출).
URL이 많으면 파일을 나누고 사이트맵 색인 파일로 묶는다. 색인 파일에는 개별 사이트맵의 주소만 적고, 검색엔진에는 색인 파일 하나만 제출하면 된다.
XML 사이트맵은 <urlset> 안에 <url> 항목을 나열하는 구조다. 주소를 담는 <loc>만 필수이고 나머지는 선택이다 (sitemaps.org, Sitemap Protocol 0.9).
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/article-1</loc>
<lastmod>2026-08-26T11:16:53+09:00</lastmod>
</url>
<url>
<loc>https://example.com/article-2</loc>
<lastmod>2026-08-20T09:02:11+09:00</lastmod>
</url>
</urlset>선택 태그 셋 중 구글이 실제로 보는 것은 하나뿐이다. 구글은 <priority>와 <changefreq> 값을 무시하고, <lastmod>는 값이 일관되고 정확성을 검증할 수 있는 경우에만 쓴다.
<lastmod>를 거짓으로 적으면 오히려 손해다. 구글은 7년 전에 바뀐 페이지를 어제 바뀌었다고 계속 알리면 결국 그 사이트의 최종 수정일을 믿지 않게 된다고 밝혔다 (구글 검색 센터 블로그, Sitemaps ping endpoint is going away, 2023년 6월 26일).
용량 한도는 검색엔진마다 다르다. 이 차이를 모르고 구글 기준으로만 만들면 네이버 제출에서 막힌다.
| 항목 | 구글 | 네이버 |
|---|---|---|
| 사이트맵당 URL 수 | 50,000개 | 50,000개 |
| 파일 용량 | 50MB(압축 해제 기준) | 10MB |
changefreq, priority | 무시 | 선택 요소로 문서에 명시 |
| RSS 피드 | 지원 형식의 하나 | 별도 제출 가능, 10MB 한도 |
2026년 8월 26일 기준으로 구글 한국어 “사이트맵” 검색 1페이지 8건을 전부 열어 본 결과, 네이버의 10MB 한도를 적은 문서는 없었고 구글과 네이버의 사이트맵 규격을 나란히 비교한 문서도 없었다.
구글은 세 가지 방법을 안내한다. 서치 콘솔의 사이트맵 보고서에 주소를 넣는 방법, Search Console API로 제출하는 방법, robots.txt에 한 줄 적는 방법이다.
robots.txt에 적는 방식이 가장 간단하다. 여러 줄을 넣을 수 있고 개수 제한도 없다.
Sitemap: https://example.com/sitemap.xmlrobots.txt에 적어 두면 구글뿐 아니라 네이버 검색로봇도 이 위치를 참고한다. 네이버는 sitemap.xml 위치를 robots.txt에 기록해 두라고 별도로 안내한다 (네이버 서치어드바이저, robots.txt 설정하기).
구글 서치 콘솔에서는 사이트맵 보고서를 열고 새 사이트맵 추가 상자에 주소를 붙여 넣은 뒤 제출을 누른다 (Search Console 고객센터, 사이트맵 보고서).
네이버 서치어드바이저는 웹마스터도구에서 제출한다. 제출할 때 검증을 거치므로 피드 안의 모든 URL이 소유 확인된 사이트와 같은 도메인이어야 하고, 응답 속도가 느리면 제출이 제한될 수 있다.
예전에 쓰던 핑(ping) 방식은 이제 동작하지 않는다. 구글은 2023년 6월 26일 사이트맵 핑 엔드포인트 지원 중단을 발표하면서, 인증 없는 제출의 대다수가 스팸으로 이어졌다는 점을 이유로 들었다.
그 엔드포인트로 보내는 요청은 이제 404를 돌려준다. 다만 기존 코드나 플러그인이 그 주소를 계속 호출해도 검색에 문제가 생기지는 않는다고 구글은 덧붙였다.
아니다. 사이트맵은 주소를 알리는 수단일 뿐 색인 여부를 결정하지 않는다.
구글은 사이트맵의 모든 항목이 크롤링되고 색인 생성된다고 보장하지 않는다고 명시한다. 서치 콘솔 도움말에서도 사이트맵에서 발견된 URL이 크롤링되거나 색인 생성되었다는 보장은 없다고 같은 말을 반복한다.
네이버도 마찬가지다. 검색로봇이 사이트맵의 URL을 추출한 뒤 내부 알고리즘으로 수집 대상을 선별해 우선순위별로 수집한다고 설명한다.
<priority> 값을 높게 준다고 순위가 올라가지도 않는다. 프로토콜 문서 자체가 페이지에 부여한 우선순위가 검색 결과에서의 위치에 영향을 줄 가능성은 낮다고 적고 있다.
사이트맵의 역할은 여기까지다. 크롤링 대상 후보로 주소를 알리는 것이고, 색인 여부는 그다음 판정이다.
사이트맵을 가져올 수 없다는 오류는 왜 나나요? 구글이 사이트맵 파일 자체를 가져오지 못했다는 뜻입니다. robots.txt 차단, 잘못된 주소로 인한 404, 서버 응답 불가가 흔한 원인이고, 여러 번 시도해도 실패하면 구글은 그 사이트맵 읽기를 중지합니다.
다른 사이트의 사이트맵은 어떻게 확인하나요?
대부분 도메인 뒤에 /sitemap.xml을 붙이면 열립니다. 위치가 다르면 그 사이트의 robots.txt를 열어 Sitemap: 줄을 확인하면 됩니다.
기획할 때 그리는 사이트맵과 같은 건가요? 이름만 같고 다른 문서입니다. 기획 단계의 사이트맵은 사람이 보는 화면 구조도이고, 이 문서가 다루는 XML 사이트맵은 검색엔진 크롤러가 읽는 URL 목록 파일입니다.
사이트맵을 제출하면 얼마나 빨리 반영되나요? 사이트맵 자체는 즉시 가져가지만 그 안의 URL을 크롤링하는 데는 시간이 걸립니다. 네이버도 제출된 피드를 주기적으로 재방문하는 방식이라 제출 즉시 수집되지는 않습니다.
서치폴라리스가 AI 검색 가시성을 진단하고 GEO 실행까지 대행합니다.