발견됨 - 현재 색인이 생성되지 않음: 크롤링이 늦어지는 이유

'발견됨 - 현재 색인이 생성되지 않음'(Discovered - currently not indexed)은 Google이 URL의 존재는 알지만 아직 가져오지 않아 페이지 내용을 한 글자도 읽지 않았다는 뜻입니다. 최근 몇 주 안에 게시한 페이지라면 대개 대기열에 있는 것이며, 아무 조치 없이도 해소됩니다. 중요한 페이지가 몇 주째 이 상태에 머물거나 수가 계속 늘어난다면, 사이트의 무언가가 발견이나 크롤링을 늦추고 있는 것이며 이는 고칠 수 있습니다.

Google이 설명하는 이 상태의 의미

Google의 페이지 색인 생성 보고서 문서(2026년 10월 확인)는 이 상태를 3가지로 설명합니다. Google이 페이지를 찾았지만 아직 크롤링하지 않았고, 보통은 Google이 URL을 크롤링하려 했으나 사이트에 과부하가 걸릴 것으로 예상해 일정을 다시 잡았으며, 그래서 보고서에 마지막 크롤링 날짜가 표시되지 않는다는 것입니다. 이 설명은 보고서 이름이 색인 생성 범위 상태 보고서였던 적어도 2021년 12월 이후로 바뀌지 않았으며, 지금은 이 상태가 '색인이 생성되지 않음' 아래에 있습니다.

이 정의에서 2가지가 따라 나옵니다. Google은 이 페이지를 읽지 않았으므로 아직 콘텐츠를 평가하지도 않았고, 따라서 페이지를 다시 쓰는 것이 해결책인 경우는 드뭅니다. 원인은 대개 페이지 주변에 있습니다. Google이 그 페이지를 어떻게 찾았는지, 같은 크롤링 자원을 두고 다른 URL이 얼마나 많이 경쟁하는지, 귀하의 사이트가 크롤링할 가치가 얼마나 있어 보이는지, 서버가 어떻게 응답하는지입니다.

flowchart TD
    A["Google이 링크나 사이트맵에서 URL을 알게 됨"] --> B["URL이 Google의 크롤링 일정에서 대기"]
    B -->|"크롤링 연기"| C["발견됨 - 현재 색인이 생성되지 않음"]
    C -->|"일정 재조정"| B
    B -->|"크롤링됨"| D["Google이 페이지를 읽음"]
    D -->|"당분간 색인하지 않음"| E["크롤링됨 - 현재 색인이 생성되지 않음"]
    D -->|"색인됨"| F["페이지 색인이 생성됨"]

'크롤링됨 - 현재 색인이 생성되지 않음'은 그다음 단계입니다. Google이 페이지를 가져온 뒤 당분간 색인하지 않기로 한 것이며, 이는 페이지 자체에 관한 문제입니다. 이 판단은 '크롤링됨 - 현재 색인이 생성되지 않음'의 의미와 해결 시점에서 다룹니다.

Google이 아직 URL을 크롤링하지 않은 이유

원인은 무해한 것부터 구조적인 것까지 다양하며, 한 사이트에 여러 원인이 겹치는 경우가 많습니다.

1. URL이 새것이거나 사이트가 새것입니다. Google의 크롤링 예산 문서(2026년 10월 확인)에 따르면 크롤링 수요는 사이트의 규모, 업데이트 빈도, 페이지 품질, 다른 사이트 대비 관련성에 따라 달라집니다. 새 사이트나 거의 바뀌지 않는 사이트는 수요가 적은 편이어서 새 URL이 더 오래 기다립니다.

2. Google이 사이트맵을 통해서만 URL을 알고 있습니다. Google은 사이트맵을 힌트로 보며, 링크 문서에서는 중요한 모든 페이지가 사이트 안의 다른 페이지 최소 1개에서 링크되어야 한다고 말합니다. Google은 일반적으로 href 속성이 있는 <a> 요소만 링크로 크롤링합니다. 스크립트로 이동하는 버튼은 믿을 만한 경로가 아닙니다. 흔한 예로는 깊은 페이지 나누기 아카이브로만 갈 수 있는 아티클, 사이트 내부 검색으로만 찾을 수 있는 제품, 아무 데서도 링크하지 않는 광고 랜딩 페이지가 있습니다. 내부 링크가 없는 중요 페이지에 관한 감사 데이터는 사이트맵에 올라 있는 페이지가 우리가 살펴본 다른 페이지들로부터 들어오는 링크를 하나도 받지 못한 경우가 얼마나 흔한지 보여 줍니다.

