서치콘솔 발견됨·크롤링됨 - 현재 색인이 생성되지 않음: 차이와 점검 순서
서치콘솔 발견됨·크롤링됨 - 현재 색인이 생성되지 않음: 차이와 점검 순서
핵심 요약: Search Console의 ‘발견됨 - 현재 색인이 생성되지 않음’은 Google이 URL은 알지만 아직 가져오지 않은 상태이고, ‘크롤링됨 - 현재 색인이 생성되지 않음’은 페이지를 가져왔지만 현재 색인에는 포함하지 않은 상태입니다. 같은 미색인이라도 확인할 증거가 다릅니다. 색인 생성 요청부터 반복하기보다 URL 유형, 최근 검사 시각, HTTP 응답, 크롤링·색인 허용, Google 선택 canonical, 사이트맵, 내부링크, 본문 고유성을 차례로 확인해야 수정 효과를 구분할 수 있습니다.
두 상태는 Google이 페이지를 가져왔는지부터 다릅니다
Google의 페이지 색인 생성 보고서 안내는 발견된 URL과 크롤링된 URL을 구분합니다. 발견됨 상태는 URL의 존재를 알고 있지만 아직 페이지 내용을 가져오지 않은 경우입니다. 크롤링됨 상태는 Google이 페이지를 가져왔지만 현재 색인에 넣지 않은 경우입니다. 따라서 발견됨 상태에서 본문 문장 하나만 바꾸는 것과, 크롤링됨 상태에서 색인 요청 버튼만 반복하는 것은 원인을 직접 해결하지 못할 수 있습니다.
| Search Console 상태 | 확인된 사실 | 먼저 볼 증거 |
|---|---|---|
| 발견됨 - 현재 색인이 생성되지 않음 | Google이 URL은 알고 있으나 마지막 크롤링 기록이 없을 수 있음 | 사이트맵 포함, 내부링크, 서버 응답 안정성, 불필요한 URL 증가 |
| 크롤링됨 - 현재 색인이 생성되지 않음 | Google이 페이지를 가져왔으나 현재 색인에는 포함하지 않음 | Google 선택 canonical, 중복 의도, 본문 고유 가치, URL 유형 |
| URL이 Google에 있음 | 검사 시점의 색인 정보에서 포함된 상태 | 최근 수정이 반영됐는지 마지막 크롤링 날짜와 공개 본문 비교 |
| URL을 Google에서 알 수 없음 | 검사한 속성에서 해당 URL의 색인 정보가 없음 | 정확한 전체 URL, 속성 일치, 공개 HTTP 상태, 발견 경로 |
먼저 보고서 날짜와 URL 검사 결과를 분리합니다
페이지 색인 생성 보고서는 사이트 전체 흐름을 보는 자료이고, URL 검사는 개별 페이지의 색인 정보와 공개 버전 테스트를 확인하는 도구입니다. 보고서가 갱신된 시점과 개별 URL을 검사한 시점이 다르면 상태가 잠시 다르게 보일 수 있습니다. URL 검사 도구 안내에 따라 마지막 크롤링 날짜, 페이지 가져오기, 크롤링 허용 여부, 색인 생성 허용 여부, Google 선택 canonical을 한 화면에서 확인합니다.
수정 직후에는 먼저 공개 URL을 직접 열어 제목과 본문이 바뀌었는지 확인합니다. 그 다음 공개 URL 테스트를 실행해 현재 버전이 가져와지는지 봅니다. 과거 색인 정보와 실시간 테스트를 섞어 해석하면 이미 고친 문제를 다시 수정하거나, 아직 공개되지 않은 변경을 Google 문제로 오해하기 쉽습니다.
글이 아니라 목록·피드·이미지 URL인지 확인합니다
Blogger는 게시글 외에도 라벨 목록, 검색 결과, 아카이브, RSS·Atom 피드, 이미지 주소 같은 여러 URL을 만듭니다. 이 주소들이 크롤링됨 상태에 나타나도 모두 검색결과에 나와야 하는 게시글은 아닙니다. 검사 URL의 경로가 실제 글인지부터 확인하고, 게시글이라면 모바일 공개 화면에 H1, 충분한 본문, 관련 이미지와 탐색 링크가 있는지 봅니다.
목록이나 피드 URL을 게시글과 같은 우선순위로 색인 요청하면 중요한 글의 문제를 놓칠 수 있습니다. 세모꿀의 빈 화면과 검색·라벨 페이지 점검 기준으로 게시자 콘텐츠가 없는 화면을 분리하고, 실제 글은 발행 후 24시간 점검 루틴에 따라 공개 품질을 확인합니다.
페이지별로 확인할 7가지 증거
- HTTP와 공개 본문: 로그인하지 않은 브라우저에서 최종 URL이 HTTP 200으로 열리고 제목·본문·이미지가 보이는지 확인합니다.
- 크롤링 허용: URL 검사에서 크롤링 허용 여부와 페이지 가져오기 성공 여부를 봅니다. 404, 서버 오류, 로그인 요구가 있으면 콘텐츠 보강보다 접근 문제를 먼저 해결합니다.
- 색인 생성 허용: 공개 HTML의
noindex나 응답 헤더가 중요한 글을 막고 있지 않은지 확인합니다. 테마를 수정하기 전 실제 렌더링된 HTML을 증거로 남깁니다. - canonical: 사용자 선언 canonical과 Google 선택 canonical이 다른 URL을 가리키는지 봅니다. 유사한 두 글이 같은 질문을 답한다면 요청을 반복하기보다 대표 글을 정하고 보강·통합 여부를 검토합니다.
- 사이트맵: 글의 완전한 절대 URL이 사이트맵 또는 Blogger 피드에서 보이는지 확인합니다. Google 사이트맵 안내처럼 사이트맵 제출은 발견을 돕는 신호이며 색인을 보장하지는 않습니다.
- 내부링크: 홈이나 라벨 목록에만 의존하지 말고 같은 주제의 허브와 상세 글에서 자연스러운 문맥 링크를 연결합니다. 링크 문구는 ‘여기’보다 대상 글의 질문을 설명해야 합니다.
- 고유 가치: 제목만 다른 유사 글, 짧은 요약, 반복된 표와 문장이 아닌지 전체 사이트와 비교합니다. 크롤링된 뒤 미색인이라면 분량 추가보다 독자의 다음 결정을 돕는 비교 기준·절차·예시가 있는지 먼저 봅니다.
상태별 수정 우선순위
| 관찰한 증거 | 우선 조치 | 피해야 할 행동 |
|---|---|---|
| 발견됨, 마지막 크롤링 없음, 사이트맵에는 있음 | 중요 허브에서 문맥 링크를 추가하고 서버 오류·불필요한 URL 증가를 확인 | 본문을 매일 조금씩 바꾸며 요청 반복 |
| 크롤링됨, canonical이 다른 글을 가리킴 | 두 글의 검색 의도를 비교해 대표 글 보강 또는 명확한 역할 분리 | canonical 증거 없이 둘 다 같은 키워드로 확장 |
| 크롤링됨, 본문이 짧고 유사 글이 많음 | 같은 URL에서 실제 경험·비교표·점검 절차를 보강하고 중복 링크 정리 | 유사 제목의 새 글 추가 |
| 공개 테스트에서 가져오기 실패 | HTTP, 리디렉션, robots, 로그인 요구를 먼저 해결 | 접근 실패 상태에서 색인 요청 |
| URL 검사는 색인됨, 전체 보고서는 이전 상태 | 보고서 날짜를 기록하고 다음 갱신까지 관찰 | 정상 페이지를 삭제·재발행 |
색인 생성 요청은 수정 증거가 준비된 뒤 한 번 사용합니다
개별 페이지 문제 해결 안내는 URL 검사에서 공개 URL을 테스트하고 문제를 고친 뒤 색인 생성을 요청하는 흐름을 설명합니다. 요청은 Google에 다시 확인해 달라는 신호이지 검색 노출 약속이 아닙니다. 같은 URL을 여러 번 요청해도 본문 가치, canonical, 접근성이나 내부링크 문제가 자동으로 해결되지는 않습니다.
수정 전후에는 날짜, 공개 제목, 본문 지문, HTTP 상태, 내부링크 출발 페이지, 사이트맵 포함 여부를 기록합니다. 요청 후에는 매시간 상태를 확인하기보다 다음 크롤링 날짜와 보고서 갱신 시점을 비교합니다. 여러 URL을 한꺼번에 처리해야 한다면 개별 요청을 반복하기보다 사이트맵과 내부 정보 구조를 먼저 정리합니다.
Blogger에서 적용하는 안전한 순서
- 검사할 URL이 게시글인지 라벨·검색·피드 주소인지 분류합니다.
- 공개 URL에서 HTTP 200, 정확한 제목, 충분한 본문과 관련 이미지를 확인합니다.
- URL 검사·canonical·사이트맵 확인 순서로 과거 색인 정보와 공개 테스트를 나눠 기록합니다.
- 같은 질문을 답하는 공개 글을 검색해 제목뿐 아니라 본문 구조와 결론까지 비교합니다.
- 대표 글이 정해졌으면 내부링크 정리 허브와 관련 상세 글에서 문맥 링크를 연결합니다.
- 오래된 글은 삭제보다 기존 글 보강 우선순위에 따라 같은 URL에서 고칩니다.
- 공개 테스트가 통과하고 변경 증거가 확인됐을 때만 색인 생성을 요청합니다.
- 요청 날짜와 다음 크롤링 날짜를 검색콘솔 점검 허브의 기록 방식으로 남깁니다.
자주 묻는 질문
발견됨 상태면 글 품질이 낮다고 확정할 수 있나요?
그 상태만으로 확정할 수 없습니다. Google이 아직 페이지를 가져오지 않았다면 개별 본문을 평가한 결과라고 단정하기 어렵습니다. 사이트맵, 내부링크, 서버 응답과 사이트 전체 URL 구성을 먼저 확인합니다.
크롤링됨 상태면 글을 삭제해야 하나요?
바로 삭제할 근거는 아닙니다. URL 유형, canonical, 유사 글, 본문 고유 가치와 실제 유입 경로를 확인한 뒤 같은 URL 보강, 역할 분리 또는 통합을 결정합니다.
색인 요청은 며칠마다 반복해야 하나요?
고정 반복 주기보다 수정 증거가 있을 때 사용하는 편이 낫습니다. Google 안내에서도 요청은 색인을 보장하지 않으며 처리에 시간이 걸릴 수 있다고 설명합니다. 요청 날짜와 다음 크롤링 날짜를 비교해 판단합니다.