Indexing / 색인 결정 트리
Google이 사이트를 색인하지 않을 때: 문제 해결 결정 트리
발견, 크롤, 정규화, 차단, 소프트 404 URL을 올바른 순서로 진단합니다.
색인 가능성 신호 확인제목 수정이나 색인 재요청부터 하지 마세요. 먼저 실패한 단계를 찾습니다. 발견, 크롤, 자격, 정규 선택, 품질 선택입니다.
분기 1: Google이 URL을 발견할 수 있는가
Search Console이 알 수 없음 또는 발견됐으나 미색인이면, 제출된 사이트맵에 있는지, 크롤 가능한 관련 페이지에서 최소 한 링크가 있는지 확인합니다.
사이트맵은 발견 힌트이지 색인 명령이 아닙니다. 고립된 탐색을 고치고 정규 200 URL만 넣은 뒤 다시 제출합니다.
분기 2: Google이 페이지를 가져올 수 있는가
라이브 URL을 테스트하고 상태 코드를 봅니다. 인증, 403, 불안정한 5xx, 리다이렉트 루프, robots.txt 차단은 크롤을 막습니다.
가용성부터 고칩니다. Googlebot이 안정적으로 못 가져오는 URL은 콘텐츠 수정으로 보완되지 않습니다.
분기 3: 색인 자격이 있는가
meta robots, X-Robots-Tag, robots.txt, canonical, 사이트맵 포함을 나란히 비교합니다. 사이트맵에 있으면서 noindex이거나 다른 URL canonical이면 충돌입니다.
의도를 하나로 고릅니다. 색인할 페이지는 크롤 가능, 200, 의도한 canonical, 내부 링크와 사이트맵에 있어야 합니다.
분기 4: Google이 다른 정규 URL을 골랐는가
다른 canonical이 선택되면 콘텐츠, 내부 링크, 리다이렉트, hreflang, 사이트맵, canonical 태그를 비교합니다.
모든 변형을 억지로 색인하지 마세요. 중복을 합치고 선호 URL로 일관되게 링크합니다.
분기 5: 크롤됐지만 현재 미색인
가져왔지만 남길 이유가 부족한 경우가 많습니다. 독립 의도, 독창적 근거나 워크플로, 인근 페이지와의 차이를 확인합니다.
겹치는 페이지를 합치고 얇은 자동 생성 변형을 사이트맵에서 빼며 제품을 대표하는 소수를 강화합니다.
분기 6: 한 번에 한 변경만 검증
해당 분기를 고친 뒤 라이브를 테스트하고 필요하면 내부 링크와 사이트맵을 갱신한 다음 소수 대표 URL만 재요청합니다.
재크롤 후 노출, 색인 수, 크롤 오류, 정규 선택을 검토합니다. 기술 신호가 깨끗한데도 제외되면 재제출보다 유용성이나 통합을 개선합니다.