구글 서치 콘솔 색인 상태, 보고서 추이와 URL 검사로 원인 좁히기

구글 서치 콘솔 색인 상태는 먼저 페이지 색인 보고서에서 사이트 전체 기준으로 확인합니다. 문제가 보이는 URL은 URL 검사 도구로 하나씩 열어 원인을 좁힙니다. 목표는 '색인 안 됨' 숫자를 줄이는 것이 아니라, 중요한 페이지가 어떤 사유로 빠졌는지 찾는 것입니다.

사유마다 출처가 Google인지 웹사이트인지, 의도한 결과인지 함께 보면 고칠 곳과 그대로 둘 곳이 나뉩니다.

색인 상태는 어떤 순서로 확인하나요?

Search Console에는 색인과 관련된 화면이 여러 개 있습니다. 넓은 범위에서 좁은 범위로 내려가는 순서로 보면 판단이 빨라집니다.

1. 페이지 색인 보고서 요약: 색인된 페이지와 색인되지 않은 페이지의 추이 그래프, '페이지가 색인되지 않은 이유' 표를 봅니다.
2. 필터 전환: 기본값인 '알려진 모든 페이지'를 '제출된 모든 페이지'나 특정 사이트맵으로 바꿔 중요한 URL만 남깁니다.
3. 사유별 상세 화면: 사유를 누르면 예시 URL 목록과 추이가 나옵니다. 목록은 최대 1,000행이라 모든 URL이 나오지는 않습니다.
4. URL 검사: 예시 URL 몇 개를 검사해 마지막 크롤링 시각, 크롤링 허용 여부, 표준 URL을 확인합니다.
5. 실시간 테스트와 수정 확인: 고친 뒤 실시간 테스트로 현재 상태를 보고, 보고서에서 수정 확인을 요청합니다.

Google 도움말은 모든 URL이 색인될 필요는 없다고 설명합니다. 표준 페이지와 중요한 페이지에 집중하고 홈페이지부터 확인하라고 안내합니다. 보고서 합계가 사이트의 실제 URL 수와 정확히 맞지 않을 수 있다는 점도 밝힙니다.

페이지 색인 보고서의 숫자와 추이는 어떻게 읽나요?

보고서의 각 사유에는 출처 값이 붙습니다. 도움말은 일반적으로 출처가 '웹사이트'인 문제만 사이트 쪽에서 고칠 수 있다고 설명합니다.

숫자는 크롤링 시점의 상태를 반영하므로, 마지막 크롤링 뒤에 고친 문제는 다시 크롤링될 때까지 남습니다. 도움말은 새 콘텐츠 색인에 며칠, 사이트 일부나 전체가 크롤링되기까지 몇 주가 걸릴 수 있다고 설명합니다. 그래서 하루 단위 변동보다 몇 주 단위 추이를 보는 편이 정확합니다.

사이트맵 필터로 분모를 좁힙니다

사이트맵 보고서의 상태는 성공, 오류 있음, 가져올 수 없음 세 가지입니다. '오류 있음'이어도 오류 없이 읽힌 URL은 크롤링 대기열에 들어갑니다. '가져올 수 없음'의 원인으로 도움말은 robots.txt 차단, 잘못된 주소(404), 일시적 서버 문제 등을 듭니다.

'발견된 페이지' 수는 사이트맵에서 읽어 낸 URL 수이며, 크롤링이나 색인을 보장하지 않습니다. 실제 색인 비율은 페이지 색인 보고서를 해당 사이트맵으로 필터링해야 보입니다. 사이트맵 보고서는 현재 속성의 사이트맵만 보여 주므로, http와 https, www 유무가 다른 속성은 각각 확인합니다.

제품·서비스 소개처럼 꼭 노출되어야 할 페이지만 담은 사이트맵을 따로 제출하면, 중요 페이지 가운데 몇 개가 색인되었는지 바로 읽힙니다. 도움말도 중요한 페이지만 담은 사이트맵으로 필터링한 뒤 수정 확인을 요청하는 방법을 소개합니다. 일부 URL만 대상으로 한 확인은 더 빨리 끝날 수 있다고 설명합니다.

'색인 안 됨' 사유별로 고칠 곳은 어떻게 구분하나요?

사유는 고쳐야 하는 것, 판단이 필요한 것, 대개 그대로 두는 것으로 나눌 수 있습니다. 아래 표는 도움말의 설명을 세 갈래로 묶은 것이며, 괄호 안은 보고서의 영문 표기입니다.

