본문으로 건너뛰기
2026년 10월 14일 (수)

LUXDIGEST

IT 정보

사이트맵 제출과 관리, 발견된 URL과 색인된 URL 대조

구글 서치콘솔에서 사이트맵을 제출하고 관리하는 방법, 발견된 URL과 색인된 URL의 차이, 숫자를 대조해 문제를 찾는 법을 쉽게 설명합니다.

웹사이트 사이트맵과 색인 상태를 확인하는 분석 화면

사이트맵을 제출했는데도 검색 결과에 내 글이 보이지 않으면 이런 생각이 듭니다. “구글 우체통에 편지를 넣었는데, 왜 답장이 없지?”

사실 사이트맵은 합격 통지서가 아니라 안내 지도에 가깝습니다. 구글에 길을 알려줄 뿐, 모든 페이지를 반드시 방문하거나 검색 결과에 올린다고 약속하지는 않습니다.

사이트맵은 검색 엔진에게 건네는 ‘이쪽도 보세요’ 안내판입니다

사이트맵은 웹사이트 안의 중요한 주소를 모아 둔 파일입니다. 구글은 이 파일을 읽고 새 글, 상품 페이지, 이미지 같은 주소를 더 쉽게 발견할 수 있습니다.

구글 검색 센터에 따르면 사이트맵은 특히 규모가 큰 사이트, 외부에서 연결된 링크가 적은 새 사이트, 동영상이나 이미지가 많은 사이트에서 도움이 됩니다. 반대로 페이지가 500개 안팎보다 적고, 모든 중요한 글이 메뉴와 본문 링크로 잘 연결돼 있다면 꼭 필요한 것은 아닐 수 있습니다.

여기서 의외의 사실이 하나 있습니다.

사이트맵에 주소를 넣는 일은 “이 페이지를 꼭 검색 결과에 넣어 주세요”가 아닙니다. “이 주소가 존재하니 살펴볼 만합니다”라는 추천에 더 가깝습니다.

따라서 사이트맵에는 검색 결과에 나오길 바라는 주소만 넣어야 합니다. 로그인해야 보이는 페이지, 임시 페이지, 검색 결과에서 숨기려는 페이지를 넣으면 구글에게 간식 대신 영수증을 건네는 꼴이 됩니다.

제출보다 먼저 해야 할 일은 사이트맵을 다이어트하는 것입니다

주소가 실제로 열리는지 확인하세요

사이트맵에 넣는 주소는 완전한 주소여야 합니다. 예를 들어 ‘/news/article’처럼 짧게 적는 것이 아니라, 사이트의 주소와 보안 연결 방식까지 포함한 전체 주소를 적어야 합니다.

주소를 눌렀을 때 정상적으로 열리고, 서버가 성공을 뜻하는 응답을 보내는지도 살펴야 합니다. 삭제된 글, 다른 주소로 자동 이동하는 글, 다른 글과 거의 똑같은 글이 섞이면 목록의 신뢰도가 떨어집니다.

한 파일에 너무 많이 넣지 마세요

구글 안내에 따르면 사이트맵 하나에는 최대 5만 개의 주소를 넣을 수 있고, 압축하지 않은 파일 크기는 50MB를 넘을 수 없습니다. 더 많다면 여러 파일로 나누고, 그 파일들을 한 번에 가리키는 묶음 파일을 만들 수 있습니다.

작은 사이트라면 글 사이트맵, 상품 사이트맵처럼 종류별로 나누는 것만으로도 관리가 쉬워집니다. 나중에 문제가 생겼을 때 어느 묶음에서 사고가 났는지 찾기 좋기 때문입니다.

제출은 끝이 아니라 감시 시작입니다

서치콘솔에서 사이트맵 보고서를 열고 사이트맵 주소를 제출하면 됩니다. 제출 뒤에는 구글이 파일을 읽었는지, 읽는 과정에서 오류가 있었는지, 그 안에서 몇 개의 주소를 발견했는지 확인할 수 있습니다.

구글 검색 센터는 사이트맵 제출을 구글에 보내는 신호라고 설명합니다. 제출했다고 곧바로 모든 주소를 방문하는 것도 아니고, 같은 파일을 하루에도 여러 번 다시 제출한다고 속도가 빨라지는 것도 아닙니다.

‘발견된 URL’과 ‘색인된 URL’은 같은 숫자가 아닙니다

이 둘을 헷갈리면 서치콘솔 화면이 갑자기 수학 시험처럼 보입니다. 하지만 뜻은 간단합니다.

발견된 URL은 구글이 “이런 주소가 있구나”라고 알아차린 주소입니다. 색인된 URL은 구글이 내용을 읽고 검색용 데이터베이스에 저장한 주소입니다.

도서관으로 비유하면 발견은 책의 존재를 도서관 직원이 알아챈 단계입니다. 색인은 책을 분류하고 서가에 꽂은 단계입니다.

그러므로 사이트맵에 1,000개를 제출했는데 발견된 주소가 900개이고, 실제 색인된 주소가 620개라면 이상한 일이 아닙니다. 900개는 구글이 알아본 숫자이고, 620개는 검색에 쓸 만하다고 판단해 저장한 숫자이기 때문입니다.

