XML 사이트맵이란? 역할과 내 사이트 파일 확인하는 5단계

XML 사이트맵은 검색엔진에 알리고 싶은 페이지 주소를 모아 둔 파일로, 새 페이지를 빨리 찾게 돕습니다. 이 글에서는 사이트맵이 하는 일과 꼭 필요한 경우, 파일에 들어가는 항목, 내 사이트의 사이트맵을 직접 확인하는 5단계를 정리했습니다.

XML 사이트맵이 하는 일

검색엔진은 보통 링크를 따라가며 페이지를 찾습니다. 그런데 새로 만든 사이트처럼 외부 링크가 적거나, 메뉴에서 몇 번을 눌러야 나오는 페이지는 검색엔진이 늦게 찾거나 놓칠 수 있습니다. XML 사이트맵은 이런 페이지 주소를 한 파일에 모아 "이 페이지들이 있습니다"라고 알려 주는 역할을 합니다.

Google 검색 센터의 사이트맵 개요는 사이트맵이 크롤링을 돕지만 목록에 있는 모든 주소가 크롤링되거나 색인된다는 보장은 없다고 설명합니다. 사이트맵은 발견을 돕는 안내서이지, 검색 노출을 약속하는 장치가 아닙니다. 페이지 내용과 내부 링크가 먼저 갖춰져야 사이트맵도 제 역할을 합니다.

메뉴 구조도 사이트맵이라고 부르는데 다른가요

홈페이지 기획에서 말하는 사이트맵은 메뉴와 페이지의 관계를 그린 설계도이고, XML 사이트맵은 검색엔진이 읽는 주소 목록 파일입니다. 이름은 같지만 쓰임이 다릅니다. 기획용 사이트맵은 홈페이지 메뉴 구조 짜는 법에서 다뤘습니다.

XML 사이트맵이 필요한 경우와 없어도 되는 경우

Google 안내에 따르면 페이지가 많은 큰 사이트, 외부 링크가 적은 새 사이트, 이미지·영상이나 뉴스 글이 많은 사이트는 사이트맵이 도움이 됩니다. 반대로 검색에 보이고 싶은 페이지가 대략 500개 이하이고 첫 화면에서 모든 주요 페이지로 링크가 잘 이어져 있다면 꼭 필요하지 않을 수 있습니다.

그래도 대부분의 사이트는 사이트맵이 있어서 손해 볼 일은 없습니다. 특히 게시판에 글을 꾸준히 올리는 홈페이지라면 새 글 주소가 자동으로 사이트맵에 더해지게 해 두면 검색엔진이 새 글을 알아채는 데 도움이 됩니다.

사이트맵 파일에 들어가는 항목

아래 표는 XML 사이트맵에 자주 쓰이는 항목과 Google이 그 값을 어떻게 다루는지 정리한 것입니다. 내용은 Google의 사이트맵 만들기 안내를 기준으로 했습니다.

항목	뜻	Google의 처리
loc	페이지 주소	필수. https와 도메인까지 모두 적은 전체 주소로 씁니다.
lastmod	마지막 수정일	날짜가 꾸준히 정확할 때만 참고합니다. 본문이나 링크처럼 중요한 변경일이어야 합니다.
changefreq	변경 빈도	사용하지 않습니다.
priority	우선순위	사용하지 않습니다.

파일은 UTF-8로 저장하고, 한 파일에 주소 50,000개 또는 압축 전 50MB까지 담을 수 있습니다. 그보다 크면 여러 파일로 나누고, 그 파일들을 묶는 사이트맵 색인 파일을 따로 만듭니다. 작은 회사 홈페이지라면 대개 파일 하나로 충분합니다.

내 사이트의 XML 사이트맵 확인하는 5단계

사이트맵이 이미 있는지, 제대로 만들어졌는지는 운영자도 브라우저만으로 확인할 수 있습니다. 아래 순서대로 살펴보세요.

