색인 생성 범위 상태 보고서

색인이 생성된 페이지 및 색인 생성 시 발생할 수 있는 문제를 알 수 있습니다.

 

색인 생성 범위 보고서

 

보고서 이해하기

색인 생성 범위 보고서는 Google 검색 작동 방식을 먼저 읽으면 훨씬 이해하기 쉽습니다.

이 보고서에서는 Google에서 방문했거나 방문을 시도한 속성의 모든 URL에 관한 색인 생성 상태를 확인할 수 있습니다. 요약 페이지에서는 속성의 모든 URL에 관해 오류, 경고, 유효 등의 상태별로 그룹화된 결과와 이러한 상태가 표시된 구체적인 이유(예: 제출된 URL을 찾을 수 없음(404))를 확인할 수 있습니다. 요약 페이지의 표에서 행을 클릭하면 상태/이유가 동일한 URL을 모두 확인하고 문제에 관해 자세히 알아볼 수 있습니다.

 

이 보고서가 꼭 필요한가요?

사이트에 페이지 수가 500개 미만인 경우 이 보고서를 사용하지 않아도 됩니다. 대신 site:your_site('your_site'가 'http://' 또는 'https://' 접두어를 제외한 사이트의 홈페이지 URL임)를 입력하여 Google에서 사이트를 검색하는 것이 훨씬 간편합니다. 예를 들어, site:example.com 또는 site:example.com/petstore라고 검색해 볼 수 있습니다. 검색결과에는 Google이 사이트에서 발견한 페이지가 표시됩니다. 검색어를 추가하여 사이트의 특정 페이지를 찾을 수 있습니다(예: site:example.com/petstore iguanas zebras).

 

요약 페이지

최상위 보고서에는 내 사이트의 페이지 중 Google에서 크롤링을 시도한 모든 페이지의 색인 상태가 상태 및 이유별로 그룹화되어 표시됩니다.

확인할 사항

사이트 규모가 커지면 색인이 생성된 유효한 페이지 수가 점진적으로 늘어나야 합니다. 급락이나 급증이 있는 경우 문제해결 섹션을 확인하세요. 요약 페이지의 상태 표는 '상태 + 이유'로 그룹화 및 정렬되어 있으므로 영향력이 가장 큰 오류를 먼저 수정해야 합니다.

확인하지 않을 사항

  • 사이트의 모든 URL이 색인 생성될 것이라고 기대해서는 안 됩니다. 목표는 모든 페이지의 표준 버전 색인을 생성하는 것입니다. 이 보고서에서는 중복 또는 대체 페이지가 '제외됨'으로 분류됩니다. 중복 또는 대체 페이지는 표준 페이지와 콘텐츠가 상당 부분 동일합니다. 중복 또는 대체로 표시된 페이지가 생기면 Google에서 표준 페이지를 발견하고 색인을 생성했다는 의미이므로 좋은 결과입니다. URL 검사 도구를 실행하면 어떤 URL이든 표준 페이지를 찾을 수 있습니다. 페이지가 누락될 수 있는 이유 자세히 알아보기
  • 새 콘텐츠를 추가하면 Google에서 색인을 생성할 때까지 며칠이 걸릴 수 있습니다. 색인 생성을 요청하여 색인 생성 지연을 줄일 수 있습니다.

상태

각 페이지에는 다음과 같은 상태 값 중 하나가 지정될 수 있습니다.

  • 오류: 페이지의 색인이 생성되지 않았습니다. 구체적인 오류 유형 설명을 참조하여 자세히 알아보고 오류 수정 방법을 확인하세요. 이러한 문제를 먼저 집중해서 처리해야 합니다.
  • 경고: 페이지의 색인은 생성되었지만 주의해야 할 문제가 있습니다.
  • 제외됨: 페이지의 색인이 생성되지 않았으며 이는 게시자가 의도한 결과로 보입니다. 예를 들어 NOINDEX 명령어를 사용해 의도적으로 제외했거나 이미 사이트에서 색인 생성된 표준 페이지의 중복 페이지일 수 있습니다.
  • 유효: 페이지의 색인이 생성되었습니다.

이유

각 상태(오류, 경고, 유효, 제외됨)에는 구체적인 이유가 있습니다. 각 상태 유형에 관한 설명과 처리 방법을 보려면 아래의 상태 유형 설명을 참조하세요.

확인

이 문제의 유효성 검사 상태입니다. 유효성 검사 상태가 '실패' 또는 '시작되지 않음'인 문제를 우선 해결해야 합니다.

유효성 검사 정보

사이트에서 발생한 특정 문제의 모든 인스턴스를 수정한 후 Google에 변경의 유효성 검사를 요청할 수 있습니다. 알려진 모든 인스턴스가 없어지면 상태 표에서 문제가 해결된 것으로 표시되고 표 하단으로 내려갑니다. Search Console에서는 문제의 각 인스턴스와 전반적인 문제의 유효성 검사 상태가 함께 추적됩니다. 문제의 모든 인스턴스가 없어지면 그 문제는 해결된 것으로 간주됩니다. 기록된 실제 상태는 문제 유효성 검사 상태인스턴스 유효성 검사 상태를 참조하세요.

문제의 전체 기간 추가 정보

문제의 전체 기간은 사이트에서 문제의 인스턴스가 처음 감지되었을 때부터 마지막 인스턴스가 없음으로 표시된 후 90일까지입니다. 문제가 반복되지 않는 상태로 90일이 지나면 보고서 기록에서 삭제됩니다.

문제가 처음 감지된 날짜는 문제가 전체 기간에서 처음 감지된 시간이며 변경되지 않습니다. 따라서 날짜는 다음과 같습니다.

  • 문제의 모든 인스턴스가 수정되었는데 15일 후 이 문제의 새로운 인스턴스가 발생하면 문제가 열림으로 표시되고 '처음 감지된' 날짜는 원래 날짜로 남습니다.
  • 마지막 인스턴스가 수정된 지 91일이 지난 후 같은 문제가 발생한 경우, 이전 문제는 종료되었으므로 이 문제는 새로운 문제로 기록되고 처음 감지된 날짜는 '오늘'로 설정됩니다.