구글은 페이지를 발견한 뒤에도 여러 단계를 거칩니다. 페이지에 접근할 수 있는지 확인하고, 내용을 읽고, 다른 페이지와 중복되는지 살피며, 검색 이용자에게 충분한 가치가 있는지 판단합니다.

그래서 발견된 주소보다 색인된 주소가 적을 수 있습니다. 반대로 사이트맵에 넣지 않았는데도 색인된 주소가 발견될 수도 있습니다. 다른 웹페이지의 링크, 내부 링크, 예전에 알려진 주소를 통해 구글이 먼저 찾을 수 있기 때문입니다.

두 숫자를 제대로 대조하면 막힌 곳이 보입니다

먼저 사이트맵 보고서에서 확인할 것

사이트맵 보고서에서는 제출한 파일별 상태를 봅니다. 성공으로 표시되는지, 마지막으로 읽은 시점은 언제인지, 발견된 페이지 수가 어떻게 달라졌는지 확인합니다.

여기서 발견된 페이지 수가 갑자기 줄었다면 사이트맵 파일 자체가 바뀌었거나, 주소 형식이 달라졌거나, 서버가 파일을 제대로 내주지 못했을 가능성이 있습니다. 글을 많이 삭제한 직후라면 실제 변화일 수도 있습니다.

그다음 페이지 색인 생성 보고서와 맞춰 보세요

페이지 색인 생성 보고서는 구글이 알고 있는 페이지를 색인됨, 제외됨, 오류 같은 상태로 나누어 보여줍니다. 사이트맵의 주소 목록과 이 보고서의 상태를 함께 보면 단순한 숫자 차이가 아니라 문제의 종류를 알 수 있습니다.

  • 발견은 됐지만 색인되지 않음: 아직 처리 중이거나 품질, 중복 문제가 있을 수 있습니다.
  • 크롤링은 됐지만 색인되지 않음: 읽기는 했지만 검색에 넣지 않은 상태입니다.
  • 중복 페이지: 구글이 대표 주소를 따로 골랐을 수 있습니다.
  • 오류: 서버 응답, 접근 차단, 주소 이동 등을 확인해야 합니다.
  • 사이트맵에 없는 색인 페이지: 링크를 통해 먼저 발견된 주소일 수 있습니다.

특정 주소가 정말 중요한데 상태가 애매하다면 URL 검사 도구로 그 주소를 직접 확인합니다. 이 도구에서는 현재 색인 여부, 대표 주소로 선택된 주소, 구글이 마지막으로 방문한 시점 같은 정보를 볼 수 있습니다.

직접 관리할 때 가장 자주 막히는 지점은 따로 있습니다

많은 운영자는 사이트맵을 자동으로 만들어 주는 기능을 켜면 일이 끝났다고 생각합니다. 그러나 자동 생성 기능은 페이지의 존재는 잘 모아도, 그 페이지가 정말 검색에 필요하고 정상적인지는 대신 판단해 주지 못합니다.

자동 생성 뒤에도 날짜·작성자·태그·검색 결과와 선택한 분류 보관 페이지처럼 검색에 노출할 필요가 적은 주소를 따로 가려야 합니다. SOHO SEO의 noindex management는 이런 보관 페이지에 noindex 설정을 적용하는 기능입니다. 사이트맵에 넣을 주소를 고르는 일과 보관 페이지를 구분하는 일을 함께 점검할 수 있습니다.

예를 들어 상품 필터를 누를 때마다 주소가 새로 생기는 쇼핑몰을 생각해 보세요. 색상, 크기, 가격 순서를 조합하면 비슷한 페이지가 수백 개 생길 수 있습니다. 이 주소들을 모두 사이트맵에 넣으면 구글이 중요한 상품 페이지보다 필터 조합을 먼저 살필 수 있습니다.

직접 대조할 때는 또 다른 문제가 생깁니다. 사이트맵은 파일에 있고, 색인 상태는 서치콘솔 보고서에 있으며, 실제 내용은 웹사이트 화면에 따로 있기 때문입니다.

주소가 수백 개를 넘으면 엑셀로 복사하고, 대소문자와 슬래시를 맞추고, 이동된 주소를 찾는 작업만으로도 반나절이 사라집니다. 사람 눈은 비슷한 주소를 구별하는 데 약하고, 특히 숫자와 날짜가 붙은 주소 앞에서는 금세 길을 잃습니다.

구글도 모든 사이트맵 주소를 즉시 크롤링하거나 색인한다고 보장하지 않습니다. 구글 검색 센터는 사이트맵을 절대 명령이 아니라 유용한 제안으로 설명하며, 같은 내용의 주소가 여러 개면 대표 주소 하나를 선택할 수 있다고 안내합니다.

따라서 직접 해결할 때는 주소 목록을 모으고, 상태를 분류하고, 중복과 오류를 걸러내는 반복 작업이 필요합니다. 사이트가 작을 때는 충분히 할 수 있지만, 글과 상품이 계속 늘어나는 사이트에서는 사람이 최종 판단을 하고 반복 확인은 도구의 도움을 받는 편이 현실적입니다.

