구글 서치콘솔에서 발견됨·색인 생성되지 않음 해결하기

구글 서치콘솔(Google Search Console)의 커버리지 보고서에서 “발견됨 · 색인 생성되지 않음(Discovered – currently not indexed)” 상태를 본 적이 있나요? 이 상태는 구글이 URL을 발견했지만 아직 색인을 만들지 않았다는 뜻입니다. 즉시 검색결과에 노출되지 않을 뿐이며, 원인을 파악하고 적절히 조치하면 색인될 가능성을 높일 수 있습니다. 이 글에서는 원인별 점검 항목과 워드프레스에서 실제로 적용 가능한 해결 방법을 정리합니다.

상태의 의미와 우선 점검 지점

무엇을 의미하나?

“발견됨 · 색인 생성되지 않음”은 구글이 URL을 알게 되었지만, 현재는 색인을 만들지 않았음을 알리는 상태입니다. 이유는 다양하며 곧 색인이 될 수도 있고, 추가 조치가 필요할 수도 있습니다.

먼저 확인할 것들

서치콘솔의 커버리지(또는 제외) 상세 메시지 확인
URL 검사(Inspect URL)에서 “Live Test” 실행
HTTP 응답 상태 코드(200/3xx/4xx/5xx) 확인
robots.txt, meta robots, X-Robots-Tag 헤더 확인

원인별 점검 및 해결 방법

1) robots.txt 또는 메타/헤더에 의해 차단

robots.txt나 메타 robots 태그(noindex, none) 또는 X-Robots-Tag 응답 헤더가 색인을 막는 경우가 있습니다.

robots.txt 확인: https://도메인/robots.txt 에서 해당 경로가 차단되어 있지 않은지 확인
메타 robots 확인: 페이지 소스에서 <meta name=”robots” content=”noindex”> 같은 태그가 있는지 확인
X-Robots-Tag 확인: 서버 응답 헤더에 noindex가 포함되어 있지 않은지 확인(호스팅/캐시 레이어에서 추가될 수 있음)
워드프레스: 설정 > 읽기에서 ‘검색 엔진이 이 사이트를 색인하지 않도록 요청’이 체크되어 있지 않은지 확인

2) 페이지 상태 코드나 리디렉션 문제

정상적으로 200 응답을 반환하지 않거나 반복적인 3xx 리디렉션 체인이 있으면 색인되지 않을 수 있습니다.

curl이나 온라인 도구로 HTTP 헤더 확인: curl -I https://도메인/페이지
리디렉션이 301(영구)인지 302(임시)인지, 체인 길이는 적절한지 점검

3) 중복 또는 얇은(Thin) 콘텐츠

내용이 거의 없거나 다른 페이지와 중복되면 구글이 색인을 보류할 수 있습니다.

중복 콘텐츠 여부 확인(카테고리/태그 페이지, 파라미터 URL 등)
질 높은 원문 콘텐츠 추가, 상세한 설명/이미지/테이블 등으로 보강
중복 페이지는 canonical을 적절히 설정하거나 필요시 삭제/리디렉션

4) 내부 링크 및 발견 경로 부족

구글이 URL을 발견했더라도 사이트 내에서 연결이 약하면 색인 우선순위가 낮을 수 있습니다.

관련 글에서 내부 링크 추가
중요한 페이지를 사이트맵에 포함하고, 사이트맵을 서치콘솔에 제출
메인 카테고리, 페이지 내 콘텐츠 블록에서 자연스럽게 연결

5) 크롤링 제한(크롤 예산) 또는 임시 큐 대기

특히 큰 사이트는 크롤 예산 때문에 일부 URL이 지연될 수 있습니다.

중요 페이지에 대한 내부/외부 링크 강화로 우선 순위를 높임
불필요한 URL(태그, 필터링 파라미터 등)을 noindex 하거나 robots.txt로 차단

6) 기술적 문제(서버 오류, 느린 응답, 보안 설정)

서버 오류(5xx)나 과도한 로드, 보안 모듈(예: WAF)의 차단으로 크롤러가 접근하지 못할 수 있습니다.

서버 로그에서 Googlebot의 접근 로그와 상태 코드 확인
호스팅 제한, 방화벽 규칙, IP 차단 여부 점검