기본 유효성 검사 흐름

다음은 문제의 수정 결과 확인을 클릭한 후 진행되는 유효성 검사 프로세스의 개요입니다. 이 프로세스는 며칠이 걸릴 수 있으며 진행 상황 알림이 이메일로 전송됩니다.

  1. 수정 결과 확인을 클릭하면 Search Console에서 즉시 몇 페이지를 확인합니다.
    • 확인한 페이지에 현재 인스턴스가 있으면 유효성 검사가 종료되고 유효성 검사 상태는 변경되지 않습니다.
    • 샘플 페이지에 현재 오류가 없으면 유효성 검사는 계속 시작됨 상태를 유지합니다. 유효성 검사 과정에서 관련이 없는 문제가 발견된 경우, 해당 문제는 다른 문제 유형과 관련된 것으로 간주되고 유효성 검사가 계속됩니다.
  2. Search Console은 이 문제의 영향을 받는 알려진 URL 목록 전체를 확인합니다. 그런 다음 이 문제의 알려진 인스턴스가 포함된 URL만 재크롤링을 위해 대기열에 추가되며, 전체 사이트가 다시 크롤링되지는 않습니다. Search Console은 확인된 모든 URL의 레코드를 유효성 검사 기록에 보관합니다. 기록은 문제 세부정보 페이지에서 볼 수 있습니다.
  3. URL 확인 후 단계
    1. 문제가 발견되지 않으면 인스턴스 유효성 검사 상태가 통과로 변경됩니다. 유효성 검사를 시작하고 첫 번째 인스턴스가 확인된 경우 문제 유효성 검사 상태가 문제 없음으로 변경됩니다.
    2. URL에 더 이상 연결되지 않으면 인스턴스 유효성 검사 상태가 기타(오류 상태 아님)로 변경됩니다.
    3. 인스턴스가 계속 존재하는 경우 문제 상태는 실패로 변경되고 유효성 검사가 종료됩니다. 이 페이지가 정상적인 크롤링으로 발견된 새 페이지라면 기존 문제의 다른 인스턴스로 간주됩니다.
  4. 모든 오류와 경고 URL이 확인되고 문제 개수가 0이면 문제 상태가 통과됨으로 변경됩니다. 중요: 영향을 받은 페이지 수가 0으로 내려가고 문제 상태가 통과로 변경되어도 원래 심각도 라벨(오류 또는 경고)은 계속 표시됩니다.

'유효성 검사 시작'을 클릭한 적이 없어도 Google에서는 문제의 수정된 인스턴스를 감지할 수 있습니다. Google에서 정기 크롤링을 진행하는 동안 문제의 모든 인스턴스가 수정되었음을 감지하면 보고서에 문제 상태를 '해당 사항 없음'으로 변경합니다.

URL이나 항목의 문제는 언제 '수정됨'으로 간주되나요?

다음 조건을 하나라도 충족하면 URL이나 항목 문제가 수정됨으로 표시됩니다.

  • URL이 크롤링되고 페이지에서 문제가 더 이상 발견되지 않는 경우: AMP 태그 오류인 경우 태그를 수정했거나 태그가 삭제되었다는(태그가 필요하지 않은 경우) 의미일 수 있습니다. 유효성 검사를 시도하는 동안에는 '통과'로 간주됩니다.
  • 페이지 삭제, NOINDEX로 표시, 승인 필요 등 어떤 이유로 Google에서 페이지를 사용할 수 없는 경우 해당 URL의 문제는 해결됨으로 간주됩니다. 유효성 검사를 시도하는 동안에는 '기타' 유효성 검사 상태로 간주됩니다.

유효성 재검사

실패한 유효성 검사에서 유효성 재검사를 클릭하면 실패한 모든 인스턴스 및 정상적인 크롤링을 통해 발견된 이 문제의 새로운 인스턴스의 유효성 검사를 다시 시작합니다.

현재 주기 동안 일부 문제가 해결된 경우에도 유효성 검사 주기가 완료되어야 다른 주기를 요청할 수 있습니다.

유효성 검사를 통과한 인스턴스(통과됨으로 표시됨) 또는 더 이상 연결되지 않는 인스턴스(기타로 표시됨)는 다시 확인되지 않으며, 유효성 재검사를 클릭하면 기록에서 삭제됩니다.

유효성 검사 기록

문제 세부정보 페이지에서 유효성 검사 세부정보 링크를 클릭하여 유효성 검사 요청에 관한 진행 상황을 볼 수 있습니다.

유효성 검사 기록 페이지의 항목은 AMP 보고서와 색인 상태 보고서 URL별로 그룹화됩니다. 모바일 사용 편의성 또는 리치 결과 보고서의 항목은 URL과 구조화된 데이터 항목(항목의 이름 값에 따라 결정됨)의 조합으로 그룹화됩니다. 유효성 검사 상태는 검사 중인 특정 문제에 적용됩니다. 페이지에 '통과' 라벨이 지정된 문제가 한 개 있고 기타 나머지 문제는 '실패함', '대기 중', '기타'라고 라벨이 지정되었을 수 있습니다.

문제 유효성 검사 상태