고쳐야 하는 사유

판단이 필요한 사유

대개 그대로 두는 사유

크롤링됨·발견됨 상태가 중요 페이지에 몰려 있다면, 해당 페이지의 내용 충실도와 내부 링크 연결부터 함께 검토하는 것이 효율적입니다.

표준 URL 관련 사유는 Google 검색 센터 문서와 함께 봅니다. 문서는 리디렉션과 rel=canonical(대표 URL 선언 태그)을 강한 신호로, 사이트맵 포함을 약한 신호로 설명합니다. 사이트 안에서 표준을 고르려고 noindex나 robots.txt를 쓰지 말고, 내부 링크는 원하는 표준 URL로 걸라고 안내합니다.

색인은 되었지만 경고가 붙는 경우도 있습니다. 'robots.txt에 의해 차단되었지만 색인됨'은 다른 페이지가 링크해 차단된 URL이 색인된 상태입니다. 색인에서 빼려면 차단을 풀고 noindex를 넣어야 Google이 그 지시를 읽을 수 있습니다. '콘텐츠 없이 색인됨'은 Google이 내용을 읽지 못한 경우이므로 URL 검사로 실제 응답을 확인합니다.

URL 검사 결과의 각 항목은 무엇을 뜻하나요?

URL 검사의 기본 화면은 가장 최근에 색인된 버전 기준이라 지금 웹에 있는 페이지와 다를 수 있습니다. 현재 페이지는 실시간 테스트로 따로 확인합니다.

도움말에 따르면 실시간 테스트는 사이트맵·참조 페이지 포함 여부, 중복이나 대체 페이지 여부를 검사하지 않습니다. 품질·보안 가이드라인 준수, 직접 조치, 콘텐츠 삭제, 일시 차단 여부도 검사 범위 밖입니다. 따라서 실시간 테스트를 통과해도 표준 URL 문제는 남아 있을 수 있습니다.

색인 요청에는 일일 한도가 있고, 요청이 색인을 보장하지는 않습니다. 도움말은 색인이 보통 하루 정도면 되지만 최대 1~2주가 걸릴 수 있다고 설명합니다. 페이지가 많을 때는 lastmod(사이트맵의 최종 수정일 값)를 갱신한 사이트맵 제출을 안내합니다.

고친 뒤에는 어떻게 확인하고 기록하나요?

도움말이 안내하는 수정 확인 흐름은 다음과 같습니다.

1. 해당 사유에 속한 URL을 모두 고칩니다.
2. 사유 상세 화면에서 '수정 확인'을 누르고, 결과가 나올 때까지 기다립니다.
3. 확인은 보통 2주 안팎 걸리며, 경우에 따라 훨씬 길어질 수 있습니다.
4. 실패하면 해당 URL을 고친 뒤 확인을 다시 시작합니다. 이때 대기 중이거나 실패로 표시된 URL이 모두 다시 검사되고, 통과로 표시된 URL은 다시 검사하지 않습니다.

사이트맵으로 필터링한 상태에서 확인을 요청하면, 요청 시점에 그 사이트맵에 있던 URL에만 적용됩니다. 확인 상태는 시작됨, 양호, 통과, 해당 없음, 실패 등으로 표시됩니다. '해당 없음'은 요청하지 않았는데 Google이 모든 URL에서 수정을 확인한 경우입니다. 마지막 사례가 사라진 뒤 90일 동안 재발하지 않으면 그 문제는 문제 표에서 삭제됩니다.

담당자가 바뀌어도 판단을 이어 가려면 사유 단위로 기록하는 방식이 유용합니다. 예를 들어 가상의 ○○ 기업이 제품 상세 페이지에서 중복 사유를 발견했다면 다음처럼 적을 수 있습니다.

정리

1. 중요 페이지만 담은 사이트맵으로 페이지 색인 보고서를 필터링하고 현재 색인 수를 기록합니다.
2. '색인 안 됨' 사유를 고쳐야 함·판단 필요·대개 그대로의 세 갈래로 나누고, 출처가 웹사이트인 사유부터 봅니다.
3. 사유마다 예시 URL 3개 정도를 URL 검사로 열어 크롤링 시각과 두 표준 URL을 비교합니다.
4. 고친 뒤 실시간 테스트로 현재 상태를 보고 보고서에서 수정 확인을 요청합니다.
5. 2주 뒤 확인 결과와 색인 수 추이를 기록 양식에 이어서 적습니다.