“발견됨 - 현재 색인이 생성되지 않음”은 Google이 URL의 존재를 알고 있지만 아직 크롤링하거나 색인에 포함하지 않은 상태를 뜻합니다. 오류 하나를 고치면 반드시 색인되는 상태는 아니며, 색인 생성은 보장되지 않습니다.
1. URL이 실제로 색인할 가치가 있는지 확인하기
먼저 해당 URL이 검색 사용자에게 독립적인 답을 제공하는지 봅니다. 제목과 몇 문장만 다른 유사 페이지, 필터 조합으로 대량 생성된 페이지, 내용이 거의 없는 태그 페이지라면 모두 색인시키는 것이 목표가 아닐 수 있습니다.
다음 질문에 답해 봅니다.
- 이 페이지가 해결하는 검색 의도가 분명한가?
- 다른 페이지와 실질적으로 다른 정보가 있는가?
- 직접 작성하거나 검증한 설명, 예시, 표가 있는가?
- 방문자가 다음 행동을 할 수 있는 구조인가?
- 오래된 정보와 빈 섹션이 남아 있지 않은가?
중복 페이지는 통합하고, 필요 없는 URL은 사이트맵에서 제거하거나 적절한 대표 페이지로 정리합니다.
2. 접근과 색인 신호 확인하기
브라우저에서 로그인 없이 열리는지, HTTP 200을 반환하는지 확인합니다. meta robots의 noindex, robots.txt 차단, 다른 URL을 가리키는 canonical, 리디렉션 체인이 의도한 설정인지도 봅니다.
기술 SEO 점검기로 공개 페이지의 상태 코드, canonical, robots.txt, 사이트맵 같은 기본 항목을 확인할 수 있습니다. 이 도구는 Google의 실제 색인 여부를 조회하지 않으므로 최종 확인은 Search Console URL 검사에서 해야 합니다.
3. 내부 링크로 중요도와 맥락 전달하기
사이트맵에 URL만 넣는 것으로 충분하지 않을 수 있습니다. 관련 주제의 주요 글에서 설명이 있는 링크를 연결하고, 카테고리나 허브 페이지에서도 발견할 수 있게 합니다.
고립된 페이지는 사용자가 찾기 어렵고 사이트 안에서의 역할도 불분명합니다. 링크 문구는 “여기”보다 연결될 페이지의 주제를 설명하는 표현이 좋습니다.
4. 사이트맵 정리하기
사이트맵에는 색인을 원하는 대표 URL만 포함합니다. 404, 리디렉션, noindex, 중복 canonical URL을 섞지 않습니다. lastmod를 제공한다면 실제 의미 있는 수정 시점과 일치시킵니다.
새 URL을 추가한 뒤 Search Console에서 사이트맵을 다시 확인합니다. 사이트맵 제출은 발견을 돕지만 크롤링이나 색인을 보장하지 않습니다.
5. 서버와 크롤링 상태 확인하기
많은 URL이 동시에 이 상태에 머문다면 서버 오류, 느린 응답, 잘못된 리디렉션, 반복되는 무한 URL을 확인합니다. 서버 로그를 볼 수 있다면 Googlebot 요청과 응답 상태를 확인하되, 사용자 에이전트 문자열만으로 정상 Googlebot이라고 단정하지 않습니다.
CMS나 템플릿이 날짜·정렬·검색 파라미터별 URL을 무한히 만들고 있지 않은지도 봅니다. 불필요한 URL 공간이 크면 중요한 페이지의 발견과 관리가 어려워집니다.
6. 수정 후 재검사하고 기다리기
의미 있는 내용을 보강하고 접근·canonical·내부 링크·사이트맵을 정리한 뒤 URL 검사에서 라이브 테스트를 합니다. 색인 생성 요청은 신호를 다시 전달하는 절차이지 즉시 등록 버튼이 아닙니다.
같은 요청을 반복하기보다 변경일, 검사 결과, 색인 상태를 기록하고 충분한 시간을 두고 확인합니다. 사이트 전체의 유사 페이지가 많다면 개별 URL 요청보다 템플릿과 콘텐츠 정책을 먼저 고치는 편이 효과적입니다.