문제에는 다음과 같은 유효성 검사 상태가 적용됩니다.

  • 시작되지 않음: 이 문제와 관련하여 유효성 검사를 시도한 적이 없는 인스턴스가 포함된 페이지가 하나 이상 있습니다. 다음 단계:
    1. 문제를 클릭하여 오류의 세부정보를 살펴봅니다. 오류의 예를 보려면 AMP 테스트를 사용하여 서비스 중인 페이지에서 개별 페이지를 확인하세요. AMP 테스트에서 페이지의 오류를 표시하지 않는다면 Google에서 오류를 발견하고 이 문제 보고서를 생성한 후 웹페이지의 오류가 해결된 것입니다.
    2. 세부정보 페이지에서 '자세히 알아보기'를 클릭하여 위반한 규칙의 세부정보를 살펴봅니다.
    3. 표의 예제 URL 행을 클릭하여 특정 오류에 관한 세부정보를 확인합니다.
    4. 페이지를 수정한 다음 수정 결과 확인을 클릭하여 Google에서 페이지를 다시 크롤링하도록 합니다. 그러면 Google에서 유효성 검사의 진행 상황을 알려줍니다. 유효성 검사에 며칠에서 최대 2주가 걸릴 수 있으니 기다려 주시기 바랍니다. 
  • 시작됨: 유효성 검사를 시작했으며 아직 문제의 나머지 인스턴스가 발견되지 않았습니다. 다음 단계: 유효성 검사가 진행되는 동안 필요할 경우 Google에서 알림을 보내어 해야 할 작업을 알려드립니다.
  • 문제 없음: 유효성 검사를 시작했으며 지금까지 확인된 모든 문제 인스턴스가 수정되었습니다. 다음 단계: 특별히 해야 할 작업은 없으며, 유효성 검사가 진행되는 동안 Google에서 알림을 보내어 해야 할 작업을 알려드립니다.
  • 통과됨: 문제의 알려진 모든 인스턴스가 사라졌거나 영향을 받은 URL을 더 이상 사용할 수 없습니다. 이 상태에 이르려면 '수정 결과 확인'을 클릭해야 합니다. 유효성 검사를 요청하지 않았는데 인스턴스가 사라졌다면 상태가 해당 사항 없음으로 변경됩니다. 다음 단계: 더 해야 할 작업이 없습니다.
  • 해당 사항 없음: 유효성 검사를 시작한 적이 없는데도 Google에서 모든 URL의 문제가 해결되었음을 확인했습니다. 다음 단계: 더 해야 할 작업이 없습니다.
  • 실패: '유효성 검사'를 클릭한 후에도 페이지의 특정 임계치에 여전히 이 문제가 포함되어 있습니다. 다음 단계: 문제를 해결하고 유효성을 재검사합니다.

인스턴스 유효성 검사 상태

유효성 검사가 요청되면 모든 알려진 문제 사례에 다음과 같은 특정 문제와 관련된 유효성 검사 상태 중 하나가 할당됩니다(통과기타 상태는 색인 상태 보고서에서 사용되지 않음).

  • 유효성 검사 대기 중: 유효성 검사를 위한 대기열에 추가되었습니다. Google에서 마지막으로 확인했을 때 이 문제 인스턴스가 존재했습니다.
  • 통과됨: Google에서 문제 인스턴스를 확인했는데 문제가 더 이상 존재하지 않습니다. 이 문제 인스턴스에 관해 유효성 검사를 명확히 클릭한 경우에만 이 상태에 이를 수 있습니다.
  • 실패: Google에서 문제 인스턴스를 확인했는데 문제 인스턴스가 여전히 존재합니다. 이 문제 인스턴스에 관해 유효성 검사를 명확히 클릭한 경우에만 이 상태에 이를 수 있습니다.
  • 기타: Google에서 인스턴스를 호스팅하는 URL에 연결할 수 없거나 페이지에서 더 이상 항목을 찾을 수 없습니다(구조화된 데이터의 경우). 통과됨과 같은 상태로 간주됩니다.

문제에 따라 같은 URL에 다양한 상태가 할당될 수 있습니다. 예를 들어 하나의 페이지에 문제 X와 문제 Y가 모두 있는 경우, 문제 X는 통과됨 유효성 검사 상태이고 같은 페이지에 있는 문제 Y는 대기 중 유효성 검사 상태일 수 있습니다.

URL 검색 드롭다운 필터

차트 위의 드롭다운 필터를 사용하여 Google이 URL을 검색한 방법별로 색인 생성 결과를 필터링할 수 있습니다. 사용할 수 있는 값은 다음과 같습니다.

  • 알려진 모든 페이지[기본값] - 어떤 방법으로든 Google에서 발견한 모든 URL이 표시됩니다.
  • 제출된 모든 페이지 - 이 보고서 또는 사이트맵 핑을 통해 사이트맵으로 제출된 페이지만 표시됩니다.
  • 특정 사이트맵 URL - 이 보고서를 사용하여 제출한 특정 사이트맵에 명시된 URL만 표시됩니다. 여기에는 중첩된 사이트맵의 URL이 모두 포함됩니다.

URL이 다른 메커니즘(예: 다른 페이지를 통해 자연적으로 크롤링됨)을 통해서도 발견된 경우에도 사이트맵을 통해 제출된 것으로 간주됩니다.

세부정보 페이지

요약 페이지의 행을 클릭하면 상태와 이유가 함께 표시된 세부정보 페이지를 확인할 수 있습니다. 세부정보 페이지에서 자세히 알아보기를 클릭하면 선택한 문제에 관한 세부정보를 확인할 수 있습니다.

이 페이지의 그래프에는 시간의 경과에 따라 영향을 받은 페이지 수가 표시됩니다.

표에는 문제의 영향을 받은 예시 페이지의 목록이 표시됩니다.

  • 표 행에 있는 점프 링크( )를 클릭하여 표에서 URL을 엽니다.
  • 표의 행에서 검사 아이콘 을 클릭하여 테이블의 URL을 검사합니다.
  • 오류 또는 경고의 모든 사례를 수정한 경우, Google에 수정 결과의 유효성 검사를 요청할 수 있습니다.

URL에 이미 해결된 문제가 표시되나요? Google에서 마지막으로 크롤링한 후 문제를 해결했기 때문일 수 있습니다. 따라서 이미 해결된 문제가 URL에 표시되는 경우에는 URL의 크롤링 날짜를 확인해야 합니다. 문제가 해결되었는지 확인한 다음 색인 재생성을 요청하세요.

 

보고서 공유

페이지에서 공유 버튼을 클릭하여 문제 세부정보를 공유할 수 있습니다. 링크가 있는 모든 사용자는 이 페이지 및 이 문제에 관한 유효성 검사 내역에만 액세스할 수 있습니다. 리소스의 다른 페이지에 액세스할 수는 없으며 공유 사용자는 속성이나 계정에 관한 작업을 할 수 없습니다. 언제든지 이 페이지의 공유를 사용 중지하여 링크를 취소할 수 있습니다.

문제해결

