사이트맵 (Sitemap) 알아보기
홍승협(준이아빠) / 데이터 분석, AI 실무 교육
사이트맵은 사이트에 있는 페이지 주소를 한 파일에 모아 검색엔진에 제출하는 목록입니다. 크롤러가 링크를 따라가지 않고도 주소를 알 수 있게 해 줍니다.
🤔 페이지는 많은데 일부만 검색되는 상황
- "상품이 수천 개인데 검색되는 건 몇백 개뿐입니다"
- "사이트맵을 제출하라는 안내를 봤는데 무엇을 어디에 내는 건지 모르겠습니다"
- "사이트맵에 넣었는데도 색인이 안 됩니다"
앞에서 크롤러 봇에게 오지 말라고 알려 주는 방법을 봤습니다. 이 글에서는 여기 이런 페이지들이 있다고 알려 주는 방법을 다룹니다.
🔑 사이트맵의 정의
사이트맵(Sitemap)은 사이트에 있는 페이지 주소를 한 파일에 모아 검색엔진에 제출하는 목록입니다.
앞에서 크롤러 봇이 페이지에 도착하는 경로를 셋으로 나눴습니다. 사이트맵은 그중 두 번째에 해당합니다. 크롤러가 링크를 하나씩 따라가지 않아도 주소를 한 번에 알 수 있게 해 주는 지름길입니다.
파일은 대개 XML 형식으로 만들고, 주소는 관례적으로 이렇게 둡니다.
https://example.com/sitemap.xml
여기서 오해를 하나 짚고 가겠습니다. 사이트맵은 발견을 돕는 장치이지 색인을 보장하는 장치가 아닙니다. 주소를 알려 주는 것까지가 사이트맵의 역할이고, 저장할지 말지는 검색엔진이 색인 단계에서 본 기준으로 따로 판단합니다.
🏢 사이트맵, 건물 1층의 층별 안내판
1층부터 한 층씩 올라가며 문을 열어 봅니다. 8층 구석 사무실은 한참 뒤에 발견됩니다
입구에서 전체 목록을 한 번에 봅니다. 8층 구석도 처음부터 목록에 있습니다
큰 건물에 들어섰습니다. 1층 입구에 층별 안내판이 붙어 있으면 어느 층에 무엇이 있는지 한눈에 파악됩니다. 안내판이 없으면 한 층씩 올라가며 문을 하나하나 열어 봐야 합니다.
작은 건물이면 안내판이 없어도 큰 차이가 없습니다. 세 층뿐이라면 금방 다 돌아볼 수 있습니다. 문제는 층이 많고 복도가 복잡한 건물입니다. 8층 안쪽 구석에 있는 사무실은 안내판이 없으면 오래도록 발견되지 않습니다.
여기에 안내판의 한계도 있습니다. 목록에 이름이 적혀 있다고 해서 그 사무실이 방문할 가치가 있다는 뜻은 아닙니다. 안내판은 어디에 무엇이 있는지만 알려 줍니다. 들어가 볼지는 방문객이 정합니다. 사이트맵과 색인의 관계가 정확히 이렇습니다.
📄 사이트맵 파일의 구조
파일 안에는 주소 하나당 한 묶음씩 들어갑니다.
<url>
<loc>https://example.com/insights/example-post</loc>
<lastmod>2026-08-02T00:00:00.000Z</lastmod>
<changefreq>weekly</changefreq>
<priority>0.8</priority>
</url>각 항목이 하는 일입니다.
- loc: 페이지 주소입니다. 이 항목만 필수입니다
- lastmod: 마지막으로 내용을 고친 날짜입니다. 재방문 우선순위에 영향을 줍니다
- changefreq: 얼마나 자주 바뀌는 페이지인지 알려 주는 참고값입니다
- priority: 사이트 안에서의 상대적 중요도입니다. 참고값에 가깝습니다
네 항목 가운데 실제로 신경 쓸 값은 lastmod입니다. 글을 실제로 고쳤을 때 이 날짜를 갱신하면 크롤러가 다시 와서 확인할 이유가 생깁니다. 반대로 고치지도 않았는데 날짜만 매일 바꾸면 신뢰를 잃습니다.
🔗 사이트맵을 검색엔진에 알리는 두 가지 경로
| 경로 | 방법 | 특징 |
|---|---|---|
| 서치 콘솔 제출 | 사이트맵 메뉴에서 주소를 등록 | 처리 상태와 오류를 확인할 수 있습니다 |
| robots.txt에 명시 | Sitemap: 줄에 주소를 적음 | 여러 검색엔진이 함께 읽습니다 |
두 방법은 함께 써도 됩니다. 앞에서 본 robots.txt의 마지막 줄이 여기에 쓰입니다. 막는 파일 안에 길을 알려 주는 줄이 같이 들어가는 구조입니다.
색인에서 뺄 페이지는 사이트맵에 넣지 않습니다. noindex를 걸어 둔 페이지를 사이트맵에도 올려 두면 검색엔진에게 서로 반대되는 신호를 보내는 셈입니다. 넣지 말라고 하면서 여기 있다고 알려 주는 상태가 됩니다.
🔍 사이트맵에서 실제로 달라지는 상황 세 가지
상품 수천 개짜리 쇼핑몰에서 일부만 색인될 때
앞에서 본 크롤링 예산 문제와 겹칩니다. 상품 페이지가 카테고리 안쪽 깊이 들어가 있으면 크롤러가 도달하기까지 오래 걸립니다. 사이트맵에 상품 주소를 모아 제출하면 발견 단계가 크게 짧아집니다. 다만 발견이 빨라지는 것이지 색인이 보장되지는 않습니다.
글을 고쳤는데 검색 결과에 옛날 제목이 계속 나올 때
제목이나 설명을 바꿔도 검색엔진이 곧바로 알아채지는 못합니다. 이때 lastmod 날짜를 갱신하면 재방문 우선순위가 올라갑니다. 급하면 서치 콘솔에서 색인을 직접 요청하는 방법도 있습니다. 이 코스 마지막에 다룹니다.
사이트맵에 넣었는데 색인이 안 될 때
가장 흔한 오해입니다. 담당자는 제출했으니 색인되어야 한다고 생각하는데, 사이트맵은 주소를 알려 주는 데까지만 관여합니다. 이 경우 문제는 발견이 아니라 저장 단계에 있습니다. 색인 단계에서 본 중복 내용, 얇은 본문, noindex 표시 가운데 무엇에 걸렸는지 확인하는 것이 순서입니다.
세 상황을 관통하는 원칙은 하나입니다. 사이트맵은 발견을 돕고, 색인은 내용이 결정합니다.
다음 글에서는 같은 페이지에 주소가 여러 개일 때 무엇을 대표 주소로 삼는지를 정규 URL에서 봅니다.
❓ 자주 묻는 질문
사이트맵에 넣으면 색인이 되나요?
보장되지 않습니다. 사이트맵은 주소를 알려 주는 데까지 관여하고, 저장할지는 검색엔진이 색인 단계에서 따로 판단합니다. 넣었는데 색인되지 않는다면 중복 내용과 얇은 본문, noindex 표시 가운데 무엇에 걸렸는지 확인하는 것이 순서입니다.
lastmod 날짜는 자주 바꿀수록 좋은가요?
실제로 글을 고쳤을 때만 바꿉니다. 내용을 고친 뒤 이 날짜를 갱신하면 크롤러가 다시 와서 확인할 이유가 생기지만, 고치지도 않은 글의 날짜를 매일 바꾸면 신뢰를 잃습니다. 네 항목 가운데 실제로 신경 쓸 값이기도 합니다.
noindex를 걸어 둔 페이지도 사이트맵에 넣나요?
빼는 쪽이 맞습니다. 넣어 두면 검색엔진에 반대되는 신호를 동시에 보내는 셈이 됩니다. 색인에 넣지 말라고 하면서 여기 이런 페이지가 있다고 알려 주는 상태가 되기 때문입니다.
📋 3줄 요약
-
사이트맵은 사이트에 있는 페이지 주소를 한 파일에 모아 검색엔진에 제출하는 목록입니다.
-
서치 콘솔에 직접 제출하면 처리 상태와 오류를 볼 수 있고 robots.txt의 Sitemap 줄에 적으면 여러 검색엔진이 함께 읽습니다.
-
사이트맵은 색인을 보장하지 않으므로 넣었는데도 색인되지 않으면 발견이 아니라 페이지 내용의 문제입니다.
참고 자료
아래 공식 문서는 2026년 8월 기준으로 확인했습니다. 검색엔진 정책은 바뀔 수 있으므로 최신 내용은 원문에서 확인하시면 됩니다.
이 글이 도움이 되셨다면 공유해 주세요
메신저로 바로 보내거나 링크를 복사할 수 있습니다.
사이트맵에 페이지 주소를 등록했는데도 그 페이지가 색인되지 않습니다. 어떻게 이해해야 할까요?
이어서 배우면 좋은 개념
검색엔진 크롤러 (Search Crawler) 이해하기
검색엔진 크롤러는 인터넷의 링크를 따라다니며 페이지를 찾아 읽어 오는 자동 프로그램입니다. 구글의 크롤러 이름은 구글봇(Googlebot)입니다.
robots.txt 알아보기
robots.txt는 사이트 최상위 주소에 두는 텍스트 파일로, 검색엔진 크롤러에게 어느 경로를 방문하지 말라고 알려 주는 규칙 목록입니다.
색인 (Indexing) 이해하기
색인은 검색엔진이 크롤러가 받아 온 페이지를 분석해 자기 데이터베이스에 저장하는 단계입니다. 색인되지 않은 페이지는 어떤 검색어에서도 검색 결과에 나오지 않습니다.
SQL 기초 문법과 마케터가 쓰는 쿼리 예시
SQL은 표 형태로 쌓인 데이터에 어떤 줄을 어떻게 묶어서 보여 달라고 요청하는 말입니다. 프로그래밍 언어라기보다 빈칸을 채워 건네는 요청 문장에 가까워서, 문장 틀 여섯 조각만 익히면 마케터가 자주 묻는 것은 대부분 직접 뽑을 수 있습니다.
관련 인사이트
- 세일즈포스 인 클로드 정리: 영업 스킬 37개와 도입 전 확인할 것세일즈포스 인 클로드는 세일즈포스의 고객 데이터와 영업 절차를 클로드 대화창 안으로 가져오는 플러그인입니다. 영업 스킬 37개의 구성과 권한 처리 방식, 연결하기 전에 CRM에 채워져 있어야 하는 것을 정리합니다.
- 클로드 프로젝트 지침 쓰는 법: 실제로 듣는 지침 예시 3개와 팀 공유 설정클로드 프로젝트 지침은 그 프로젝트 안에서 열리는 모든 대화에 자동으로 적용되는 작업 규칙입니다. 결과가 일정해지는 지침의 조건과 그대로 복사해 쓸 수 있는 예시 3개, 2026년 9월 15일 기준 팀 공유 권한 설정을 공식 문서 기준으로 정리했습니다.
- 미드저니 사용법: 웹에서 시작하는 순서와 프롬프트, 요금제 정리미드저니(Midjourney)는 글로 설명한 장면을 이미지로 만들어 주는 구독형 생성 서비스입니다. 디스코드 없이 웹에서 시작하는 순서와 프롬프트 작성 규칙, 네 가지 요금제와 GPU 시간 단위를 2026년 9월 기준 공식 문서로 확인해 정리했습니다.
- 뤼튼 사용법 정리: 도구 19종과 무료 범위, 업무에 쓸 때 확인할 점뤼튼(wrtn)은 뤼튼테크놀로지스가 운영하는 한국어 AI 서비스입니다. 2026년 9월 15일 기준 도구 19종의 구성과 로그인 전후 이용 범위, 이용약관에 적힌 무료 제공 조건을 업무 기준으로 정리했습니다.
- 퍼플렉시티 사용법: 검색 모드와 출처 확인, 요금제 정리퍼플렉시티(Perplexity)는 질문을 받으면 웹을 검색한 뒤 답변 문장마다 참고한 페이지를 붙여 주는 검색형 AI 서비스입니다. 검색 모드 네 가지와 출처를 확인하는 순서, 2026년 9월 요금제를 실무에 맞춰 정리했습니다.
- 메타 광고 라이브러리 API 가이드: 화면으로 보는 것과 API로 받는 것메타 광고 라이브러리는 메타 서비스에서 게재 중인 광고 전체와 내려간 정치, 사회 이슈 광고를 누구나 검색해 볼 수 있게 공개한 화면입니다. 광고 라이브러리 API는 같은 이름을 쓰지만 받아 갈 수 있는 광고가 정치, 사회 이슈 광고와 유럽 게재 광고로 한정됩니다. 화면에서 경쟁사 광고를 찾는 순서, 화면과 API가 각각 보여주는 항목, 접근 신청에 필요한 것을 공식 문서 기준으로 정리했습니다.