3. 가치가 낮은 URL이 너무 많아 크롤링을 두고 경쟁합니다. Google의 크롤링 예산 문서에 따르면, 귀하가 따로 안내하지 않으면 Google은 사이트에서 알고 있는 URL을 모두 또는 대부분 크롤링하려고 합니다. 필터·정렬 조합, 사이트 내부 검색결과, 내용이 빈약한 태그 아카이브, 캘린더 페이지, 추적 매개변수는 실제 페이지보다 몇 배나 많아질 수 있습니다. Google의 패싯 탐색 문서는 그 비용을 분명히 말합니다. 크롤러는 필터 URL이 쓸모없다는 것을 알아차리기 전까지 그런 URL을 아주 많이 가져오며, 거기에 쓰는 시간만큼 새롭고 유용한 URL에 쓸 시간이 줄어듭니다.

4. 서버가 부담 신호를 보냅니다. Google의 설명 자체가 드는 이유가 이것입니다. 크롤링 예산 문서에 따르면 사이트가 서버 오류(5xx)나 HTTP 429 같은 속도 제한 신호로 응답하거나 응답이 느려지면 크롤링 용량 한도가 낮아집니다. 그 배경에는 캐싱 없이 요청마다 생성되는 페이지, 크롤러에 429로 응답하는 방화벽이나 CDN 규칙, 부하를 견디지 못하는 호스팅 같은 패턴이 있습니다.

5. 사이트맵이 Google에 건네는 목록을 낭비합니다. 리디렉션되거나, 404를 반환하거나, noindex가 있거나, robots.txt로 차단된 URL로 채워진 사이트맵은 엇갈린 신호를 보내며, 차단된 URL을 제외한 나머지는 색인을 원하지도 않는 페이지에 Google이 요청을 쓰게 만듭니다. Google은 또한 <lastmod>가 일관되고 검증 가능하게 정확할 때만 사용하며, <priority>와 <changefreq>는 무시한다고 밝힙니다. 2026년 5월부터 10월 사이에 SEOReport가 사이트맵 페이지를 가져온 외부 사이트 29곳 중 8곳(28%)은 리디렉션되거나, noindex가 지정되었거나, robots.txt로 차단된 URL을 하나 이상 나열하고 있었습니다.

'발견됨 - 현재 색인이 생성되지 않음'은 문제인가요?

어떤 URL이 얼마나 오래 이 상태에 있는지에 따라 다릅니다. Google의 보고서 안내도 색인이 생성되지 않은 URL이 반드시 나쁜 것은 아니라고 말합니다.

어떤 원인인지 확인하는 방법

보고서 전체에서 시작해 개별 URL로 좁혀 갑니다.

1. 제출된 URL과 제출되지 않은 URL을 나눕니다. 페이지 색인 생성 보고서에서 사이트맵 필터로 '제출된 모든 페이지'와 '제출되지 않은 페이지만'을 비교합니다. 이 상태의 URL이 대부분 제출되지 않은 URL이라면 Google은 귀하가 나열한 적 없는 URL을 찾고 있는 것이며, 원인 3을 가리킵니다. 대부분 제출된 URL이라면 링크, 수요, 서버를 살펴보십시오.
2. 예시 URL에서 패턴을 찾습니다. Google은 예시 목록을 1,000행으로 제한합니다. 이를 내보내 경로와 매개변수별로 묶으면 ?sort=, /tag/, /page/12/, /search 같은 패턴이 금방 드러납니다. 이런 패턴은 수백 행을 함께 봐야만 보이므로, URL을 직접 하나씩 또는 AI 채팅 세션 하나로 확인하면 놓치기 쉽습니다.
3. 중요한 URL 몇 개를 검사합니다. URL 검사의 '발견' 섹션에는 해당 URL이 들어 있는 제출된 사이트맵과, Google이 그 URL을 찾는 데 사용했을 수 있는 '참조 페이지'가 표시됩니다. 사이트맵만 있고 참조 페이지가 없다면 Google이 귀하의 링크를 통해서는 그 URL을 찾지 못했다는 뜻일 수 있습니다. '실시간 URL 테스트'는 Google의 검사용 크롤러가 지금 페이지를 가져올 수 있는지 확인해 줄 뿐, Google이 색인할지는 알려 주지 않습니다.
4. 서버 쪽을 확인합니다. 설정 아래의 크롤링 통계 보고서에서 전체 크롤링 요청 수, 평균 응답 시간, 호스트 상태를 볼 수 있습니다. Google의 크롤링 예산 문서는 URL 검사 도구에 표시되는 "Hostload exceeded"(호스트 부하 초과)를 서버 용량이 한계라는 신호로 꼽습니다. Google은 페이지가 1,000개 미만인 사이트라면 크롤링 통계가 필요 없을 것이라고 말하며, 그런 사이트에서는 페이지 색인 생성 보고서의 '서버 오류(5xx)' 행을 확인하는 것이 더 빠릅니다.
5. 그 URL로 링크해야 할 페이지의 소스를 봅니다. 링크가 스크립트로 동작하는 클릭이 아니라 HTML 안의 일반 <a href>인지 확인합니다.