보고서에 표시될 수 있는 몇 가지 가장 일반적인 색인 생성 문제는 다음과 같습니다.

해당하는 오류 없이 색인 생성된 총 페이지 수 급감

해당하는 오류 없이 색인 생성된 총 페이지 수가 급감하는 것은 robots.txt, 'NOINDEX' 또는 로그인 요구를 통해 색인 생성 신청을 하지 않은 기존 페이지에 대한 액세스를 차단하고 있기 때문일 수 있습니다. 이러한 페이지의 색인 생성을 신청하면 해당하는 일련의 오류가 표시됩니다. 색인 생성된 페이지의 급감에 해당하는 제외된 URL의 급증이 있는지 찾아보세요.

유효한 페이지보다 제외된 페이지가 더 많음

유효한 페이지보다 제외된 페이지가 많은 경우 제외 원인을 살펴보세요. 일반적인 제외 원인은 다음과 같습니다.

  • Google이 사이트의 큰 섹션을 크롤링하지 못하도록 차단하는 robots.txt 규칙이 있습니다. 잘못된 페이지를 차단하고 있는 경우 차단을 해제하세요.
  • 대개 매개변수를 사용하여 공통 컬렉션을 필터링하거나 정렬하기 때문에(예: type=dress 또는 color=green 또는 sort=price) 사이트에 대량의 중복 페이지가 있습니다. 다른 방식으로 정렬, 필터링 또는 접속해도 동일한 콘텐츠가 표시되는 페이지라면 제외되어야 합니다. Google이 사이트의 매개변수를 잘못 이해하고 있다고 생각하는 고급 사용자라면 URL 매개변수 도구를 사용하여 사이트의 매개변수 처리를 맞춤설정할 수 있습니다.
오류 급증

오류 급증은 템플릿에서 새로운 오류를 일으킬 만한 변경사항이 있거나, 크롤링이 차단된(예: robots.txt나 NOINDEX 또는 로그인 요구사항에 의해 차단) URL이 포함된 사이트맵을 제출했기 때문일 수 있습니다. 문제를 클릭하고 페이지를 검사하여 오류의 원인을 확인하세요.

오류 급증이 발생한 경우:

  1. 총 오류 수 또는 색인 생성된 총 페이지 수에 영향을 미칠 수 있는 문제를 찾기 위한 단서로, 요약 페이지에서 색인 생성 오류의 총 개수 또는 총 색인 생성 수와 특정 오류 행 옆의 스파크라인 간의 연관성을 찾을 수 있는지 확인합니다.
  2. 오류 급증에 영향을 미치는 것으로 보이는 오류 행을 클릭하여 세부정보 페이지의 자세한 정보를 확인합니다. 특정 유형의 오류를 가장 효과적으로 처리하는 방법을 알아보려면 오류 유형에 관한 설명을 읽어 보세요.
  3. 오류의 모든 사례를 수정하고 해당하는 이유의 세부정보 페이지에서 수정 결과 확인을 클릭하여 유효성 검사를 요청합니다. 유효성 검사에 관해 자세히 알아보기
  4. 확인이 진행되면 알림이 도착하지만 며칠 후에 다시 확인하여 오류 수가 줄었는지 확인할 수 있습니다.
  5. 제외된 URL의 필터를 정기적으로 삭제하고 영향을 받은 페이지 수를 기준으로 URL을 정렬한 다음 원치 않는 문제가 있는지 검사합니다.
서버 오류
서버 오류는 Googlebot이 URL에 액세스할 수 없거나 요청 시간이 초과되었거나 사이트가 사용 중이라는 의미입니다. 이에 따라 Googlebot의 요청이 강제로 취소되었습니다.

서버 연결 테스트

URL 검사 도구를 사용하여 색인 생성 범위 상태 보고서에 보고된 서버 오류를 재현할 수 있는지 확인할 수 있습니다.

서버 연결 오류 해결

  • 동적 페이지 요청에 대한 과도한 페이지 로드를 줄입니다.
    여러 URL에 동일한 콘텐츠를 게재하는 사이트는 콘텐츠를 동적으로 게재하는 것으로 간주됩니다. 예를 들어, www.example.com/shoes.php?color=red&size=7www.example.com/shoes.php?size=7&color=red와 동일한 콘텐츠가 게재된 경우가 있습니다.  동적 페이지에서 응답 시간이 너무 길어져 시간 초과 문제가 발생하거나 서버에서 오버로드 상태를 반환하여 Googlebot에게 사이트 크롤링 속도를 줄이도록 요청하는 경우도 있습니다. 일반적으로 매개변수 목록을 짧게 유지하고 가능한 한 적게 사용하는 것이 좋습니다. 매개변수가 사이트에서 어떻게 작동하는지 확실하게 알고 있다면 Google에 해당 매개변수 처리 방법을 알릴 수 있습니다.
  • 호스팅 서버가 다운 또는 오버로드되거나 잘못 구성되지 않도록 합니다.
    연결, 시간 초과 또는 응답 문제가 지속되면 웹 호스팅 업체에 문의하고 사이트의 트래픽 처리 능력을 높이는 것을 고려합니다.
  • 실수로 Google을 차단하지 않았는지 확인합니다.
    DNS 구성 문제, 잘못 구성된 방화벽 또는 DoS 방지 시스템이나 콘텐츠 관리 시스템 구성 등과 같은 시스템 차원의 문제 때문에 Google이 차단될 수 있습니다. 방지 시스템은 안정적인 호스팅에 있어 중요한 부분으로서 주로 비정상적으로 높은 수준의 서버 요청을 자동으로 차단하도록 설정됩니다. 하지만 Googlebot은 일반 사용자보다 서버 요청을 더 많이 하는 경향이 있기 때문에 이러한 방지 시스템이 트리거되어 Googlebot을 차단하고 웹사이트를 크롤링하지 못하게 할 수 있습니다. 이 문제를 해결하려면 웹사이트의 어떤 인프라가 Googlebot을 차단하는지 확인하고 차단을 삭제해야 합니다. 방화벽을 직접 제어할 수 없다면 호스팅 업체에 문의하시기 바랍니다.
  • 검색 엔진 사이트의 크롤링과 색인 생성을 현명하게 제어합니다.
    일부 웹마스터의 경우 위에 설명된 대로 방화벽을 사용하여 의도적으로 Googlebot이 웹사이트에 도달하지 못하게 합니다. 이 경우는 대개 Googlebot을 완전히 차단하는 것이 목적이 아니라 사이트가 크롤링되고 색인 생성되는 방식을 제어하기 위한 것입니다. 이에 해당하면 다음 사항을 확인하세요.
