사이트맵을 제출했다고 해서 사이트의 모든 페이지가 자동으로 발견되거나 색인되는 것은 아닙니다. 특히 ‘발견된 페이지’ 수가 적다면 사이트맵 자체의 URL 누락, 중복 URL, 속성 불일치, 접근 차단 여부부터 확인하는 것이 가장 빠릅니다.
📌 핵심 5줄 요약
1. 발견된 URL 수는 사이트 전체 페이지 수가 아니라 구글이 해당 사이트맵에서 파싱한 페이지 URL 수입니다.
2. 사이트맵에 URL이 실제로 적게 들어갔거나 중복 URL이 많으면 발견된 수가 줄어듭니다.
3. http·https, www·비www, 서브도메인 또는 하위 폴더 속성이 다르면 예상한 사이트맵이 보이지 않을 수 있습니다.
4. 리디렉션, robots.txt 차단, 서버 오류, 잘못된 URL 형식이 있으면 일부 URL만 처리될 수 있습니다.
5. 발견된 URL 수와 색인된 URL 수는 별개이므로 페이지 색인 보고서와 URL 검사 도구를 함께 확인해야 합니다.
📌 목차
01 | ‘발견된 URL’ 수의 의미
02 | 사이트맵 파일 자체의 URL이 적은 경우
03 | 중복 URL이 합쳐지는 경우
04 | 사이트맵이 일부만 처리된 경우
05 | 속성 주소가 다른 경우
06 | URL 형식과 도메인 불일치
07 | 리디렉션 URL이 포함된 경우
08 | robots.txt와 서버 접근 문제
09 | 사이트맵 인덱스 확인 방법
10 | 내부 링크가 부족한 경우
11 | 발견과 색인을 구분하는 방법
12 | 서치콘솔에서 점검하는 순서
13 | 문제를 수정한 뒤 해야 할 일
14 | 자주 생기는 오해와 주의사항
01 | ‘발견된 URL’ 수의 의미
서치콘솔의 사이트맵 보고서에서 표시되는 ‘발견된 페이지’는 구글이 사이트맵에서 읽어낸 페이지 URL의 수입니다. 사이트에 존재하는 게시물 수나 실제 검색 결과에 노출된 페이지 수를 의미하지 않습니다.
사이트맵 인덱스를 제출한 경우에는 하위 사이트맵에 들어 있는 URL을 합산하되, 같은 URL은 중복으로 여러 번 세지 않습니다. 따라서 사이트맵 파일에 URL이 1,000개 있어도 중복이 많으면 발견된 수는 그보다 적게 표시될 수 있습니다.
02 | 사이트맵 파일 자체의 URL이 적은 경우
가장 먼저 확인할 부분은 사이트맵 파일을 직접 열었을 때 실제로 몇 개의 URL이 들어 있는지입니다. CMS나 플러그인이 사이트맵을 자동 생성하더라도 글, 페이지, 카테고리, 태그 중 일부만 포함하도록 설정되어 있을 수 있습니다.
예를 들어 게시물 사이트맵만 활성화되어 있고 일반 페이지나 카테고리 페이지는 제외되어 있다면, 사이트 전체 페이지 수와 발견된 URL 수가 크게 다를 수 있습니다. 검색 결과에 반드시 노출할 필요가 없는 관리자 페이지, 검색 결과 페이지, 필터 URL이 제외된 것이라면 정상적인 설정일 수도 있습니다.
03 | 중복 URL이 합쳐지는 경우
서로 다른 주소처럼 보여도 구글이 같은 URL로 판단하는 경우 발견된 URL 수가 줄어들 수 있습니다. 대표적으로 URL 끝의 슬래시, 대소문자, 추적 매개변수, 동일 콘텐츠를 제공하는 여러 주소가 여기에 해당합니다.
서치콘솔은 사이트맵에서 같은 URL이 반복되면 중복으로 한 번만 계산합니다. 또한 같은 콘텐츠가 여러 주소에서 열리는 구조라면 선호하는 표준 URL 하나만 사이트맵에 넣는 것이 좋습니다. 구글은 일반적으로 사이트맵에 제출된 URL을 표준 URL 판단에 참고하지만, 제출만으로 표준 URL이 확정되는 것은 아닙니다.
04 | 사이트맵이 일부만 처리된 경우
사이트맵 상태가 ‘성공’이 아니라 오류가 있거나 가져올 수 없음으로 표시된다면 구글이 파일 전체를 정상적으로 읽지 못했을 수 있습니다. 이때는 오류 없이 해석된 URL만 발견된 수에 반영될 수 있습니다.
XML 문법 오류, 잘못된 날짜 형식, 유효하지 않은 URL, 비어 있는 사이트맵, 압축 해제 오류 등이 원인이 될 수 있습니다. 사이트맵 상세 화면에서 오류 항목을 펼쳐 어떤 URL 또는 태그에서 문제가 발생했는지 확인해야 합니다.
05 | 속성 주소가 다른 경우
서치콘솔에서 확인 중인 속성과 사이트맵이 속한 주소가 다르면 예상한 URL이 제대로 집계되지 않을 수 있습니다. 다음 주소는 서로 다른 속성으로 관리될 수 있습니다.
http와 https, www와 비www, 서브도메인, 하위 폴더 사이트가 대표적인 예입니다.
사이트가 https로 운영되는데 http 속성만 보고 있거나, www 주소의 사이트맵을 비www 속성에서 확인하고 있다면 사이트맵 목록과 데이터가 예상과 다르게 보일 수 있습니다. 현재 운영 중인 대표 주소와 서치콘솔 속성을 먼저 맞춰야 합니다.
06 | URL 형식과 도메인 불일치
사이트맵에는 상대 경로가 아니라 완전한 절대 URL을 사용하는 것이 안전합니다. 예를 들어 /post-1보다 운영 주소를 포함한 전체 URL을 넣어야 합니다.
사이트맵 위치와 URL의 도메인 또는 경로 범위가 맞지 않는 경우도 문제가 됩니다. 사이트맵이 특정 하위 디렉터리에 있는데 상위 경로의 URL을 포함하거나, www가 다른 URL과 섞여 있으면 허용되지 않은 URL로 처리될 수 있습니다. 구글은 사이트맵에 적힌 URL을 그대로 크롤링하려고 하므로 주소 형식을 통일해야 합니다.
07 | 리디렉션 URL이 포함된 경우
사이트맵에는 최종적으로 콘텐츠가 열리는 주소를 넣는 것이 좋습니다. 다른 주소로 301 또는 302 리디렉션되는 URL을 넣으면 구글이 해당 URL을 따라가는 과정에서 일부가 처리되지 않거나 ‘URL을 따라가지 못함’과 같은 오류가 나타날 수 있습니다.
http에서 https로 이동하는 주소, 이전 글 주소, 슬러그를 변경한 뒤 남은 주소가 대표적인 사례입니다. 사이트맵을 생성하는 플러그인이나 CMS가 오래된 주소를 계속 출력하지 않는지도 확인해야 합니다.
08 | robots.txt와 서버 접근 문제
구글이 사이트맵 파일이나 개별 페이지에 접근할 수 없으면 URL이 정상적으로 발견되지 않을 수 있습니다. robots.txt에서 사이트맵 경로를 막고 있거나, 방화벽·보안 플러그인·서버 설정이 구글봇을 차단하는 경우가 있습니다.
사이트맵 파일을 브라우저에서 열 수 있다는 사실만으로 구글봇 접근이 정상이라고 단정할 수는 없습니다. 서치콘솔의 사이트맵 상세 오류와 URL 검사 도구의 실시간 테스트에서 페이지 가져오기와 크롤링 허용 여부를 확인해야 합니다. 서버가 일시적으로 불안정했거나 응답 시간이 지나치게 길어도 일부 URL만 읽힐 수 있습니다.
09 | 사이트맵 인덱스 확인 방법
사이트맵 인덱스 파일을 제출했다면 인덱스 안에 등록된 하위 사이트맵을 하나씩 확인해야 합니다. 인덱스만 정상적으로 보이고 특정 하위 사이트맵이 비어 있거나 오류 상태라면 전체 발견 URL 수가 예상보다 적어집니다.
하위 사이트맵이 실제 서버에 존재하는지, 인덱스에 완전한 주소로 등록되어 있는지, 한 파일에 지나치게 많은 URL이 들어 있지 않은지 확인합니다. 구글 기준으로 하나의 사이트맵은 압축하지 않은 상태에서 5천만 바이트 또는 URL 5만 개 제한을 지켜야 하며, 이를 넘으면 여러 파일로 나눠야 합니다.
10 | 내부 링크가 부족한 경우
사이트맵은 구글에 URL을 알려주는 보조 수단이지, 모든 페이지를 반드시 크롤링하라는 명령이 아닙니다. 중요한 페이지가 사이트맵에만 있고 메뉴, 카테고리, 본문 링크 등에서 연결되지 않으면 구글이 페이지의 중요도와 구조를 파악하기 어려울 수 있습니다.
홈페이지에서 시작해 주요 카테고리와 게시물로 이동할 수 있도록 일반적인 HTML 링크를 구성하세요. 특히 새 글이 고립된 상태가 되지 않도록 관련 글, 카테고리, 최신 글 영역에서 연결하는 것이 좋습니다. 구글은 내부 링크를 통해 페이지를 발견할 수 있으며, 사이트맵과 내부 링크가 함께 갖춰진 구조가 더 안정적입니다.
11 | 발견과 색인을 구분하는 방법
‘발견된 URL 수’가 적은 문제와 ‘색인된 URL 수’가 적은 문제는 원인이 다를 수 있습니다. 사이트맵 보고서의 발견된 페이지는 구글이 사이트맵에서 URL을 읽었는지를 보여주고, 페이지 색인 보고서는 실제 색인 상태를 보여줍니다.
발견된 URL 수는 충분하지만 색인된 URL이 적다면 콘텐츠 품질, 중복 콘텐츠, 표준 URL, 접근성 또는 색인 제외 사유를 살펴봐야 합니다. 반대로 발견된 URL 자체가 적다면 사이트맵 생성·제출·처리 단계의 문제를 먼저 확인해야 합니다. 사이트맵에 URL을 넣었다고 해서 자동 색인이나 검색 노출이 보장되는 것은 아닙니다.
12 | 서치콘솔에서 점검하는 순서
다음 순서로 확인하면 원인을 비교적 빠르게 좁힐 수 있습니다.
첫째, 브라우저에서 사이트맵 또는 사이트맵 인덱스를 열고 URL이 실제로 들어 있는지 확인합니다.
둘째, 서치콘솔에서 사이트맵 상태가 성공인지, 오류가 있는지 확인합니다.
셋째, 사이트맵의 URL 수와 발견된 페이지 수를 비교합니다. 차이가 크면 중복, 파싱 오류, 허용되지 않은 URL을 의심합니다.
넷째, 예상한 URL 몇 개를 URL 검사 도구에 넣어 색인 가능 여부와 표준 URL을 확인합니다.
다섯째, 페이지 색인 보고서에서 사이트맵별 색인 결과와 제외 사유를 확인합니다.
13 | 문제를 수정한 뒤 해야 할 일
사이트맵 내용을 수정했다면 먼저 서버에 새 파일이 정상적으로 반영됐는지 확인합니다. 이후 서치콘솔 사이트맵 보고서에서 해당 사이트맵을 다시 제출할 수 있습니다.
다만 같은 내용의 사이트맵을 짧은 시간 안에 반복 제출한다고 크롤링이 즉시 빨라지는 것은 아닙니다. 중요한 URL 몇 개만 긴급하게 확인해야 한다면 URL 검사 도구에서 개별 색인 생성을 요청하고, 나머지는 구글의 일반적인 크롤링을 기다리는 방식이 적절합니다. 크롤링과 색인에는 며칠에서 수주가 걸릴 수 있으며 요청 자체가 색인을 보장하지는 않습니다.
14 | 자주 생기는 오해와 주의사항
사이트맵 제출 후 발견된 URL 수가 적다고 해서 곧바로 사이트가 검색에서 불이익을 받고 있다고 단정할 필요는 없습니다. 사이트 규모가 작거나 검색 결과에 노출할 필요가 없는 URL을 제외한 경우라면 낮은 수치가 정상일 수 있습니다.
반대로 사이트맵에 포함한 URL 대부분이 발견되지 않는다면 파일 오류, 주소 속성 불일치, 서버 접근 차단, 리디렉션, 중복 URL을 점검해야 합니다. URL 수를 늘리는 것보다 검색 결과에 실제로 보여주고 싶은 대표 URL만 정확하게 제출하는 것이 중요합니다.
☑ 체크리스트
□ 사이트맵 파일에 예상한 URL이 실제로 포함되어 있는지 확인
□ 사이트맵 상태가 성공인지, 오류 또는 가져올 수 없음인지 확인
□ http·https와 www·비www 주소가 일치하는지 확인
□ 사이트맵 URL이 절대 주소이며 최종 도착 주소인지 확인
□ robots.txt, 보안 플러그인, 서버가 구글봇을 차단하지 않는지 확인
□ 사이트맵 인덱스의 모든 하위 사이트맵을 개별 확인
□ 발견된 URL과 색인된 URL을 서로 다른 보고서에서 비교
📖 자주하는 질문 Q&A
사이트맵에 URL을 추가하면 바로 발견되나요?
바로 반영된다고 보장할 수 없습니다. 사이트맵은 구글에 URL을 알려주는 신호이며, 구글이 파일을 읽고 페이지를 크롤링하는 시점은 사이트 상태와 크롤링 수요 등에 따라 달라집니다.
사이트맵 URL 수와 발견된 URL 수가 다른 이유는 무엇인가요?
중복 URL이 한 번만 계산되거나, 일부 URL이 잘못된 형식·리디렉션·접근 제한·파싱 오류 때문에 처리되지 않았을 수 있습니다.
발견된 URL 수가 적으면 사이트맵을 계속 다시 제출해야 하나요?
오류를 수정하지 않은 상태에서 반복 제출하는 것은 큰 도움이 되지 않습니다. 먼저 사이트맵 파일과 오류 원인을 수정한 뒤 다시 제출하고, 이후에는 일정 시간을 두고 상태를 확인하는 것이 좋습니다.
발견된 URL은 모두 검색 결과에 표시되나요?
아닙니다. 발견은 URL을 알게 되었다는 의미에 가깝고, 크롤링과 색인은 별도 단계입니다. 색인 여부는 페이지 색인 보고서와 URL 검사 도구에서 확인해야 합니다.
📝 마무리
사이트맵을 제출했는데 발견된 URL 수가 적다면 먼저 사이트맵 안의 실제 URL 수와 서치콘솔 처리 상태를 비교하세요. 그다음 주소 속성, 중복·리디렉션, robots.txt와 서버 접근, 사이트맵 인덱스를 순서대로 점검하면 원인을 대부분 좁힐 수 있습니다. 발견과 색인은 다른 단계이므로 페이지 색인 보고서까지 함께 확인해야 정확한 판단이 가능합니다.