flowchart TD
    A["중요한 URL이 '발견됨 - 현재 색인이 생성되지 않음' 상태"] --> B{"최근 몇 주 안에 게시했나요?"}
    B -->|"예"| C["지켜보면서 링크되어 있는지 확인"]
    B -->|"아니요"| D{"이 상태의 URL이 대부분 제출되지 않은 URL인가요?"}
    D -->|"예"| E["불필요한 URL 줄이기: 필터, 매개변수, 아카이브"]
    D -->|"아니요"| F{"URL 검사에 참조 페이지가 표시되나요?"}
    F -->|"아니요, 사이트맵뿐"| G["크롤링 가능한 내부 링크 추가"]
    F -->|"예"| H{"크롤링 통계에 느린 응답, 5xx, 429가 있나요?"}
    H -->|"예"| I["서버 오류와 용량 문제 해결"]
    H -->|"아니요"| J["사이트맵을 정리하고 영향력 있는 페이지에서 링크"]

원인별 해결 방법

약한 링크. Google이 이미 자주 크롤링하는 페이지, 즉 홈페이지, 섹션 허브, 최신 아티클 목록, 밀접하게 관련된 페이지에서 해당 URL로 링크합니다. 일반 앵커를 사용하십시오.

<!-- Google can follow this -->
<a href="/guides/pool-heat-pumps">Pool heat pump guide</a>

<!-- Google cannot reliably follow this -->
<span onclick="go('/guides/pool-heat-pumps')">Pool heat pump guide</span>

잡음이 많은 사이트맵. 200으로 응답하고 검색결과에 나오기를 원하는 표준 URL만 넣습니다. 리디렉션, 404, noindex가 있는 URL, 차단된 URL은 빼고, <lastmod>는 페이지 콘텐츠가 실제로 바뀌었을 때만 설정합니다. 구조는 XML 사이트맵 가이드에서, 가장 자주 보이는 오류는 사이트맵 위생 감사 데이터에서 확인할 수 있습니다.