404 오류

일반적으로 404 제외 페이지가 아닌 404 오류 페이지만 시간을 들여 수정하는 것이 좋습니다. 404 오류 URL은 사용자가 명시적으로 Google에 색인 생성을 요청했지만 Google에서 찾지 못한 URL입니다. 404 제외 URL은 Google에서 다른 메커니즘을 통해 발견한 URL입니다.

404 오류를 처리하는 방법은 다음과 같습니다.

  1. 해결할 필요가 있는지 결정합니다. 많은 (어쩌면 대부분의) 404 오류는 해결할 필요가 없습니다. 404 오류는 사이트의 색인 생성이나 순위에 영향을 미치지 않기 때문입니다.
    • 제출한 URL(오류)이라면 해결해야 합니다.
    • 삭제된 페이지의 대체 페이지가 없거나 상응하는 페이지가 없는 경우 404를 반환하는 것이 올바른 조치입니다. 보고서에서 약 한 달 후에 404가 더 이상 표시되지 않게 됩니다.
    • 스크립트로 인해 잘못된 URL이 생성되었거나 사이트에 URL이 원래 없었던 경우 대개는 걱정할 필요가 없습니다. 보고서에 오류가 표시되는 것이 신경 쓰일 수 있지만 URL이 맞춤법을 틀리기 쉬운 링크(아래 참조)가 아닌 이상 해결할 필요는 없습니다. 404 오류는 약 한 달 후에 보고서에서 삭제됩니다.
  2. 색인 생성을 위해 제출한 URL인 경우(오류 상태),
    1. URL 옆에 있는 제출 아이콘 검색을 클릭하여 URL이 제출된 위치를 확인하고 검색 정보를 확인하여 URL을 검사합니다. 필요한 경우 사이트맵을 업데이트합니다.
    2. 콘텐츠가 이동한 경우 리디렉션을 추가합니다.
    3. 콘텐츠를 영구적으로 삭제했는데 새로운 관련 콘텐츠로 교체할 의도가 없는 경우 이전 URL이 404 또는 410을 반환하게 합니다. 현재 Google에서는 410(존재하지 않음)을 404(찾을 수 없음)와 똑같이 취급합니다. 존재하지 않는 페이지에 대해 404 또는 410 이외의 코드가 표시되거나 404가 표시되지 않고 홈페이지와 같은 다른 페이지로 리디렉션되면 문제가 발생할 수 있습니다. 이러한 페이지는 soft 404라고 불리며 사용자와 검색엔진 모두에 혼란을 초래할 수 있습니다.
    4. 알 수 없는 URL인 경우: 사이트에 존재한 적이 없었던 URL과 관련하여 404 오류가 표시되는 경우도 있습니다. 이 오류는 사용자가 사이트에서 존재하지 않는 URL을 탐색했을 때 발생합니다. 이 경우 브라우저에서 URL을 잘못 입력했거나 링크 URL을 잘못 입력한 것일 수도 있습니다. 이러한 오류가 아주 흔하게 발생한다면 URL 리디렉션을 생성할 수 있습니다.
      예상치 못한 URL의 다른 이유는 Googlebot이 자바스크립트, 플래시 파일 또는 다른 삽입 콘텐츠의 링크나 사이트맵에만 존재하는 링크를 추적하는 과정에서 생성된 것일 수 있습니다. 예를 들어 사이트가 아래와 같은 코드를 사용하여 Google 애널리틱스의 파일 다운로드를 추적할 수 있습니다.
      <a href="helloworld.pdf"
        onClick="_gaq.push(['_trackPageview','/download-helloworld']);">
        Hello World PDF</a>

      Googlebot에서 이 같은 코드를 발견하면 실제 페이지가 아닌데도 URL http://www.example.com/download-helloworld를 크롤링할 수 있습니다. 이 경우 링크는 크롤링 오류 보고서에 404(찾을 수 없음) 오류로 표시될 수 있습니다. Google은 이 같은 크롤링 오류를 예방하고자 노력하고 있습니다. 이 오류는 사이트의 크롤링이나 순위에 영향을 미치지 않습니다.

  3. 가짜 콘텐츠를 생성하거나, 홈페이지로 리디렉션하거나, robots.txt를 사용하여 404 오류를 차단하면 안 됩니다. 이 같은 조치로 인해 Google에서 사이트 구조를 인식하고 제대로 처리하기가 어려워집니다. 이 같은 오류는 soft 404 오류라고 합니다.Google이 성공적으로 URL을 크롤링하면 해당 URL을 영구적으로 크롤링하려 할 수 있습니다. 300 수준 리디렉션을 실행하면 상당히 오랫동안 재크롤링 시도가 지연됩니다.) URL 삭제 도구를 사용하여 URL 삭제 요청을 제출해도 이 보고서에서 오류가 삭제되지 않습니다.
누락된 페이지 또는 사이트

페이지가 보고서에 없는 경우 다음 중 한 가지 이유 때문일 수 있습니다.

  • Google이 페이지를 발견하지 못했습니다. 페이지 검색 가능 여부에 관해 다음과 같은 정보를 참조하세요.
    • 새 사이트나 페이지인 경우 Google이 새 사이트나 페이지를 찾아 크롤링하는 데 다소 시간이 걸릴 수 있습니다.
    • Google에서 페이지를 파악하게 하려면 사이트맵 또는 페이지 크롤링 요청을 제출해야 합니다. 그러지 않으면 Google이 다른 곳에서 페이지로 연결되는 링크를 찾아야 합니다.
    • 페이지 URL이 파악된 후 Google에서 사이트의 일부 또는 전체를 크롤링하기까지 다소 시간(최대 몇 주)이 걸릴 수 있습니다.
    • 크롤링 요청을 직접 제출하는 경우에도 색인은 즉시 생성되지 않습니다.
  • Google에서 페이지에 접속할 수 없습니다(로그인이 필요하거나 다른 이유로 인터넷의 모든 사용자가 이용할 수 없음).
  • 페이지에 NOINDEX 태그가 있어 Google이 색인을 생성하지 못하도록 차단합니다.
  • 어떠한 이유로 페이지가 색인에서 누락되었습니다.

