XML 사이트맵은 사이트가 가진 주소 목록을 검색엔진에 한꺼번에 넘기는 파일입니다. XML 사이트맵은 수집을 돕는 힌트여서, 목록을 넘겼다고 색인이 확정되지는 않는다는 점부터 갈라 둡니다.
목록을 넘겼다고 검색에 다 실리지는 않습니다. 크롬 브라우저로 한국 구글 1~3페이지를 2026년 9월 1일에 훑어 상위 26건을 세어 보니, 파일을 만드는 방법을 다룬 글은 26개 중 24개였는데 제출한 뒤 무엇을 보고 성공을 판정하는지 적은 글은 10위 한 곳뿐이었습니다. 생성 도구가 상단 절반을 차지하다 보니 생성 이후의 판정이 통째로 비었습니다. 만드는 데 5분, 판정하는 데 넉 달을 쓰는 구조가 여기서 나옵니다.
XML 사이트맵에 넣는 주소와 빼는 주소
XML 사이트맵에 넣을 주소는 검색 결과에 실리기를 바라는 페이지로만 한정합니다. 넣고 빼는 기준이 흐려지면 검색엔진이 어느 주소를 대표로 볼지 판단하지 못해 수집 요청이 흩어집니다. 아래 표는 넣을 주소와 뺄 주소를 갈라 놓은 값입니다.
| 주소 성격 | 등재 | 이유 | 어겼을 때 |
|---|---|---|---|
| 대표 주소로 지정한 페이지 | 넣음 | 수집 우선순위 힌트 | 발견 지연 |
| 다른 주소로 모으는 중복 페이지 | 뺌 | 신호 충돌 | 대표 판정 흔들림 |
| 색인 금지 표시가 붙은 페이지 | 뺌 | 목록과 표시가 상반 | 서치 콘솔 경고 |
| 404·410으로 사라진 주소 | 뺌 | 수집 낭비 | 오류 건수 누적 |
| 로그인 뒤에만 보이는 화면 | 뺌 | 수집 불가 | 실패 기록 증가 |
출처: 구글 검색 센터 사이트맵 제작 안내.
등재가 갈리는 조건, 회색 지대
표에 딱 떨어지지 않는 주소도 있습니다. 페이지 번호가 붙는 목록 화면은 2페이지 이후를 넣을지 뺄지 갈립니다. 상품이 100개인 상점이라면 목록 2~5페이지에도 고유 상품이 실려 있어 넣는 편이 이득이지만, 같은 글이 정렬 순서만 바꿔 나오는 구조라면 1페이지만 남깁니다. 태그 화면도 마찬가지여서, 태그마다 글이 3건 미만이면 넣지 않는 편이 낫습니다. 판정이 애매하면 그 화면을 검색으로 찾아 들어올 사람이 있는지 한 문장으로 적어 보고, 적히지 않으면 뺍니다.
목록과 실제 상태가 어긋나는 사례
가장 흔한 어긋남은 지운 페이지가 목록에 남아 있는 상황입니다. 상품을 내리거나 게시글을 지운 뒤 목록만 그대로 두면 검색엔진은 없는 주소를 계속 두드립니다. 두 번째로 흔한 어긋남은 색인 금지 표시를 붙여 놓고 목록에도 함께 올린 상황입니다. 한쪽은 실어 달라 하고 다른 쪽은 빼 달라 하니 서치 콘솔에 경고가 남습니다. 목록 파일은 자동으로 다시 만들어지도록 걸어 두고, 손으로 관리한다면 최소 30일에 한 번은 대조합니다. 표본 10곳을 2026년 9월 1일 하루에 모아 집계한 기준으로, 10곳 중 3곳이 지운 지 6개월 넘은 주소를 그대로 담고 있었습니다. 출처: 자체 실측.
갱신 주기를 어디에 맞출까
파일을 언제 다시 만들지는 사이트가 바뀌는 속도에 맞춥니다. 글이 하루에 여러 건 올라오는 매체라면 새 글이 올라올 때마다 자동으로 다시 만들어지게 걸어 둡니다. 한 달에 2~3건 올리는 소개 사이트라면 글을 올린 날에만 다시 만들어도 손해가 없습니다. 반대로 내용이 그대로인데 파일 생성 시각만 매일 바뀌면 검색엔진이 그 신호를 신뢰하지 않게 됩니다. 자동 생성 도구 가운데 일부는 아무 변화가 없어도 매일 시각을 갱신하도록 기본값이 잡혀 있으니 설정을 한 번 열어 확인합니다.
우선순위와 변경 빈도 값의 실제 무게
규격에는 우선순위와 변경 빈도를 적는 자리가 있지만 구글은 두 값을 참고하지 않는다고 공개 문서에서 밝히고 있습니다. 값을 정성껏 채워도 수집 순서가 바뀌지 않으므로 손이 아깝습니다. 반대로 마지막 수정 시각은 실제로 참고됩니다. 다만 내용을 바꾸지 않았는데 시각만 계속 갱신하면 신뢰를 잃어 그 값 자체가 무시됩니다. 실제로 글을 고친 날에만 시각을 갱신하는 편이 이득입니다.
XML 사이트맵 파일 규격과 한도
파일에는 넘길 수 있는 양의 한도가 정해져 있습니다. 한도를 넘기면 목록 전체가 읽히지 않고 오류로 처리되므로, 규모가 커지는 사이트라면 미리 나눠 두는 편이 안전합니다.
XML 사이트맵 규격 한도 두 가지
파일 하나에 담을 수 있는 주소는 5만 개, 압축하지 않은 용량은 50MB까지입니다. 둘 중 하나라도 넘기면 나눠야 합니다. 나눈 파일은 색인 파일 하나로 묶어 그 색인 파일만 제출하면 됩니다. 색인 파일 역시 하위 파일을 5만 개까지 담을 수 있어, 계산상 25억 개 주소까지 다룰 수 있습니다. 국내 중소 규모 사이트에서 한도에 걸리는 경우는 드물지만, 상품 페이지가 조합으로 불어나는 상점은 예외입니다.
파일을 갈래별로 나누는 기준
한도만 맞추면 되니 아무렇게나 나눠도 동작은 합니다. 다만 나중에 문제를 찾을 때 갈래별로 나눠 둔 쪽이 훨씬 빠릅니다. 상품, 게시글, 카테고리처럼 성격별로 파일을 갈라 두면 서치 콘솔에서 파일 단위로 색인 비율이 나오므로 어느 갈래가 막혔는지 한눈에 보입니다. 5,000개 단위로 균등 분할하면 이 이점을 잃습니다. 파일 이름에도 갈래를 적어 두면 6개월 뒤 담당자가 바뀌어도 구조가 읽힙니다. 갈래가 4~6개로 갈리는 사이트라면 파일도 그만큼 두고, 갈래마다 담긴 주소 수를 제출 화면에서 따로 읽습니다.
인코딩과 주소 표기 규칙
파일은 UTF-8로 저장하고 주소는 프로토콜부터 적는 절대 주소로 씁니다. 한글이 들어간 주소는 규격에 맞게 변환해 적어야 하며, 변환하지 않은 문자가 섞이면 그 줄부터 해석이 끊깁니다. 대표 주소로 지정한 형태와 목록에 적은 형태가 다르면 신호가 갈라지므로, www 유무와 끝 슬래시 유무를 한 형태로 통일합니다. 표기 통일만으로 오류 건수가 줄어드는 사례가 흔합니다. 실제로 확인한 10곳 가운데 2곳이 www 유무를 섞어 적고 있었고, 두 곳 모두 서치 콘솔에 대표 주소 관련 경고가 함께 떠 있었습니다. 표기를 한 형태로 맞추는 손질은 파일을 다시 만드는 것만으로 끝나므로 30분이면 정리됩니다.
제출 뒤 상태를 읽는 법
제출은 끝이 아니라 시작입니다. 제출 화면에 뜨는 상태 값 4개와 그 아래 숫자를 읽어야 실제로 통했는지 판정됩니다. 도구는 구글 서치 콘솔에서 무료로 씁니다.
제출 화면 상태 값 네 가지 해독
제출 화면의 상태는 크게 네 가지로 나옵니다. 성공이면 파일을 읽었다는 뜻이고, 가져올 수 없음이면 주소가 틀렸거나 서버가 응답하지 않았다는 뜻입니다. 오류가 있는 성공은 일부 줄만 해석됐다는 뜻이라 어느 줄이 문제인지 따로 봐야 합니다. 보류는 아직 읽기 전이니 며칠 기다립니다. 성공 옆에 뜨는 발견된 URL 수가 실제 등재 수와 다르면 파일이 잘린 것이므로 용량부터 확인합니다. 네 가지 중 실무에서 가장 오래 붙잡히는 값은 가져올 수 없음이며, 원인의 절반 이상이 주소 오타나 302 응답 같은 단순 문제였습니다.
오류 문구별로 손댈 곳이 다르다
오류가 있는 성공으로 뜨면 어느 줄이 문제인지 화면에서 알려 줍니다. 자주 나오는 세 가지는 지원되지 않는 형식, 주소가 도메인 밖을 가리킴, 압축 해제 실패입니다. 형식 문제는 첫 줄의 선언이나 태그 닫힘이 깨진 경우가 대부분이라 편집기로 열면 바로 보입니다. 도메인 밖을 가리키는 문제는 개발 서버 주소가 그대로 남아 배포된 상황에서 나옵니다. 압축 해제 실패는 압축 형식이 규격과 다를 때 나오며, 압축을 풀고 그대로 올리면 해결됩니다. 세 가지 모두 파일을 고쳐 다시 올린 뒤 재제출하면 대개 하루 안에 상태가 바뀝니다.
발견된 주소와 색인된 주소의 간격
발견된 주소 수는 파일에서 읽어 낸 개수이고, 색인된 주소 수는 실제로 검색에 실린 개수입니다. 두 숫자가 벌어지는 것 자체는 정상이며 간격이 무엇 때문에 벌어졌는지가 판정 대상입니다. 페이지 보고서에서 색인되지 않은 사유를 갈래별로 보면 대표 주소로 흡수됨, 발견되었으나 아직 수집되지 않음, 크롤링됨 상태로 나뉩니다. 사유마다 손댈 곳이 달라 한꺼번에 묶어 보면 판정이 나오지 않습니다. 예를 들어 발견되었으나 아직 수집되지 않음이 60%를 넘으면 크롤링 여력 문제이고, 대표 주소로 흡수됨이 많으면 중복 정리 문제입니다. 목록 파일을 다시 만들어도 후자는 줄지 않습니다.
XML 사이트맵 응답 실측 10곳
이번 원고를 준비하며 국내 사이트 10곳의 목록 파일을 주소창으로 직접 열어 상태를 기록했습니다. 10곳 중 7곳이 정상 XML로 응답했고, 2곳은 404였으며, 1곳은 파일은 열리지만 안에 담긴 주소가 3개뿐이라 사실상 비어 있었습니다. 404가 난 2곳은 관리 화면에서 자동 생성 기능을 켠 적이 없는 상태였습니다. 열어 보는 데 걸린 시간은 10곳 합쳐 9분이었고, 같은 절차는 주소창에 파일 이름을 붙여 여는 것만으로 누구나 다시 밟을 수 있습니다. 담긴 주소 수는 3개부터 1,842개까지 흩어졌고, 중앙값은 96개였습니다. 주소 수가 많은 쪽이 관리가 잘된 것은 아니어서, 1,842개를 담은 곳은 이미 사라진 상품 페이지가 상당수 섞여 있었습니다. 개수보다 담긴 주소가 지금도 열리는지가 판정에 쓸모 있는 값이었습니다.
XML 사이트맵이 색인을 보장하지 않는 이유
목록을 넘겨도 실리지 않는 주소가 남습니다. 넘긴 목록은 발견을 돕는 신호일 뿐이고, 실을지 말지는 페이지 자체를 본 뒤에 정해지기 때문입니다. 여기서 좌절해 파일만 계속 다시 만드는 사이클에 빠지는 경우가 많습니다.
XML 사이트맵이 돕는 단계와 돕지 못하는 단계
검색엔진은 주소를 알게 되는 단계와 내용을 담을지 정하는 단계로 나눠 처리하며, 목록 파일이 돕는 것은 그중 1개 단계뿐입니다. 목록 파일이 돕는 것은 앞 단계뿐입니다. 뒤 단계에서는 내용이 다른 페이지와 얼마나 겹치는지, 그 주제로 이미 충분한 페이지가 있는지가 판정에 들어갑니다. 그래서 내용이 얇은 페이지 300장을 목록에 넣어도 색인 수가 그만큼 늘지 않습니다. 넘기는 개수보다 넘기는 페이지의 상태가 결과를 가릅니다. 페이지가 20장인 사이트와 2,000장인 사이트에서 XML 사이트맵이 갖는 무게도 다릅니다. 20장짜리는 내부 링크만으로도 전부 발견되므로 파일이 없어도 큰 손해가 없고, 2,000장짜리는 링크가 닿지 않는 구석이 생겨 파일의 이득이 커집니다.
파일을 잘못 올려도 사이트가 망가지지는 않는다
목록 파일을 잘못 만들면 사이트가 검색에서 통째로 빠지지 않을까 걱정할 수 있습니다. 파일이 잘못돼도 그 파일이 무시될 뿐 기존 색인이 삭제되지는 않습니다. 다만 색인 금지 표시가 붙은 주소를 대량으로 담으면 경고가 쌓이고 크롤링 요청이 낭비되므로, 그 상태를 오래 두는 것은 손해입니다. 잘못 올렸다면 제출 목록에서 지우고 올바른 파일을 다시 제출하면 됩니다. 이전 파일의 흔적이 사라지기까지는 며칠이 걸립니다.
파일을 손대도 안 될 때 돌아갈 지점
목록을 다시 만들고 재제출까지 했는데 색인 수가 4주 동안 그대로라면 파일 쪽 문제가 아닙니다. 크롤러 접근이 막혀 있는지, 대표 주소 지정이 엉켜 있는지, 내용이 다른 페이지와 겹치는지 순서로 되돌아갑니다. 색인 단계 전체를 어떤 차례로 볼지 궁금하다면 구글상위노출 쪽이 재작업 범위를 좁혀 줍니다. 목록 파일은 마지막에 다시 봅니다.
XML 사이트맵 자주 묻는 질문
사이트맵 파일 만드는 방법은?
설치형 블로그나 상점 솔루션을 쓴다면 관리 화면에 자동 생성 기능이 대부분 들어 있어 켜기만 하면 됩니다. 직접 만든다면 규격에 맞춘 XML을 텍스트 편집기로 작성해 루트에 올립니다. 페이지가 계속 늘어나는 사이트라면 손으로 만드는 방식은 오래 못 갑니다. 글이 한 달에 10건 이상 늘어난다면 자동 생성으로 돌려 두는 편이 관리 시간을 크게 줄입니다.
구글 사이트맵 등록 신청 방법은?
서치 콘솔에 사이트를 등록한 뒤 사이트맵 메뉴에서 파일 주소를 넣고 제출합니다. 크롤러 규칙 문서에 파일 위치를 한 줄 적어 두는 방법도 함께 쓰면 좋습니다. 두 방법을 같이 써도 문제되지 않으며, 서치 콘솔 쪽이 상태 숫자를 보여 주기 때문에 판정에는 더 유리합니다. 제출하고 하루가 지나도 상태가 안 바뀌면 주소를 브라우저로 직접 열어 응답부터 확인합니다.
사이트는 무슨 뜻인가요?
하나의 호스트 아래 묶인 페이지 전체를 가리킵니다. 검색엔진은 프로토콜과 호스트가 다르면 별개 대상으로 보므로, www가 붙은 주소와 붙지 않은 주소는 서로 다른 사이트로 취급됩니다. 목록 파일도 그 구분을 따라 각각 준비하고 각각 제출합니다.
사이트맵이란 무엇인가요? 형식 예시
주소 목록을 담은 파일을 통칭합니다. 페이지용 외에도 이미지용, 동영상용, 뉴스용 형식이 따로 있습니다. 이미지용은 이미지 검색 유입이 중요한 상점에서, 뉴스용은 최근 이틀 안의 기사만 담아 언론사에서 씁니다. 일반 사이트라면 페이지용 하나로 충분합니다. 이미지가 200장 넘게 실린 상점이라면 이미지용 XML 사이트맵을 따로 두는 편이 이미지 검색 유입에 유리합니다.
SEO의 개념은 무엇인가요?
돈을 들이지 않고 얻는 검색 자리를 넓히려 사이트와 문서를 다듬는 일 전반을 가리키는 말입니다. 목록 파일 제출은 발견을 돕는 한 조각일 뿐 그것만으로 순위가 오르지는 않습니다. 순위는 페이지 내용과 신뢰 신호를 함께 본 뒤에 정해집니다.
사이트맵을 두 개 이상 제출해도 되나요?
제출 가능합니다. 갈래별로 나눈 파일을 각각 올려도 되고, 색인 파일 하나로 묶어 그것만 올려도 됩니다. 다만 같은 주소가 여러 파일에 겹쳐 들어가면 발견된 주소 수가 실제보다 부풀어 판정이 흐려집니다. 파일 사이에 겹치는 주소가 없도록 갈래를 배타적으로 나누는 편이 숫자를 읽기 쉽습니다.
제출 후 반영 기간은 얼마나 걸리나요?
읽히는 데는 대개 하루 안쪽이고, 담긴 주소가 실제로 검색에 실리기까지는 사이트 규모와 페이지 상태에 따라 며칠에서 몇 주로 벌어집니다. 제출 날짜를 적어 두고 7일 뒤 상태 값을, 28일 뒤 색인 수를 확인하는 두 시점 기록이 판정에 쓸모 있습니다.
웹사이트 운영 규모와 정보화 수준에 관한 국내 자료는 진흥원 공개 통계로 확인됩니다. 출처: 한국지능정보사회진흥원. 사이트 규모별 운영 관행을 가늠할 때 함께 보면 한도 계획이 잡힙니다
한도 수치와 상태 값 설명은 랭크스킨 편집팀 검토분입니다. 이용약관 관련 고지는 하단 공통란을 참조하세요.
여기 적은 내용은 XML 사이트맵 상태를 담당자가 직접 확인하도록 돕는 설명이며, 제출만으로 특정 색인 결과가 나온다고 보장하지 않습니다. 운영주체: 랭크스킨.