불필요한 URL 증가. Google의 패싯 탐색 문서는 robots.txt로 필터 URL을 허용하지 않거나, 필터를 따로 크롤링되지 않는 URL 프래그먼트(# 뒤)로 옮기라고 권장합니다. 필터 링크에 표준 태그나 nofollow를 쓰는 방법은 장기적으로 효과가 덜하다고 설명합니다. 크롤링을 아끼려고 noindex를 쓰지는 마십시오. Google의 크롤링 예산 문서에 따르면 Google은 noindex가 있는 페이지도 제외하기 전에 일단 요청합니다. 삭제한 페이지에는 404나 410을 반환합니다. 필터용 robots.txt 패턴은 다음과 같습니다.

User-agent: *
Disallow: /*?*sort=
Disallow: /*?*color=
Disallow: /search?

배포 전에 패턴을 테스트하십시오. 의도보다 넓게 일치하는 규칙은 실제 페이지를 가립니다(? 없는 Disallow: /search는 /search-engine-basics까지 차단합니다). 허용하지 않도록 설정하면 이미 알려진 필터 URL이 이 상태에서 'URL이 robots.txt에 의해 차단됨'으로 옮겨 갈 수 있으며, 이는 예상된 결과입니다. 일치 방식은 robots.txt와 크롤링 접근 가이드에서 설명합니다.

서버 부담. 5xx 응답의 원인을 고치고, 방문자마다 달라지지 않는 페이지는 캐시하며, 어떤 방화벽이나 CDN 규칙도 Google에 429로 응답하지 않도록 합니다. 크롤링 통계에서 응답 시간이 늘어나거나 "Hostload exceeded"가 나타나면 서버 용량을 늘리십시오.

수정 결과를 확인하는 방법

페이지 색인 생성 보고서의 문제 세부정보 페이지에서 '수정 결과 확인'을 클릭합니다. Google은 사이트 전체가 아니라 해당 문제가 확인된 URL만 대기열에 넣으며, 문서에 따르면 확인에는 보통 최대 약 2주가 걸리고 때로는 훨씬 더 오래 걸립니다. 그동안 URL 검사로 URL별 진행 상황을 볼 수 있습니다. Google이 URL을 가져오면 '마지막 크롤링' 날짜가 표시됩니다.

대부분 URL은 색인이 생성되거나 '크롤링됨 - 현재 색인이 생성되지 않음'으로 옮겨 갑니다. 후자도 진전입니다. 질문이 "Google이 이 페이지에 도달할 수 있는가?"에서 "Google이 이 페이지를 원하는가?"로 바뀌기 때문입니다.

전체 진단이 이 상태에 대해 보여 주는 것

Search Console은 어떤 URL이 대기 중인지 알려 줍니다. SEOReport 전체 진단은 사이트를 감사해, 귀하의 사이트가 Google에 페이지를 알리는 2가지 경로인 사이트맵과 내부 링크를 점검하고, 도달하기 어렵거나 사이트맵이 잘못 알리고 있는 페이지를 짚어 냅니다. 리디렉션되거나, 오류를 반환하거나, noindex가 있거나, 차단된 사이트맵 URL, 그리고 사이트맵에서 빠졌거나 크롤링 가능한 페이지에서 링크되지 않은 아티클이 여기에 해당합니다. 각 항목에는 몇 개의 페이지를 살펴봤는지가 명시됩니다. Google의 크롤링 일정과 서버 응답 시간은 크롤링 통계에서 확인하십시오.

자주 묻는 질문

발견된 URL마다 '색인 생성 요청'을 클릭해야 하나요?

아닙니다. 원인을 고친 뒤 우선순위가 높은 URL 몇 개에만 사용하십시오. Google은 일일 한도를 적용하며, 요청한다고 색인이 보장되지도 않습니다. 수백 개의 URL이 대기 중이라면 원인은 구조적인 것이며, 링크, 사이트맵, 불필요한 URL을 고치면 한꺼번에 움직입니다.

작은 사이트에도 정말 크롤링 용량 문제가 있나요?

대개는 없습니다. Google의 크롤링 예산 가이드는 주로 페이지가 100만 개 이상이고 대략 매주 바뀌는 사이트, 또는 10,000개 이상이고 매일 바뀌는 사이트, 그리고 URL의 상당 부분이 이 상태에 있는 사이트를 위해 작성되었습니다. 2026년 5월부터 10월 사이에 SEOReport가 감사한 외부 사이트 29곳 중 사이트맵에 URL이 하나 이상 있는 사이트를 보면, 사이트맵 URL 수의 중앙값은 약 90개였습니다. 페이지가 1,000개 미만인 사이트는 크롤링 통계 보고서가 필요 없을 것이라는 Google의 조언도 같은 방향을 가리킵니다. 그 정도 규모의 사이트라면 서버 용량보다 내부 링크와 크롤링 수요를 먼저 보십시오.

이 상태에 왜 처음 보는 URL이 있나요?

Google은 다른 웹사이트, 오래된 페이지, 귀하의 템플릿이 덧붙이는 매개변수를 포함해 크롤링하는 모든 곳의 링크에서 URL을 알게 됩니다. '제출되지 않은 페이지만'을 선택해 따로 모은 뒤 하나를 검사해 보십시오. '참조 페이지'에 출처가 나오는 경우가 많습니다.