발견됨 - 현재 색인이 생성되지 않음 Discovered - currently not indexed
'발견됨 - 현재 색인이 생성되지 않음'은 구글이 페이지 URL의 존재는 알지만 아직 크롤링하지 않은 상태입니다. 구글 공식 문서는 사이트 과부하를 피하려고 크롤링 일정을 변경한 경우가 일반적이라고 안내하지만, 현장 실측은 서버가 빠른 사이트도 같은 상태에 갇히는 점을 근거로 '크롤링 수요'와 콘텐츠 품질을 진짜 병목으로 꼽습니다. 새 페이지 몇 개가 잠시 머무는 것은 정상이며, 오래된 페이지가 대량으로 오래 갇힐 때만 내부 링크와 품질을 점검하면 됩니다.
어떤 상태를 말하는가
'발견됨 - 현재 색인이 생성되지 않음'은 구글이 페이지 URL의 존재는 알지만 아직 그 페이지를 방문(크롤링)하지 않은 상태입니다. 결론부터 말하면, 갓 발행한 페이지 몇 개가 잠시 이 상태에 머무는 것은 정상이며, 오래된 페이지가 대량으로 오래 갇혀 있을 때만 원인을 파고들면 됩니다.
이 상태는 서치 콘솔의 페이지 색인 생성 보고서에 표시됩니다. 구글 공식 문서는 이를 "Google에서 페이지를 발견했지만 페이지가 아직 크롤링되지 않았습니다"라고 정의합니다 GSC 고객센터. 구글이 다른 페이지의 링크나 사이트맵으로 URL의 존재만 알게 됐을 뿐, 아직 그 페이지의 내용을 읽지는 않은 단계라는 뜻입니다.
공식 설명과 실측 결과의 온도차
발생 원인을 두고 구글 공식 문서와 현장 SEO의 설명이 갈립니다. 구글은 서버 부하를 피하려는 크롤링 일정 조정으로 보는 반면, 실무자들은 서버가 빠른 사이트도 같은 상태에 갇히는 것을 근거로 '크롤링 수요'와 콘텐츠 품질이 진짜 병목이라고 봅니다.
| 구글 공식 입장 | 일반적 원인을 "URL을 크롤링하려고 했지만 이로 인해 사이트가 과부하 상태가 될 수 있기 때문에 크롤링 일정을 변경한 경우"로 설명합니다. 즉 서버 보호를 위한 크롤링 스케줄링 문제로 규정합니다. GSC 고객센터 |
|---|---|
| 전문가 실측 결과 | 서버가 빠른 사이트도 같은 상태에 갇힙니다. 온리(Onely)는 진짜 병목이 서버 용량이 아니라 '크롤링 수요'이며, 이 상태가 사이트 전반의 콘텐츠 품질 문제와 맞물리는 경우가 많다고 설명합니다. Onely 실측 |
차이가 나는 이유는 관점입니다. 공식 문서는 크롤러가 그 순간 남긴 그 순간의 이유(서버 보호를 위한 크롤 연기)를 적고, 실측은 여러 사이트의 결과를 관찰해 서버 용량이 실제 걸림돌인 경우는 드물다고 봅니다. 실무 판단은 단순합니다. 서버 응답이 빠른데도 페이지가 계속 '발견됨'에 남는다면, 호스팅 문제가 아니라 내부 링크와 콘텐츠 품질 신호로 해석하는 편이 맞습니다.
'크롤링됨 - 현재 색인이 생성되지 않음'과의 차이
이름이 비슷해 자주 헷갈리는 '크롤링됨 - 현재 색인이 생성되지 않음'과는 단계가 다릅니다. 구글 공식 문서는 후자를 "Google에서 페이지를 크롤링했지만 색인은 생성되지 않았습니다. 이후에 색인이 생성될 수도 있고 생성되지 않을 수도 있습니다"라고 설명합니다 GSC 고객센터. 두 상태를 나란히 놓으면 다음과 같습니다.
| 구분 | 발견됨 - 현재 색인이 생성되지 않음 | 크롤링됨 - 현재 색인이 생성되지 않음 |
|---|---|---|
| 크롤링 여부 | 아직 크롤링되지 않음 | 크롤링 완료 |
| 구글이 아는 것 | URL의 존재만 알고 있음 | 페이지 내용까지 확인함 |
| 공식 문서상 주된 배경 | 사이트 과부하 우려로 크롤링 일정 변경 | 크롤링 후 색인 여부 판단 보류 |
| 병목 지점 | 크롤링 단계 | 색인(품질 평가) 단계 |
정리하면 '발견됨'은 크롤링 대기열의 문제이고, '크롤링됨'은 내용을 본 뒤의 색인 판단 문제입니다. 원인과 대응이 달라지므로 두 상태를 구분해 보고서를 읽는 것이 먼저입니다.
크롤링 예산과의 관계
구글은 크롤링 예산을 "Google이 크롤링할 수 있고 크롤링하려는 URL 집합"으로 정의하고, 서버 부담 없이 크롤링 가능한 '크롤링 용량 한도'와 사이트 규모·업데이트 빈도·인기도로 정해지는 '크롤링 수요' 두 요소로 결정된다고 설명합니다 Google 공식. '발견됨' 정의에 등장하는 '과부하'가 바로 이 크롤링 용량 한도와 맞닿아 있습니다.
다만 구글은 크롤링 예산 가이드의 적용 대상을 고유 페이지 100만 개 이상이면서 콘텐츠가 일주일에 한 번꼴로 바뀌는 대규모 사이트, 또는 1만 개 이상이면서 콘텐츠가 매일 바뀌는 사이트로 한정합니다 Google 공식. Ahrefs는 구글 게리 일리스(Gary Illyes)의 발언을 인용해 "웹사이트의 90%는 크롤링 예산을 걱정할 필요가 없다"고 전합니다 Ahrefs 실측. 페이지가 수백~수천 개인 일반 사이트라면 원인을 크롤링 예산보다 내부 링크와 콘텐츠에서 먼저 찾는 편이 합리적입니다.
어떻게 대응하나
조치가 필요 없는 경우
발행한 지 얼마 안 된 페이지가 몇 개 포함된 경우입니다. 구글이 크롤링 일정을 조정하는 것은 정상 동작이며, 대개 시간이 지나면 크롤링과 색인이 진행됩니다. 구글 공식 문서도 "사이트의 모든 URL의 색인이 생성될 것이라고 기대해서는 안 됩니다"라고 명시합니다 GSC 고객센터.
조치가 필요한 경우
- 중요 페이지가 몇 개뿐이라면 URL 검사 도구에서 색인 생성을 요청합니다. 다만 구글은 "요청을 제출해도 페이지가 Google 색인에 표시되지 않을 수 있습니다"라고 명시하며, 하루 제출 수 제한이 있어 여러 페이지는 사이트맵 제출을 권장합니다 GSC 고객센터.
- 그 페이지로 향하는 내부 링크를 보강합니다. Ahrefs는 내부 링크가 없거나 적은 페이지를 구글이 중요하지 않은 페이지로 볼 수 있다고 설명하며, 자바스크립트 링크가 아닌 표준 HTML 앵커 태그 사용을 권장합니다 Ahrefs 실측.
- 콘텐츠 품질을 개별 페이지가 아닌 사이트 전체 관점에서 점검합니다. 온리는 얇거나 중복된 페이지가 많으면 구글이 도메인 전체의 크롤링 수요를 낮추고, 같은 패턴의 새 페이지가 그 불신을 물려받는다고 설명합니다 Onely 실측.
- 대규모 사이트라면 구글의 크롤링 예산 가이드가 제시하는 대로 중복 URL 정리, 페이지 로딩 효율 개선, 서버 리소스 늘리기로 크롤링 효율을 높입니다 Google 공식.
