SEO에서 사이트맵은 사이트 운영자가 중요하다고 판단한 페이지, 이미지, 동영상과 다른 파일의 URL, 파일 사이의 관계와 수정 정보를 검색엔진에 알려 주는 파일입니다. XML을 가장 흔히 쓰지만 Google은 RSS와 Atom, 한 줄에 URL 하나를 적는 텍스트 형식도 지원합니다. 제출해도 크롤링이나 색인을 보장하지는 않습니다.
여기서는 웹사이트를 기획할 때 만드는 화면 구조도가 아니라 검색엔진용 사이트맵을 설명합니다.
이 글은 Google 검색 센터와 네이버 서치어드바이저의 공식 문서를 기준으로 작성했습니다. Ahrefs의 XML 사이트맵 제작과 점검 자료도 참고했습니다.
중요한 URL을 알리는 역할
사이트맵에는 페이지, 이미지, 동영상, 뉴스 콘텐츠의 URL과 수정 정보 등을 담을 수 있습니다. 검색엔진은 이 파일을 읽고 어떤 주소가 있는지 확인합니다.
사이트맵은 특히 내부 링크만으로 발견하기 어려운 페이지를 알려 주는 보조 경로가 됩니다. 새 사이트처럼 외부 링크가 적거나, 페이지 수가 많거나, 이미지와 동영상 콘텐츠가 많은 사이트에서 유용합니다.
사이트맵을 제출해도 모든 URL의 크롤링이나 색인이 보장되지는 않습니다. 검색엔진은 각 URL을 방문한 뒤 응답 상태와 페이지 내용 등을 확인하고 색인 여부를 따로 판단합니다.
사이트맵이 없어도 검색로봇은 링크를 따라 페이지를 찾을 수 있습니다. 다만 링크만으로 전체 구조를 파악하기 어려운 사이트도 있습니다.
사이트맵이 필요한 사이트와 없어도 되는 사이트
| 사이트 상태 | 사이트맵 필요성 |
|---|---|
| 페이지가 많고 구조가 복잡함 | 중요한 URL 발견을 돕기 위해 권장 |
| 새 사이트라 외부 링크가 적음 | 초기 URL 발견 경로로 권장 |
| 이미지, 동영상, 뉴스 콘텐츠가 많음 | 전용 확장 정보를 제공할 수 있어 권장 |
| 일부 페이지가 내부 링크에서 멀리 떨어져 있음 | 발견 보조 경로로 권장 |
| 페이지 수가 적고 모든 페이지가 내부 링크로 연결됨 | 없어도 검색로봇이 찾을 수 있음 |
소규모 사이트도 CMS가 정확한 사이트맵을 자동으로 제공한다면 그대로 유지할 수 있습니다.
다만 파일이 있다고 검색 순위가 오르거나 크롤링이 보장되는 것은 아닙니다.
중요한 것은 파일이 있다는 사실보다 그 안의 URL이 정확한지입니다. 오래되거나 잘못된 URL이 많으면 현재 사이트 구조와 다른 정보를 전달하게 됩니다.
사이트맵에 넣을 URL 기준
사이트맵에는 검색결과에 보여 주고 싶은 대표 URL을 넣습니다.
운영상 포함을 권하는 URL
- 정상적으로
200응답을 반환합니다. - 검색로봇의 접근이 허용되어 있습니다.
- noindex가 없습니다.
- 중복 페이지가 아니라 대표 URL입니다.
- 모바일과 데스크톱 사용자에게 실제 콘텐츠를 제공합니다.
운영상 제외를 권하는 URL
- 다른 주소로 이동하는 리디렉션 URL
- 삭제되어 404 또는 410 응답을 반환하는 URL
- noindex로 검색 제외를 요청한 페이지
- 대표가 아닌 중복 또는 매개변수 URL
- 로그인해야만 볼 수 있는 비공개 페이지
사이트맵과 페이지의 캐노니컬 태그가 다른 URL을 가리키면 대표 URL 신호가 어긋납니다. 사이트맵에는 캐노니컬로 선언한 대표 URL을 넣는 편이 좋습니다.
lastmod는 마지막 수정일입니다. 본문이나 구조처럼 페이지의 주요 내용이 실제로 바뀐 날짜를 적습니다. 아무것도 바뀌지 않았는데 날짜만 매일 새로 쓰지 마세요.
포함할 URL을 정하면 파일 생성은 대부분 CMS가 처리합니다. 그래도 기본 구조를 알면 오류를 찾기 쉽습니다.
XML 사이트맵 생성 방법
가장 단순한 XML 사이트맵은 아래와 같습니다.
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/page-a</loc>
<lastmod>2026-07-12</lastmod>
</url>
<url>
<loc>https://example.com/page-b</loc>
</url>
</urlset>
loc에는 https://example.com/page-a처럼 도메인부터 시작하는 전체 URL을 적습니다. lastmod는 실제 수정일이 있을 때 사용합니다.
Google은 priority와 changefreq 값을 크롤링 우선순위 결정에 사용하지 않습니다. 이 값을 임의로 높게 적어도 페이지가 먼저 크롤링되는 것은 아닙니다.
대부분의 WordPress와 쇼핑몰 콘텐츠 관리 시스템(CMS)은 사이트맵을 자동으로 생성합니다. 먼저 아래와 같은 주소를 확인하세요.
https://example.com/sitemap.xml
https://example.com/sitemap_index.xml
https://example.com/wp-sitemap.xml
페이지가 추가되거나 삭제될 때 자동으로 갱신되는 방식이 수동 파일보다 관리하기 쉽습니다. 외부 생성 도구로 한 번 만든 정적 파일은 사이트가 바뀐 뒤 오래된 URL을 계속 담을 수 있습니다.
Google용 사이트맵 하나는 압축하지 않은 상태에서 50MB 또는 URL 50,000개를 넘지 않아야 합니다. 이보다 크다면 여러 파일로 나누고 사이트맵 색인 파일을 사용합니다.
일반 사이트맵이 페이지 URL 목록이라면, 사이트맵 색인은 sitemap-posts.xml, sitemap-products.xml처럼 나눠진 사이트맵 파일의 목록입니다.
파일을 만들었다면 검색엔진에 위치를 알려야 합니다.
구글과 네이버에 사이트맵을 제출하는 법
| 검색엔진 | 제출 위치 | 확인할 내용 |
|---|---|---|
| Search Console의 사이트맵 메뉴 | 가져오기 성공 여부, 발견된 URL 수, 오류 | |
| Naver | 서치어드바이저의 요청, RSS 및 사이트맵 제출 | 제출 상태, 수집 가능 여부, URL 범위 |
Google Search Console에서는 속성에 등록된 사이트의 사이트맵 URL을 입력해 제출합니다. 네이버 서치어드바이저에서도 소유 확인한 사이트와 같은 도메인의 사이트맵을 제출합니다.
사이트맵은 Google과 Naver 같은 검색엔진에 URL 발견 단서를 주는 표준 파일입니다. Google 검색의 AI 기능은 기존 검색 색인 기반을 사용하므로 사이트맵 관리가 기본 SEO에 도움이 됩니다. 다만 ChatGPT, Claude와 다른 범용 AI 서비스가 Google이나 Naver에 제출한 사이트맵을 공통으로 읽는다는 뜻은 아닙니다. 각 서비스의 크롤러 안내와 서버 로그를 별도로 확인합니다.
Google에는 robots.txt에 사이트맵 전체 주소를 적어 위치를 알릴 수도 있습니다.
Sitemap: https://example.com/sitemap.xml
Search Console이나 서치어드바이저에 제출했고 robots.txt에도 적었다고 해서 문제가 생기지는 않습니다. 중요한 것은 모든 위치에서 현재 사용 중인 같은 사이트맵 URL을 안내하는 것입니다.
제출 화면의 메뉴와 보고서 읽는 법은 구글 서치 콘솔 용어 글에서 실제 캡처와 함께 따로 다룹니다. 여기서는 사이트맵 자체가 정상인지 판단하는 기준까지만 설명합니다.
사이트맵을 가져올 수 없다고 나올 때 확인할 것
사이트맵을 가져올 수 없음이나 사이트맵을 읽을 수 없음이 표시되면 파일을 다시 만들기 전에 아래 순서대로 확인합니다.
- 브라우저에서 사이트맵 URL이 열리는지 봅니다. 로그인 없이 접근되고 정상 응답을 반환해야 합니다.
- HTML 오류 화면이 나오지 않는지 확인합니다. 주소는 XML처럼 보여도 서버 오류나 보안 페이지가 반환될 수 있습니다.
- 도메인과 프로토콜이 등록한 속성과 맞는지 봅니다.
https://www.example.com으로 등록했다면http://example.com이나https://shop.example.com의 사이트맵과는 주소 범위가 다릅니다. - 사이트맵 안의 URL 범위가 제출 조건과 맞는지 확인합니다. Naver는 소유 확인한 같은 도메인의 URL을 요구합니다. Google은 기본적으로 사이트 범위를 따르지만 관련 사이트의 소유권을 모두 확인한 경우 교차 사이트 제출을 지원합니다.
- XML 문법과 인코딩을 검사합니다. 태그가 닫히지 않았거나 특수문자가 잘못 들어가면 파일을 읽지 못할 수 있습니다.
- robots.txt와 방화벽을 확인합니다. 검색로봇이 사이트맵 파일 자체에 접근하지 못하도록 막고 있지 않은지 봅니다.
- 플랫폼별 사이트맵 크기와 URL 수를 확인합니다. Google은 압축 전 50MB 또는 URL 50,000개 이하, Naver는 10MB 미만과 50,000개 미만을 기준으로 확인합니다. 제한을 넘으면 여러 파일과 사이트맵 색인으로 나눕니다.
파일을 고친 뒤에는 보고서의 마지막 읽은 날짜와 오류 상태를 지켜봅니다. 같은 URL을 다시 제출해도 즉시 다시 처리되거나 색인이 빨라진다고 보장되지 않습니다. 같은 오류가 계속되면 Search Console과 서치어드바이저의 상세 메시지에서 응답 코드와 읽기 오류를 확인하세요.
자주 묻는 질문
사이트맵이 없으면 검색에 나오지 않나요?
아닙니다. 검색로봇은 내부 링크와 외부 링크를 따라 페이지를 발견할 수 있습니다. 사이트맵은 중요한 URL을 더 명확하게 알려 주는 보조 수단입니다.
사이트맵을 제출하면 모든 페이지가 색인되나요?
보장되지 않습니다. 사이트맵에 포함된 URL도 검색로봇이 방문한 뒤 내용과 응답 상태, 대표 URL 여부 등을 검토해 색인 여부를 결정합니다.
사이트맵은 얼마나 자주 업데이트해야 하나요?
페이지가 추가, 삭제, 변경될 때 현재 URL과 수정 정보를 반영해야 합니다. CMS가 자동 생성한다면 별도로 매일 파일을 만들 필요는 없습니다.
XML 사이트맵과 HTML 사이트맵은 같은가요?
목적이 다릅니다. XML 사이트맵은 검색엔진에 URL 정보를 전달하는 파일이고, HTML 사이트맵은 사용자가 사이트 안의 페이지를 찾아가는 화면입니다.
사이트맵에 noindex 페이지를 넣어도 되나요?
장기적으로는 제외하는 편이 좋습니다. 사이트맵은 색인하려는 대표 URL을 알리는데 noindex는 검색 제외를 요청하므로 신호가 어긋납니다.
함께 알아두면 좋은 용어
- 크롤링: 검색로봇이 URL을 발견하고 페이지 내용을 가져오는 과정
- 색인: 검색엔진이 페이지 정보를 검색결과 후보로 저장하는 과정
- robots.txt: 검색로봇이 접근할 수 있는 경로와 사이트맵 위치를 알려 주는 파일
- 캐노니컬 태그: 여러 유사 URL 가운데 대표 URL을 알려 주는 태그
- 사이트맵 색인: 여러 사이트맵 파일의 위치를 모아 둔 XML 파일
- lastmod: 페이지나 사이트맵이 마지막으로 수정된 날짜 정보
사이트맵은 검색엔진에 중요한 URL을 알려 주는 목록입니다. 없는 페이지를 살려 내거나 색인을 강제하는 도구는 아닙니다.
정확한 대표 URL을 담고 사이트 변경에 맞춰 갱신해야 사이트맵이 현재 구조를 제대로 설명할 수 있습니다.