워드프레스에서 적용 가능한 실무 체크포인트

서치콘솔: 해당 URL을 “URL 검사”로 검사 → “라이브 URL 테스트” 후 문제 확인
설정 > 읽기: ‘검색 엔진이 이 사이트를 색인하지 않도록 요청’ 체크 해제
SEO 플러그인(예: Yoast, Rank Math): 해당 게시물의 ‘고급’ 설정에서 noindex 설정 확인
테마나 플러그인이 출력하는 메타/헤더를 확인(특히 캐시/보안 플러그인)
사이트맵(XML) 생성 및 서치콘솔에 제출(또는 재제출)
페이지 컨텐츠 보강: 고유하고 충분한 분량의 유용한 정보 제공
내부 링크 추가 및 중요한 페이지로의 링크 집중
서버 응답(200 확인) 및 리디렉션 체인 최소화

색인 요청과 기다림

문제를 해결한 뒤에는 서치콘솔에서 URL 검사 도구를 통해 “색인 요청(Request Indexing)”을 시도할 수 있습니다. 이 기능은 재크롤을 요청하지만 즉시 색인이 보장되지는 않습니다. 색인 반영 시간은 몇 분에서 수주까지 다양합니다. 따라서 문제를 해결한 뒤에는 꾸준한 모니터링과 추가 개선이 필요합니다.

체크포인트: 빠르게 확인해야 할 항목 목록

서치콘솔 커버리지/URL 검사에서 에러 메시지 확인
robots.txt 파일에 URL 차단 규칙이 있는지
페이지 소스에 noindex/meta robots 존재 여부
서버 응답 코드(200/3xx/4xx/5xx)
rel=”canonical”이 다른 URL을 가리키는지
사이트맵에 해당 URL 포함 여부 및 최신 제출 여부
내부 링크가 충분히 연결되어 있는지
콘텐츠의 품질과 중복 여부
서버 로그에서 Googlebot 접근 기록 확인

자주 묻는 질문(FAQ)

Q1: ‘발견됨 · 색인 생성되지 않음’이면 꼭 문제가 있는 건가요?

A1: 반드시 문제가 있다는 의미는 아닙니다. 구글이 일시적으로 색인을 보류할 수 있으며, 시간이 지나면 자연스럽게 색인될 수도 있습니다. 하지만 장기간 유지되거나 중요한 페이지라면 위의 점검 항목을 확인해 보세요.

Q2: 색인을 빨리 하게 할 수 있나요? ‘색인 요청’은 효과가 있나요?

A2: 서치콘솔의 ‘색인 요청’으로 재크롤을 요청할 수는 있지만 색인 여부는 구글의 판단에 따릅니다. 문제(차단, 품질 저하 등)를 해결한 뒤 요청하면 색인될 가능성이 높아집니다. 그러나 시간 차는 발생할 수 있습니다.

Q3: 워드프레스에서 가장 흔한 실수는 무엇인가요?

A3: 대표적인 실수는 ‘설정 > 읽기’의 색인 차단 체크박스, SEO 플러그인에서 게시물별로 noindex 설정을 한 경우, 또는 캐시/보안 플러그인이 의도치 않게 메타나 헤더를 변경하는 경우입니다. 또한 중복 콘텐츠(카테고리·태그 페이지의 인덱싱) 관리가 부족한 경우도 흔합니다.

마무리

“발견됨 · 색인 생성되지 않음” 상태는 원인 진단과 우선순위 판단이 중요합니다. 위에서 제시한 점검 항목을 차근차근 확인하고, 문제를 해결한 뒤에는 서치콘솔의 URL 검사와 사이트맵 제출로 재검토를 요청하세요. 색인은 즉시 이루어지지 않을 수 있으므로 변화가 생기면 주기적으로 모니터링하고 추가 개선을 반복하는 것이 가장 실용적입니다.

필요하시면 현재 문제 페이지의 서치콘솔 메시지(스크린샷 또는 텍스트)와 워드프레스 환경(사용 중인 SEO 플러그인, 캐시/보안 플러그인 등)을 알려주시면 더 구체적으로 도와드리겠습니다.