1. 사이트 주소 뒤에 /sitemap.xml을 붙여 열어 봅니다. 열리지 않으면 /robots.txt를 열어 Sitemap:으로 시작하는 줄에 적힌 주소를 찾습니다.
2. 파일이 열리면 주소 목록이 보이는지, 다른 사이트맵 파일 목록(색인 파일)인지 구분합니다.
3. 주소가 모두 https로 시작하고, 실제 대표 주소(www 유무 포함)와 같은지 확인합니다.
4. 목록에 지운 페이지, 관리자 페이지, 테스트 페이지가 섞여 있지 않은지 봅니다.
5. 최근에 올린 글 주소가 들어 있는지, lastmod 날짜가 실제 수정일과 맞는지 확인합니다.

그림은 위 다섯 단계를 순서대로 정리한 것입니다. 사이트맵이 robots.txt에 적혀 있으면 검색엔진이 따로 제출하지 않아도 파일 위치를 알 수 있으므로, 1단계에서 robots.txt도 함께 확인해 두면 좋습니다. robots.txt 쓰는 법은 robots.txt 작성 글에서 다룹니다.

사이트맵에서 자주 하는 실수

사이트맵은 한 번 만들고 잊기 쉬운 파일입니다. 아래 항목은 운영 중인 사이트에서 자주 보이는 문제입니다.

• 리뉴얼 뒤에도 옛 주소가 사이트맵에 남아 있다.
• http 주소와 https 주소가 섞여 있다.
• 검색에 내보내지 않으려는 페이지(noindex)가 사이트맵에 들어 있다.
• 모든 페이지의 lastmod가 매일 오늘 날짜로 바뀐다.
• 사이트맵 파일을 하위 폴더에 두고 제출하지 않았다.

그림의 점검표는 위 다섯 가지를 그대로 옮긴 것입니다. 사이트맵을 사이트 맨 위 폴더가 아닌 곳에 두면, 서치 콘솔로 제출하지 않는 한 그 폴더 아래 주소에만 영향을 줍니다. 그래서 보통 사이트 맨 위에 둡니다.

사이트맵 제출은 어디서 하나요

사이트맵을 확인했다면 검색엔진 도구에 제출해 처리 결과를 볼 수 있습니다. 구글은 서치 콘솔, 네이버는 서치어드바이저에서 제출하며, 절차는 구글 서치 콘솔 등록 방법과 네이버 서치어드바이저 등록 방법에 정리했습니다.

디코랩이 돕는 방식

디코랩은 홈페이지를 만들 때 사이트맵과 robots.txt를 함께 설정하고, 검색엔진이 페이지를 잘 찾도록 구조를 잡는 일을 검색·AI 답변 최적화 서비스로 안내합니다. 운영 중인 사이트의 사이트맵 점검은 유지보수 요청으로 맡길 수 있습니다.

자주 묻는 질문

사이트맵을 제출하면 바로 검색에 나오나요?

아닙니다. 사이트맵은 검색엔진이 주소를 알게 돕는 것이고, 실제로 가져가 색인할지는 검색엔진이 페이지를 보고 판단합니다. 며칠에서 몇 주가 걸릴 수 있습니다.

게시판 글도 사이트맵에 넣어야 하나요?

검색에 보이고 싶은 글이라면 넣는 것이 좋습니다. 글이 많아지면 손으로 관리하기 어려우니 홈페이지 프로그램이 새 글을 자동으로 더하는지 확인하세요.

사이트맵 파일을 직접 만들어도 되나요?

페이지가 몇 개 안 되는 사이트라면 텍스트 편집기로 만들 수 있습니다. 다만 페이지를 추가할 때마다 고쳐야 하므로, 페이지가 자주 늘어나는 사이트는 자동 생성 기능을 쓰는 것이 안전합니다.

priority 값을 높이면 중요한 페이지로 보나요?

Google은 priority와 changefreq 값을 사용하지 않습니다. 중요한 페이지라면 메뉴와 본문 링크로 잘 연결하는 것이 더 효과적입니다.

우리 홈페이지의 사이트맵과 검색 설정을 점검받고 싶다면 사이트 주소를 적어 디코랩 프로젝트 문의로 보내 주세요.