"발견됨"은 구글이 URL의 존재는 알지만, 아직 가져가지(크롤링) 않았다는 뜻입니다. "크롤링됨 - 색인되지 않음"과는 완전히 다른 단계의 문제이며, 진단도 다른 순서로 접근해야 합니다. 실무에서 가장 자주 보는 7가지 원인을 빈도순으로 정리합니다.
"발견됨"과 "크롤링됨"의 차이 — 다른 진단법이 필요한 이유
두 상태는 비슷해 보이지만 의미가 다릅니다.
- 발견됨 - 색인되지 않음: 구글이 URL을 알지만 가져가지 않음. 가져갈 만한 가치를 못 느끼거나, 가져갈 여유(크롤링 예산)가 없음.
- 크롤링됨 - 색인되지 않음: 가져가긴 했는데 색인 안 시킴. 콘텐츠 품질·중복·E-E-A-T 신호 부족 등.
"발견됨" 단계 문제는 크롤링 예산·사이트 권위·내부 링크 같은 "신뢰 신호" 이슈가 많고, "크롤링됨" 단계 문제는 콘텐츠 품질 이슈가 많습니다.
원인 1·2 — 크롤링 예산 부족, 사이트 전체 신뢰도 낮음
신규 도메인이거나 사이트 권위가 낮으면 구글은 크롤링 예산을 작게 할당합니다. 발견은 했지만 "굳이 지금 가져가야 할까" 판단을 미루는 상태입니다.
점검 방법: 서치콘솔 → 설정 → 크롤링 통계에서 "하루 평균 크롤링 페이지 수"가 사이트 페이지 수 대비 너무 적은지 확인합니다. 100페이지 사이트인데 하루 평균 크롤이 5건 미만이면 분명한 신호입니다.
원인 3·4 — 내부 링크 부재, 사이트맵 우선순위 미설정
발견은 됐지만 다른 페이지에서 링크가 거의 없는 페이지는 구글이 "중요하지 않다"고 판단합니다. 사이트맵에만 있고 본문 어디서도 링크되지 않는 페이지가 가장 흔한 케이스입니다.
해결: 같은 주제 인기 페이지에서 해당 페이지로 본문 내 텍스트 링크 추가. 메뉴·푸터 링크보다 본문 내 컨텍스트 링크가 훨씬 강한 신호입니다.
원인 5 — 중복 콘텐츠 의심
같은 사이트 내 다른 페이지와 본문이 유사하면, 구글은 "이미 비슷한 페이지가 있으니 안 가져가도 되겠다"고 판단합니다. 자주 보는 패턴은 카테고리·태그·페이지네이션이 모두 비슷한 본문을 노출하는 경우입니다.
점검: site:도메인 "본문 첫 50자" 로 구글에 검색해서 같은 본문을 가진 페이지가 여럿 나오는지 확인합니다. 나오면 canonical 정비가 필요합니다.
원인 6 — JS 렌더링 의존 콘텐츠
SPA·React 사이트에서 본문이 JS로 렌더링된다면, 구글봇이 1차 크롤링 시 본문을 빈 페이지로 인식할 수 있습니다. "발견됨"에 머무는 시간이 길어지는 전형적 케이스입니다.
해결: SSR(서버 사이드 렌더링) 또는 pre-rendering 도입. 그 전에는 구글봇이 JS 렌더 큐에 들어가야 가져오는데, 큐가 길어 지연됩니다.
원인 7 — sitemap에만 있고 실제로는 노출 의도가 약한 URL
자동 생성된 sitemap에 노이즈 URL(로그인, 파라미터 페이지, 카테고리 무한 페이지네이션)이 다량 포함되면 진짜 중요한 URL의 우선순위가 희석됩니다.
해결: sitemap을 "수동 큐레이션"으로 전환. 정말 색인 시키고 싶은 URL만 포함시킵니다. 100개의 진짜 URL이 1만 개의 자동 URL보다 효과적입니다.
진단 순서 — 가장 흔한 것부터
- 내부 링크 점검 (가장 빠르고 효과 큼)
- sitemap 정리 (노이즈 URL 제거)
- 중복 콘텐츠 검사 (canonical 정비)
- 크롤링 통계 점검 (사이트 전체 권위 이슈인지)
- JS 렌더링 의존 확인 (SPA인 경우)
이 순서대로 점검하면 90% 케이스는 위 3단계에서 원인이 잡힙니다.
1차 자료 참고: 서치콘솔 페이지 색인 상태 보고서의 각 상태("발견됨", "크롤링됨", "색인됨" 등) 정의와 권장 조치는 구글 공식 도움말의 "페이지 색인 생성 보고서"에 정리되어 있습니다. 본문의 진단 순서는 이 문서의 상태별 권장 작업을 한국 사이트에서 자주 빠지는 단계 위주로 재정렬한 것입니다.