SOHO SEO로 워드프레스 점검 흐름 묶기

사이트맵 파일과 색인 보고서를 따로 열어 반복해서 맞춰 봐야 하는 워드프레스 운영자라면, SOHO SEO를 기술·구조 요소를 점검하고 관리하는 도구로 활용할 수 있습니다. Sitemap에서 일반 XML 사이트맵과 최근 48시간 내 게시물만 담는 Google News 사이트맵을 켜거나 끌 수 있고, noindex management에서는 날짜·작성자·태그·검색 결과와 선택한 분류 보관 페이지에 noindex 설정을 적용합니다.

점검을 놓치기 쉬운 사이트에는 Site Error Check (key search engine items)를 켜 둘 수 있습니다. 이 기능은 robots.txt와 이 플러그인이 제공하는 사이트맵을 하루 한 번 확인하고 문제가 있을 때 이메일을 보냅니다. 발견된 URL과 색인된 URL의 차이를 해석하거나 어떤 페이지를 남길지는 여전히 운영자가 판단해야 합니다.

매달 한 번, 숫자보다 흐름을 확인하세요

서치콘솔은 매일 들여다볼 필요가 없습니다. 구글은 사이트에 큰 변화가 없을 때 대체로 한 달에 한 번 정도 점검해도 된다고 안내합니다.

점검 순서는 단순하게 잡으면 됩니다.

  1. 사이트맵 파일이 정상적으로 읽히는지 확인합니다.
  2. 제출한 주소와 발견된 주소 수의 변화를 봅니다.
  3. 페이지 색인 생성 보고서에서 제외와 오류가 늘었는지 봅니다.
  4. 중요한 주소 몇 개를 URL 검사 도구로 직접 확인합니다.
  5. 사이트맵에 검색 불필요한 주소가 섞이지 않았는지 정리합니다.

새 글이 하루 만에 색인되지 않았다고 바로 실패라고 볼 필요는 없습니다. 구글 검색 센터는 일반적인 사이트에서 새 페이지가 처리되는 데 며칠 이상 걸릴 수 있다고 설명합니다.

더 중요한 것은 한 번의 숫자가 아니라 흐름입니다. 사이트맵의 발견 수는 늘어나는데 색인 수가 몇 달째 멈췄다면, 주소를 더 넣기보다 중복, 품질, 접근 차단 문제를 먼저 살펴야 합니다.

사이트맵은 구글에게 문을 열어 달라고 외치는 확성기가 아닙니다. 어디에 방이 있고 어느 방이 중요한지 알려 주는 깔끔한 안내도입니다.

자주 묻는 질문

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

A. 아닙니다.

사이트맵은 구글이 주소를 발견하도록 돕는 신호입니다. 페이지의 접근 가능 여부, 내용의 가치, 중복 여부 등을 추가로 판단하므로 색인과 노출이 보장되지는 않습니다.

Q. 사이트맵의 주소 수보다 색인된 주소가 적으면 문제가 있나요?

A. 반드시 문제는 아닙니다.

아직 처리 중일 수도 있고, 중복 페이지나 검색에 적합하지 않은 페이지가 제외됐을 수도 있습니다. 페이지 색인 생성 보고서에서 제외 이유를 함께 확인해야 합니다.

Q. 사이트맵에 어떤 주소를 넣어야 하나요?

A. 검색 결과에 나오길 바라는 대표 주소를 넣으세요. 삭제된 페이지, 로그인 전용 페이지, 필터 조합 주소, 다른 주소로 이동하는 주소는 빼는 것이 좋습니다.

Q. 내 사이트에서는 발견된 URL과 색인된 URL을 어떻게 대조하나요?

A. 사이트맵 보고서에서 파일별 발견 수를 확인한 뒤, 페이지 색인 생성 보고서와 URL 검사 도구로 중요한 주소를 나눠 봅니다. 주소가 많다면 목록을 내려받아 상태별로 분류하는 도구를 함께 쓰면 반복 작업을 줄일 수 있습니다.

Q. 이 문제를 도구로 쉽게 해결할 수 있나요? 어떤 도구를 쓰면 되나요?

A. 서치콘솔의 사이트맵 보고서, 페이지 색인 생성 보고서, URL 검사 도구가 기본 도구입니다. 주소가 많은 사이트는 목록 비교와 중복 확인을 돕는 일반적인 분석 도구를 추가로 쓰되, 최종적으로 어떤 페이지를 남길지는 사람이 판단해야 합니다.

Q. 사이트맵 상태를 정기적으로 확인하려면 어떻게 하나요?

A. 서치콘솔의 사이트맵 보고서와 페이지 색인 생성 보고서를 기준으로 확인하는 것이 기본입니다.

워드프레스에서는 SOHO SEO의 Site Error Check (key search engine items)를 켜 두면 robots.txt와 이 플러그인이 제공하는 사이트맵을 하루 한 번 확인하고 문제가 있을 때 이메일을 보냅니다. 발견된 URL과 색인된 URL의 의미를 나누어 보는 작업은 별도로 진행해야 합니다.

김지훈 기자
Facebook X (Twitter) 링크복사