해결 방법

URL 검사 도구를 사용하여 페이지의 문제를 테스트합니다. 페이지가 색인 생성 범위 보고서에는 없지만 URL 검사 보고서에 색인 생성된 것으로 표시된 경우, 최근에 색인이 생성되었으며 곧 색인 생성 범위 보고서에도 표시될 가능성이 높습니다. 페이지가 (예상한 대로) URL 검사 도구에서 색인이 생성되지 않은 것으로 표시된 경우 실제 페이지를 테스트해 보세요. 실제 페이지 테스트 결과로 문제를 파악할 수 있습니다. 테스트에서 얻은 정보 및 테스트 도움말을 사용하여 문제 해결 방법을 알아보세요.

FAQ

페이지가 색인에 포함된 이유는 무엇인가요? 색인에 포함하고 싶지 않습니다.

Google은 페이지에 NOINDEX 명령어가 포함된(또는 페이지가 일시적으로 차단된) 경우가 아니라면 발견한 모든 URL의 색인을 생성할 수 있습니다. Google은 누군가가 다른 사이트에 페이지를 링크하는 경우를 비롯한 다양한 방법으로 페이지를 찾습니다.

  • Google 검색결과에서 페이지를 차단하려면 페이지에서 일종의 로그인을 요구하거나 페이지에 NOINDEX 명령어를 사용할 수 있습니다.
  • 이미 발견된 페이지를 Google 검색결과에서 삭제하려면 이 단계를 따라야 합니다.

최근에 사이트의 색인이 다시 생성되지 않은 이유는 무엇인가요?

Google에서는 페이지가 얼마나 자주 변경되는지 판단한 내역을 비롯한 여러 기준에 따라 페이지의 색인을 다시 생성합니다. 사이트가 자주 변경되지 않으면 새로고침 빈도가 낮아질 수 있지만, 페이지가 변경되지 않은 경우에는 문제가 없습니다. 사이트에 새로고침이 필요하다고 생각되면 Google에 재크롤링을 요청하세요.

페이지/사이트를 재크롤링해 줄 수 있나요?

Google에 재크롤링을 요청하세요.

많은 페이지가 제외된 이유가 무엇인가요?

색인 생성 범위 보고서에서 자세한 제외 이유를 확인하세요. 대부분의 제외는 다음 이유 중 하나로 인해 발생합니다.

  • Google이 사이트의 큰 섹션을 크롤링하지 못하도록 차단하는 robots.txt 규칙이 있습니다. URL 검사 도구를 사용하여 문제를 확인하세요.
  • 일반적으로 매개변수를 사용하여 공통 컬렉션을 필터링하거나 정렬하기 때문에(예: type=dress 또는 color=green 또는 sort=price) 사이트에 대량의 중복 페이지가 있습니다. 이러한 페이지는 색인 생성 범위 보고서에 '중복' 또는 '대체'로 표시됩니다.
  • URL이 다른 URL로 리디렉션됩니다. 리디렉션 URL은 색인이 생성되지 않으며 리디렉션 대상은 색인이 생성됩니다.

Google에서 사이트맵에 액세스할 수 없습니다.

사이트맵이 robots.txt로 차단되지 않았고 유효하며 robots.txt 항목 또는 사이트맵 보고서 제출에 올바른 URL을 사용하고 있는지 확인하세요. 누구나 사용할 수 있는 사이트맵 테스트 도구를 사용하여 사이트맵 URL을 테스트해 보세요. 

Google에서 삭제된 페이지를 계속 크롤링하는 이유는 무엇인가요?

Google은 4XX 오류를 반환한 후에도 일시적인 오류인 경우에 대비하여 얼마 동안은 알려진 모든 URL을 계속해서 크롤링합니다. URL이 크롤링되지 않는 유일한 경우는 NOINDEX 명령어를 반환하는 경우입니다.

계속해서 증가하는 404 오류 목록을 표시하지 않기 위해 색인 생성 범위 보고서에는 지난달에 404 오류가 반환된 URL만 표시됩니다.

페이지가 표시되는데 Google에서 확인하지 못하는 이유가 무엇인가요?

URL 검사 도구를 사용하여 Google에서 실제 페이지를 볼 수 있는지 확인하세요. Google에서 볼 수 없다면 문제의 원인을 찾은 것입니다. Google에서 볼 수 있다면 마지막 크롤링 이후 액세스 오류가 수정된 것일 수 있습니다. URL 검사 도구를 사용하여 실시간 크롤링을 실행하고 색인 생성을 요청합니다.

URL 검사 도구에는 문제가 표시되지 않는데 색인 생성 범위 보고서에는 오류가 표시되는 이유는 무엇인가요?

Google에서 URL을 마지막으로 크롤링한 후에 오류를 해결했을 수 있습니다. URL의 크롤링 날짜를 확인하세요. 이 정보는 색인 생성 범위 보고서의 URL 세부정보 페이지나 URL 검사 도구의 색인된 버전 뷰에서 볼 수 있습니다. 페이지가 크롤링된 이후 수정한 사항이 있는지 확인합니다.

특정 URL의 색인 생성 상태를 찾아보려면 어떻게 하나요?

특정 URL의 색인 생성 상태를 확인하려면 URL 검사 도구를 사용하세요. 색인 생성 범위 보고서에서는 URL을 기준으로 검색하거나 필터링할 수 없습니다.

상태 이유

각 문제 상태와 관련하여 가능한 이유는 다음과 같습니다.

'제출' 및 '제출되지 않음'

