사이트맵 (Sitemap) 알아보기
사이트맵은 사이트에 있는 페이지 주소를 한 파일에 모아 검색엔진에 제출하는 목록입니다. 크롤러가 링크를 따라가지 않고도 주소를 알 수 있게 해 줍니다.
🤔 페이지는 많은데 일부만 검색되는 상황
- "상품이 수천 개인데 검색되는 건 몇백 개뿐입니다"
- "사이트맵을 제출하라는 안내를 봤는데 무엇을 어디에 내는 건지 모르겠습니다"
- "사이트맵에 넣었는데도 색인이 안 됩니다"
앞에서 크롤러 봇에게 오지 말라고 알려 주는 방법을 봤습니다. 이 글에서는 여기 이런 페이지들이 있다고 알려 주는 방법을 다룹니다.
🔑 사이트맵의 정의
사이트맵(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 표시 가운데 무엇에 걸렸는지 확인하는 것이 순서입니다.
세 상황을 관통하는 원칙은 하나입니다. 사이트맵은 발견을 돕고, 색인은 내용이 결정합니다.
다음 글에서는 같은 페이지에 주소가 여러 개일 때 무엇을 대표 주소로 삼는지 봅니다.
📋 30초 요약
-
사이트맵은 사이트의 페이지 주소를 모아 검색엔진에 제출하는 목록입니다. 크롤러가 링크를 따라가지 않고도 주소를 알 수 있게 해 주는 지름길입니다.
-
건물 1층의 층별 안내판과 같습니다. 작은 건물에서는 없어도 되지만, 층이 많고 복도가 복잡하면 안쪽 사무실이 오래도록 발견되지 않습니다.
-
사이트맵은 색인을 보장하지 않습니다. 넣었는데 색인이 안 된다면 발견이 아니라 저장 단계의 문제이므로 페이지 내용을 봐야 합니다. 네 항목 중에서는 lastmod가 실제로 영향을 줍니다.
참고 자료
이 글이 도움이 되셨다면 공유해 주세요
메신저로 바로 보내거나 링크를 복사할 수 있습니다.
사이트맵에 페이지 주소를 등록했는데도 그 페이지가 색인되지 않습니다. 어떻게 이해해야 할까요?
이어서 배우면 좋은 개념
검색엔진 크롤러 (Search Crawler) 이해하기
검색엔진 크롤러는 인터넷의 링크를 따라다니며 페이지를 찾아 읽어 오는 자동 프로그램입니다. 구글의 크롤러 이름은 구글봇(Googlebot)입니다.
robots.txt 알아보기
robots.txt는 사이트 최상위 주소에 두는 텍스트 파일로, 검색엔진 크롤러에게 어느 경로를 방문하지 말라고 알려 주는 규칙 목록입니다.
색인 (Indexing) 이해하기
색인은 검색엔진이 크롤러가 받아 온 페이지를 분석해 자기 데이터베이스에 저장하는 단계입니다. 색인되지 않은 페이지는 어떤 검색어에서도 검색 결과에 나오지 않습니다.
검색엔진 최적화 (SEO) 이해하기
검색엔진 최적화(SEO)는 검색엔진이 페이지를 발견하고 저장하고 검색 결과에 보여주는 과정에 맞춰 사이트와 글을 정리하는 일입니다.
관련 인사이트
클링 AI와 Veo 3.1 비교: 초당 단가 7.5배 차이를 실제 영상으로 확인
클링 AI와 Veo 3.1은 글이나 이미지를 넣으면 움직이는 영상을 만들어 주는 생성 모델입니다. 초당 단가는 Veo 3.1 표준이 $0.75, 클링 3.0이 $0.10으로 7.5배 차이 납니다. 두 모델에 Seedance 2.0과 Wan을 더해 실제 생성 영상과 항목별 성능을 비교했습니다.
AX 뜻과 DX 차이: 조직 AX가 도구 도입에서 멈추는 이유
AX(AI Transformation)는 AI를 업무 절차와 판단 구조에 결합해 조직이 일하는 방식을 다시 설계하는 전환입니다. AX 뜻과 DX와의 차이, 엔비디아의 토큰 사용량 평가, 컨설팅 현장에서 확인한 평범한 병목을 공개 연구 자료와 함께 정리했습니다.
구글 옴니(Gemini Omni) 장점과 사용법, 다른 모델과 어떤 점이 다를까요?
구글 옴니(Gemini Omni)는 글, 이미지, 소리, 영상을 한 번에 입력받아 소리까지 붙은 영상을 만들어 내는 통합 멀티모달 모델입니다. 대화로 영상을 고치는 방식과 Veo 3.1과의 차이, 사용처와 요금을 공식 데모 영상과 함께 정리했습니다.
