이 페이지에서 다루는 검색 주제
사이트에 URL이 존재한다고 해서 검색 결과에 나타나지는 않습니다. 크롤링이 안 되었거나, 렌더링에서 본문이 비었거나, robots·canonical·noindex에 막혔거나, 색인은 되었지만 랭킹 신호가 약한 경우까지 포함합니다. “한 번에 다 고친다”보다 **어느 단계에서 끊기는지**부터 잡는 것이 비용 대비 효과가 큽니다.
크롤 예산은 무한하지 않습니다
대형 사이트·이커머스·필터 폭발 URL이 있는 사이트는 중요하지 않은 URL이 크롤을 소모합니다. “모든 URL이 동등하게 크롤될 자격이 있다”는 가정은 버리고, **대표 URL**을 정하는 작업이 선행되어야 합니다.
현실적인 점검 순서
1) Search Console URL 검사로 **대표 URL**의 색인 상태와 “Google이 선택한 표준 URL”을 본다. 2) robots.txt와 HTML/meta robots가 **의도와 반대로** 막고 있지 않은지 본다. 3) sitemap이 **색인에 남기고 싶은 URL**만 담는지 본다. 4) canonical이 **과하게 다른 URL**을 가리켜 신호가 흩어지지 않는지 본다. 5) HTTP/HTTPS, www/비www, 슬래시 규칙이 **일관**한지 본다.
렌더링: 사용자와 크롤러가 보는 것이 같아야 합니다
클라이언트에서만 본문을 그리면 타이밍에 따라 빈 페이지로 크롤될 수 있습니다. 핵심 텍스트·내부링크는 **서버 응답 HTML**에 포함되는 편이 안전합니다. SPA라면 최소한 대표 랜딩부터 SSR·정적 생성으로 신호를 고정하는 전략을 검토합니다.
색인은 됐는데 노출이 거의 없을 때
이 단계는 ‘크롤 문제’가 아니라 **주제 적합성·내부링크·콘텐츠 밀도·경쟁 SERP** 문제인 경우가 많습니다. 이때 URL을 더 늘리기보다 대표 URL 몇 개의 본문·맞춤 FAQ·내부링크를 보강하는 편이 낫습니다.
파라미터·필터·페이지네이션
정렬·필터·utm·session이 URL에 붙으면 대표 URL이 흔들립니다. Search Console 샘플 URL의 색인 이유를 보면서 noindex·canonical·파라미터 도구·리다이렉트 중 무엇으로 정리할지 결정합니다. “전부 색인”은 대개 좋은 기본값이 아닙니다.
신규 도메인·신규 경로
색인은 시간이 걸립니다. 이 때 할 일은 내부링크로 대표 URL을 연결하고, sitemap을 제출하고, **핵심 소수 URL**의 품질을 먼저 올리는 것입니다. 전체를 한꺼번에 양산하면 샘플 품질이 무너져 recovery가 더 어려워질 수 있습니다.
로그와 서치 콘솔을 같이 보면 좋은 이유
서버 로그(또는 CDN 로그)에서 봇이 자주 찍는 경로와, Search Console에서 중요하다고 생각하는 경로가 어긋나면 “크롤은 많은데 색인은 안 된다”는 패턴이 설명됩니다. 전사이트에 적용하기 어렵더라도 **대표 템플릿 몇 개**만 로그로 검증하는 것만으로도 방향이 잡히는 경우가 많습니다.