색인 생성 이유에 '제출됨'이라는 단어가 표시된다면 URL을 사이트맵에 포함하여 Google에 색인 생성을 명시적으로 요청했다는 의미입니다. '제출되지 않음'으로 표시된다면 Google에서 URL을 직접 찾았으며(예: 다른 페이지의 링크에서) 색인이 생성된 사이트맵에 포함되지 않았다는 의미입니다.

오류


오류가 있는 페이지의 색인이 생성되지 않았습니다.


서버 오류(5xx): 페이지를 요청했을 때 서버에서 500 수준 오류가 반환됩니다. 서버 오류 해결을 참조하세요.

리디렉션 오류: 이 URL에 리디렉션 오류가 있으며 리디렉션 체인이 너무 길거나, 리디렉션 순환 오류가 있거나, 리디렉션 URL이 최대 URL 길이를 초과했거나, 리디렉션 체인에 잘못되거나 빈 URL이 있는 유형 중 하나일 수 있습니다.

제출된 URL이 robots.txt에 의해 차단됨: 색인 생성을 위해 이 페이지를 제출했지만 robots.txt에 의해 페이지가 차단되었습니다. robots.txt 테스터로 페이지를 테스트해 보세요.

제출된 URL이 'NOINDEX'로 설정됨: 색인 생성을 위해 이 페이지를 제출했지만 페이지의 메타태그나 HTTP 헤더에 'NOINDEX' 명령어가 있습니다. 이 페이지의 색인을 생성하려면 태그나 HTTP 헤더를 삭제해야 합니다.

제출된 URL에 Soft 404가 반환됨: 색인 생성을 위해 이 페이지를 제출했지만 서버에서 Soft 404로 보이는 오류를 반환했습니다.

제출된 URL에서 승인되지 않은 요청(401)이 반환됨: 색인 생성을 위해 이 페이지를 제출했지만 Google에서 401(승인되지 않음) 응답을 받았습니다. 이 페이지의 승인 요구사항을 삭제하거나 ID를 확인하여 Googlebot에서 페이지에 액세스하도록 허용하세요.

제출된 URL을 찾을 수 없음(404): 존재하지 않는 URL을 색인 생성하도록 제출했습니다. 404 오류 해결을 참조하세요.

제출된 URL에 크롤링 문제가 있음: 색인 생성을 위해 이 페이지를 제출했지만 어떤 이유로도 설명할 수 없는 크롤링 오류가 발생했습니다. URL 검사 도구를 사용하여 페이지를 디버깅해 보세요.

경고


경고 상태가 있는 페이지는 주의를 필요로 하며 특정 결과에 따라 페이지의 색인이 생성될 수도 생성되지 않을 수도 있습니다.


색인이 생성되었으나 robots.txt에 의해 차단됨: 페이지가 robots.txt에 의해 차단되었지만 색인이 생성되었습니다. Google에서는 항상 robots.txt를 준수하지만 다른 페이지가 이 페이지에 연결되어 있으면 준수하지 않습니다. 게시자가 검색결과에서 페이지를 차단하려고 했는지 확실하지 않기 때문에 페이지가 경고로 표시됩니다. 이 페이지를 차단하려는 경우 robots.txt는 색인이 생성되지 않도록 하는 데 적합한 방법이 아닙니다. 색인이 생성되지 않도록 하려면 'NOINDEX'를 사용하거나 인증을 사용하여 다른 사용자가 페이지를 익명으로 액세스하지 못하게 하세요. robots.txt 테스터를 사용하여 이 페이지를 차단하고 있는 규칙이 어떤 것인지 확인할 수 있습니다. robots.txt로 인해 페이지에 표시된 스니펫이 모두 최적화되지 않을 수도 있습니다. 이 페이지를 차단하지 않으려면 robots.txt 파일을 업데이트하여 페이지 차단을 해제하세요.

유효


유효한 상태인 페이지의 색인이 생성되었습니다.

제출되어 색인 생성됨: 색인 생성을 위해 URL을 제출했으며 색인이 생성되었습니다.

색인이 생성되었으나 사이트맵에 제출되지 않음: Google에서 URL을 찾아 색인을 생성했습니다. 사이트맵을 사용하여 모든 중요한 URL을 제출하는 것이 좋습니다.

제외됨


이러한 페이지는 일반적으로 색인이 생성되지 않으므로 문제가 없는 것으로 보입니다. 색인이 생성된 페이지의 중복 페이지, 사이트의 일부 메커니즘에 의해 색인 생성이 차단된 페이지 또는 오류는 아니라고 판단되지만 그 외의 이유로 색인이 생성되지 않은 페이지입니다.


‘NOINDEX’ 태그에 의해 차단됨: Google에서 페이지의 색인을 생성하려고 했으나 'NOINDEX' 명령어를 발견하여 색인을 생성하지 못했습니다. 이 페이지의 색인을 생성하지 않으려고 했다면 다행입니다. 페이지의 색인이 생성되도록 하려면 'NOINDEX' 명령어를 삭제해야 합니다.

페이지 삭제 도구에 의해 차단됨: URL 삭제 요청으로 인해 페이지가 현재 차단되어 있습니다. 확인된 사이트 소유자인 경우 URL 삭제 도구를 사용하여 URL 삭제 요청을 제출한 사용자를 확인할 수 있습니다. 삭제 요청은 삭제일로부터 약 90일 동안만 적용됩니다. 이 기간이 지나면 색인 생성 요청을 따로 제출하지 않아도 Googlebot이 페이지의 색인을 다시 생성할 수 있습니다. 페이지의 색인이 생성되지 않도록 하려면 'NOINDEX'를 사용하거나, 페이지에서 인증을 요구하거나, 페이지를 삭제하세요.

robots.txt에 의해 차단됨: 이 페이지는 robots.txt 파일로 인해 Googlebot의 액세스가 차단되어 있습니다. robots.txt 테스터로 이를 확인할 수 있습니다. robots.txt로 차단해도 다른 방법으로 페이지의 색인을 생성할 수 있습니다. Google에서 페이지를 로드하지 않고도 이 페이지에 관한 다른 정보를 찾을 수 있다면 페이지의 색인을 계속 생성할 수 있지만, 이 같은 경우는 드뭅니다. Google에서 페이지의 색인을 생성하지 않도록 하려면 robots.txt 차단을 삭제하고 'NOINDEX' 명령어를 사용하세요.

승인되지 않은 요청(401)으로 인해 차단됨: 승인 요청(401 응답)으로 인해 Googlebot의 페이지 액세스가 차단되었습니다. Googlebot이 이 페이지를 크롤링할 수 있도록 하려면 승인 요구사항을 삭제하거나 Googlebot이 페이지에 액세스하도록 허용하세요.

크롤링 오류: 이 URL을 가져오는 동안 알 수 없는 오류가 발생했습니다. 이 오류는 4xx 또는 5xx 수준 응답 코드를 의미할 수 있습니다. URL 검사 도구를 사용해 페이지 가져오기를 시도하여 가져오기 문제가 발생하는지 확인하세요. 페이지의 색인은 생성되지 않았습니다.

크롤링됨 - 현재 색인이 생성되지 않음: Google에서 페이지를 크롤링했지만 색인이 생성되지 않았습니다. 이후에 색인이 생성될 수도 있고 생성되지 않을 수도 있습니다. 크롤링을 위해 이 URL을 다시 제출할 필요는 없습니다.

발견됨 - 현재 색인이 생성되지 않음: Google에서 페이지를 발견했지만 페이지가 아직 크롤링되지 않았습니다. 일반적으로 Google은 URL을 크롤링하려고 했지만 사이트가 과부하 상태이기 때문에 Google에서 크롤링 일정을 변경했습니다. 그렇기 때문에 보고서에 마지막 크롤링 날짜가 비어 있는 것입니다.

적절한 표준 태그가 포함된 대체 페이지: 이 페이지는 Google에서 표준으로 인식하는 페이지의 중복 페이지입니다. 이 페이지는 올바르게 표준 페이지로 연결되므로 별도의 조치는 필요 없습니다.

사용자가 선택한 표준이 없는 중복 페이지: 이 페이지에 중복 페이지가 있지만 표준으로 표시된 페이지는 없습니다. 이러한 페이지는 표준 페이지로 판단되지 않습니다. 명시적으로 이 페이지를 표준으로 지정해야 합니다. 이 URL을 검사하면 Google에서 선택한 표준 URL이 표시됩니다.

중복 페이지, Google에서 사용자와 다른 표준을 선택함: 이 페이지가 페이지 집합의 표준 페이지로 표시되지만, Google에서는 다른 URL을 더 나은 표준으로 판단합니다. Google에서 이 페이지보다 더욱 적합한 표준이라고 판단한 페이지의 색인을 생성했습니다. 명시적으로 이 페이지를 표준 URL의 중복으로 지정하는 것이 좋습니다. 명시적인 크롤링 요청 없이 발견된 페이지입니다. 이 URL을 검사하면 Google에서 선택한 표준 URL이 표시됩니다.

찾을 수 없음(404): 이 페이지를 요청했을 때 404 오류가 반환되었습니다. 명시적인 요청이나 사이트맵이 없는데 Google에서 URL을 발견했습니다. Google에서 다른 사이트의 링크로 URL을 발견했거나 이전에 존재했지만 삭제된 페이지일 수 있습니다. Googlebot은 일정 기간 동안 이 URL을 계속 시도할 수 있습니다. Googlebot이 URL을 완전히 무시하도록 지정할 방법은 없지만, 크롤링 빈도는 줄어듭니다. 의도된 경우 404 응답은 문제가 되지 않습니다. 페이지를 이동했다면 새 위치로 301 리디렉션을 사용하세요. 또한 404 오류 해결을 참조하시기 바랍니다.

법적 신고로 인해 페이지가 삭제됨: 법적 신고로 인해 색인에서 페이지가 삭제되었습니다.

리디렉션이 포함된 페이지: URL이 리디렉션이므로 색인에 추가되지 않았습니다.

Soft 404: 페이지 요청에서 Soft 404 응답으로 판단되는 오류가 반환됩니다. 이는 해당하는 404 응답 코드 없이 사용자 친화적인 '찾을 수 없음' 메시지를 반환하는 것입니다. 실제로 '찾을 수 없는' 페이지의 경우 404 응답 코드를 반환하거나 페이지에 정보를 추가하여 Soft 404가 아님을 Google에 알리는 것이 좋습니다. 자세히 알아보기

중복 페이지, 제출된 URL이 표준으로 선택되지 않음: URL이 표준 페이지라고 명시적으로 지정되지 않은 중복 URL 집합 중 하나입니다. 이 URL의 색인을 생성하도록 명시적으로 요청했지만, 이 URL은 중복이고 Google에서 다른 URL이 더 나은 표준이라고 판단했으므로 이 URL의 색인을 생성하는 대신 Google에서 선택한 표준 URL의 색인을 생성했습니다. Google은 중복된 페이지 집합에서 표준 페이지의 색인만 생성합니다. 여기에서 이 상태와 'Google에서 사용자와 다른 표준을 선택함' 상태의 차이는 사용자가 색인 생성을 명시적으로 요청했다는 점입니다. 이 URL을 검사하면 Google에서 선택한 표준 URL이 표시됩니다.

 

알려진 문제

다음은 Search Console에서 알려진 문제이며 Google에 신고할 필요는 없지만, 다른 기능이나 문제에 관한 의견이 있으면 탐색 메뉴에서 의견 제출 기능을 사용하세요.

  • 색인 지정 데이터는 매일 업데이트되지 않으므로 데이터가 며칠 지연될 수 있으며 일부 데이터 요소는 보간됩니다.
  • 차트에는 지난 90일까지 포함되어야 하지만 현재 더 적은 데이터가 표시될 수 있습니다. 
  • 사이트맵 드롭다운 필터에는 Search Console 또는 robots.txt 명령어를 사용하여 제출한 사이트맵만 포함됩니다.
  • 상태 목록은 개선되고 있으며 변경될 수 있습니다. 예를 들어, 오류라고 표시되는 항목에 여러 응답 유형이 사용됩니다(4xx/5xx).
도움이 되었나요?
어떻게 하면 개선할 수 있을까요?