글을 발행하고 구글 색인 생성 안됨 상태가 며칠째 그대로면 가장 먼저 드는 생각은 “요청을 한 번 더 눌러볼까”입니다. 하지만 색인 요청 버튼은 검토 대기열에 다시 올리는 행위일 뿐, 탈락 사유를 해결해 주지는 않습니다. 같은 이유로 막혀 있다면 열 번을 눌러도 결과는 같습니다.
구글이 페이지를 색인하지 않는 데에는 반드시 이유가 있고, 그 이유는 서치콘솔이 상태 문구로 이미 알려주고 있습니다. 문제는 그 문구들이 하나같이 비슷하게 생겨서 무엇을 고쳐야 하는지 감이 안 온다는 점입니다. “발견됨 – 현재 색인이 생성되지 않음”과 “크롤링됨 – 현재 색인이 생성되지 않음”은 한 글자 차이지만 원인도 대응도 완전히 다릅니다.
이 글은 색인 여부 확인 → 정상 대기 시간 판별 → 상태 문구별 진단 → 유형별 해결 → 재발 방지 순서로 정리했습니다. 서치콘솔에 찍힌 문구를 그대로 목차에서 찾아 해당 항목만 읽으셔도 되고, 사이트 전체가 통째로 색인이 안 되는 상황이라면 다섯 번째 항목부터 보시면 됩니다.
구글 색인 생성 안됨의 정확한 의미
색인은 구글이 모든 페이지에 보장하는 권리가 아닙니다. 구글 공식 문서는 “구글은 웹의 모든 페이지를 색인하지 않는다”고 명시하고 있습니다. 즉 색인되지 않은 상태가 곧 오류를 뜻하지는 않습니다. 이 전제를 먼저 받아들여야 엉뚱한 곳을 고치느라 시간을 낭비하지 않습니다.
발견 → 크롤링 → 색인, 세 단계 중 어디서 막혔는가
구글이 페이지를 검색 결과에 넣기까지는 세 관문을 거칩니다. 이 구분이 이 글 전체의 뼈대입니다.
| 단계 | 구글이 하는 일 | 여기서 막히면 |
|---|---|---|
| 발견(Discovery) | 그런 URL이 존재한다는 사실을 인지 | 서치콘솔에 URL 자체가 안 잡힘 / “발견됨 – 색인 생성 안 됨” |
| 크롤링(Crawling) | 실제로 방문해 HTML을 내려받음 | 서버 오류, robots.txt 차단, 401·403 |
| 색인(Indexing) | 내용을 해석해 검색 대상에 포함할지 판단 | “크롤링됨 – 색인 생성 안 됨”, 중복·표준 태그 문제 |
많은 분들이 세 단계를 뭉뚱그려 “색인이 안 된다”고 표현하지만, 발견에서 막힌 페이지와 색인 판단에서 탈락한 페이지는 처방이 정반대입니다. 전자는 링크와 사이트맵으로 존재를 알려야 하고, 후자는 콘텐츠 자체를 손봐야 합니다. 크롤링과 색인의 기본 원리는 구글 SEO란? 검색엔진최적화 기본 개념과 실무 체크리스트에서 더 자세히 다뤘습니다.
“색인됨”과 “순위에 노출됨”은 다릅니다
혼동하기 쉬운 지점입니다. 색인은 경기에 출전할 자격이고, 순위는 그 경기의 결과입니다. 색인은 정상인데 검색해도 안 보인다면 그것은 색인 문제가 아니라 순위 문제이므로, 이 글이 아니라 콘텐츠 경쟁력과 백링크 쪽을 봐야 합니다.
1단계. 정말 색인이 안 된 게 맞는지 확인하기
진단 전에 사실 확인부터 합니다. 의외로 “색인은 되어 있는데 검색어를 잘못 넣어서 못 찾은” 경우가 많습니다.
방법 1. site: 연산자로 30초 만에 확인
구글 검색창에 다음처럼 입력합니다. 공백 없이 붙여 써야 합니다.
- 페이지 하나 확인:
site:example.com/post-url/ - 사이트 전체 확인:
site:example.com - 특정 디렉터리만:
site:example.com/blog/
결과가 나오면 색인된 것이고, 아무것도 안 나오면 색인 전입니다. 다만 site: 결과에 표시되는 개수는 근사치라 정확한 색인 수 집계용으로는 쓰지 마세요. 있고 없고만 판별하는 용도입니다.
방법 2. 서치콘솔 URL 검사 — 이쪽이 정답입니다
서치콘솔 상단 검색창에 전체 URL을 붙여넣으면 색인 여부와 안 된 이유까지 알려줍니다. site:는 결과만 보여주지만 URL 검사는 원인을 보여준다는 점에서 급이 다릅니다. 서치콘솔 등록이 아직이라면 구글 서치콘솔 사용법: 등록부터 색인 요청, 보고서 해석까지 총정리를 먼저 보시고 오세요. 등록에 10분이면 충분합니다.
URL 검사 결과에서 확인할 것은 세 줄입니다.
- 맨 위 판정 — “URL이 Google에 등록되어 있음” 또는 “URL이 Google에 등록되어 있지 않음”
- 페이지 색인 생성 > 크롤링 허용 여부·페이지 가져오기 — robots.txt와 서버 응답 문제를 여기서 잡습니다
- 사용자가 선언한 표준 URL / Google이 선택한 표준 URL — 이 둘이 다르면 중복 판정을 받은 것입니다
마지막 항목이 특히 중요한데, 놓치는 분이 많습니다. 두 값이 다르다면 구글은 그 페이지를 다른 페이지의 복사본으로 판단한 것이고, 이 경우 색인 요청을 아무리 눌러도 소용없습니다.
방법 3. 페이지 보고서로 전체 현황 파악
개별 URL이 아니라 사이트 전체 상황을 보려면 서치콘솔 좌측 색인 생성 > 페이지 메뉴로 갑니다. “색인이 생성됨”과 “색인이 생성되지 않음”이 숫자로 나뉘고, 아래에 이유별로 URL이 묶여 있습니다. 이 이유 목록이 다음 항목부터 다룰 상태 문구들입니다.
여기서 판단 기준 하나를 잡고 가세요. 색인 안 된 URL이 전부 태그·날짜·검색결과 페이지라면 정상입니다. 오히려 그런 페이지는 색인되지 않는 편이 낫습니다. 실제로 노출되어야 할 글이 목록에 있을 때만 문제로 취급하세요.
2단계. 구글 색인 생성 기간 — 얼마나 기다려야 정상인가
고치기 전에 고칠 문제가 맞는지 판단해야 합니다. 발행 다음 날 색인이 안 됐다고 설정을 뒤집는 것은 대부분 헛수고입니다.
| 사이트 상황 | 일반적인 색인 소요 | 이 기간을 넘기면 |
|---|---|---|
| 운영 3년 이상, 매일 발행 | 수 시간 ~ 2일 | 3일 넘으면 점검 |
| 운영 1년 내외, 주 1~2회 발행 | 2일 ~ 1주 | 2주 넘으면 점검 |
| 개설 6개월 미만 신규 도메인 | 1주 ~ 4주 | 1개월 넘으면 점검 |
| 개설 직후, 외부 링크 0개 | 2주 ~ 2개월, 아예 안 될 수도 있음 | 아래 6번 항목 참고 |
구글이 공식적으로 보장하는 시간은 없습니다. 위 표는 절대 기준이 아니라 언제부터 이상 신호로 볼지 정하는 참고선입니다. 핵심 변수는 도메인 나이가 아니라 구글이 그 사이트를 얼마나 자주 방문할 가치가 있다고 판단하는가입니다.
크롤링 예산이라는 개념
구글은 사이트마다 방문 빈도와 가져갈 페이지 수에 한도를 둡니다. 이를 크롤링 예산이라고 부릅니다. 예산은 대체로 이렇게 배분됩니다.
- 자주 갱신되고 유입이 있는 사이트일수록 많이
- 서버 응답이 느리거나 오류가 잦으면 줄어듦
- 얇은 페이지·중복 URL이 많으면 엉뚱한 곳에 소진됨
- 외부에서 들어오는 링크가 많을수록 재방문이 잦아짐
세 번째 항목이 실무에서 가장 흔한 함정입니다. 신규 사이트에 태그 아카이브가 300개 생성되어 있으면, 얼마 안 되는 크롤링 예산을 그 300개가 먹어치우고 정작 새 글은 순번이 밀립니다. 워드프레스에서 이런 페이지를 정리하는 방법은 워드프레스 SEO 설정 총정리의 색인 규칙 부분에 표로 정리해 두었습니다.
3단계. 서치콘솔 상태 문구별 원인과 해결
이 글의 핵심입니다. 서치콘솔 페이지 보고서에 찍힌 문구를 그대로 찾아 해당 항목만 읽으시면 됩니다. 문구는 구글이 표현을 다듬으면서 조금씩 바뀌므로, 정확히 일치하지 않더라도 비슷한 뜻의 항목을 보시면 됩니다.
발견됨 – 현재 색인이 생성되지 않음
뜻: URL의 존재는 알지만 아직 방문하지 않았습니다. 크롤링 자체가 안 일어난 상태입니다.
원인: 크롤링 예산 부족이 압도적으로 많습니다. 구글이 “지금 이 사이트를 더 긁어갈 만한 가치가 없다”고 판단하고 순번을 미룬 것입니다. 서버가 느려서 구글이 부하를 우려해 속도를 늦춘 경우도 있습니다.
해결: 이 상태에서 색인 요청을 반복하는 것은 효과가 거의 없습니다. 다음 순서로 접근하세요.
- 내부 링크를 겁니다. 이미 색인되어 유입이 있는 페이지에서 해당 URL로 링크를 걸면, 구글이 그 페이지를 재방문할 때 자연스럽게 따라 들어옵니다. 가장 확실하고 비용이 0인 방법입니다.
- 사이트맵에 포함됐는지 확인합니다. 색인 생성 > Sitemaps에서 상태가 “성공”인지, 그리고 사이트맵 XML을 직접 열어 해당 URL이 실제로 들어 있는지 봅니다.
- 얇은 페이지를 걷어냅니다. 태그·날짜·작성자 아카이브를 noindex 처리해 크롤링 예산이 새 글로 흐르게 만듭니다.
- 서버 응답 속도를 점검합니다. 서치콘솔 설정 > 크롤링 통계에서 평균 응답 시간이 1초를 크게 넘는다면 호스팅부터 손봐야 합니다.
- 외부 링크를 확보합니다. 사이트 밖에서 들어오는 링크는 구글에게 가장 강한 재방문 신호입니다.
크롤링됨 – 현재 색인이 생성되지 않음
뜻: 방문해서 내용을 읽었는데 색인할 만하지 않다고 판단했습니다. 앞의 항목보다 심각한 신호입니다.
원인: 기술적 문제가 아니라 콘텐츠 평가 문제입니다. 구글이 이 페이지를 검색 결과에 넣을 이유를 못 찾은 것입니다. 실무에서 마주치는 유형은 대체로 이렇습니다.
- 분량이 지나치게 적거나 목록·표만 있고 설명이 없는 페이지
- 다른 사이트의 내용을 재구성한 수준에 그쳐 고유한 정보가 없는 글
- 같은 사이트 안의 다른 글과 주제가 겹쳐 굳이 둘 다 넣을 이유가 없는 경우
- 상품 목록처럼 자동 생성되어 변수만 바뀌는 페이지
- 사이트 전체의 신뢰도가 낮아 개별 페이지까지 후순위로 밀린 경우
해결: 페이지를 다시 쓰는 것이 정답입니다. 문구를 몇 줄 바꾸는 수준으로는 판정이 뒤집히지 않습니다. 이 페이지가 답해야 할 검색 의도를 하나로 정하고, 그 의도에 대해 다른 글에는 없는 정보를 채워 넣은 뒤 색인을 재요청하세요. 사이트 안에 비슷한 글이 여러 개라면 하나로 통합하고 나머지는 301 리디렉션하는 편이 훨씬 낫습니다.
어떤 의도를 노려야 할지 판단이 어렵다면 키워드 검색량 조회 방법 총정리의 의도 분류 부분이 도움이 됩니다.
적절한 표준 태그가 포함된 대체 페이지
뜻: 이 페이지가 다른 페이지를 표준(canonical)으로 지목하고 있어서, 구글이 지목된 쪽만 색인했습니다.
대개 정상입니다. 페이지네이션, 파라미터가 붙은 URL, AMP 대응 페이지 등이 여기 잡히는 것은 의도한 동작입니다. 문제가 되는 것은 색인되어야 할 원본 글이 여기 들어와 있을 때뿐입니다.
해결: URL 검사에서 “사용자가 선언한 표준 URL”을 확인합니다. 엉뚱한 주소를 가리키고 있다면 원인은 셋 중 하나입니다. SEO 플러그인의 표준 URL 설정이 잘못 들어갔거나, 테마가 하드코딩된 canonical을 출력하고 있거나, 페이지 단위로 canonical을 수동 입력해 둔 것을 잊은 경우입니다. 자기 자신을 가리키도록 고친 뒤 재요청하면 됩니다.
중복, 사용자가 선택한 표준 없음
뜻: 내용이 거의 같은 페이지가 여러 개인데 어느 것이 원본인지 표시하지 않아 구글이 임의로 하나를 골랐습니다.
원인: 워드프레스라면 ?utm_source= 같은 추적 파라미터, www 유무, http/https 혼재, 카테고리가 붙은 URL과 안 붙은 URL의 공존이 흔합니다. 쇼핑몰이라면 정렬·필터 파라미터가 주범입니다.
해결: 모든 페이지에 자기 자신을 가리키는 canonical을 출력하고, 사이트 주소를 하나로 통일합니다. www와 http 버전은 301로 대표 주소에 모아야 합니다. 파라미터가 붙은 URL은 canonical로 원본을 가리키게 두는 것으로 충분하며, robots.txt로 막는 것은 오히려 역효과입니다. 차단하면 구글이 canonical을 읽지 못해 중복 판단을 못 합니다.
중복, Google에서 사용자와 다른 페이지를 표준으로 선택함
뜻: canonical을 제대로 걸었는데 구글이 그 지정을 무시하고 다른 페이지를 원본으로 골랐습니다.
canonical은 명령이 아니라 힌트입니다. 구글이 “이 두 페이지는 사실상 같은데, 다른 쪽이 더 원본 같다”고 판단하면 지정을 뒤집습니다. 내 글이 원본인데 남의 사이트가 표준으로 선택된 경우라면 콘텐츠가 무단 복제된 뒤 그쪽이 더 빨리 색인됐을 가능성을 의심해야 합니다.
해결: 두 페이지의 차이를 실질적으로 벌리거나, 정말 같은 내용이라면 하나를 301로 통합합니다. 복제 피해라면 구글에 삭제 요청을 접수하고, 내 페이지 쪽에 내부 링크와 외부 링크를 집중시켜 원본 신호를 강화하는 것이 현실적인 대응입니다.
noindex 태그에 의해 제외됨
뜻: 페이지가 색인하지 말라고 스스로 선언했습니다. 구글은 지시를 따랐을 뿐입니다.
원인: 의도한 것이라면 정상입니다. 의도하지 않았다면 다음을 순서대로 확인하세요.
- 워드프레스 설정 > 읽기의 “검색엔진이 이 사이트를 색인하지 않도록 요청” 체크박스 — 개발 중에 켜두고 잊는 사고가 압도적으로 많습니다
- SEO 플러그인의 글 유형별 색인 설정 또는 개별 글의 고급 설정
- 테마나 다른 플러그인이 출력하는
X-Robots-TagHTTP 헤더 - 스테이징 환경의 설정을 그대로 복사해 온 경우
해결: 페이지 소스에서 noindex를 검색해 실제로 출력되고 있는지 확인하고, 위 네 곳을 차례로 점검합니다. HTML에는 없는데 계속 제외된다면 HTTP 헤더 쪽입니다. 브라우저 개발자도구의 네트워크 탭에서 응답 헤더를 확인하세요.
robots.txt에 의해 차단됨
뜻: robots.txt가 크롤링을 막아서 내용을 읽지도 못했습니다.
여기서 흔한 오해를 짚고 갑니다. robots.txt는 색인을 막는 도구가 아닙니다. 크롤링을 막을 뿐입니다. 외부에서 링크가 걸려 있으면 내용을 못 읽은 채로 URL만 색인되어, 검색 결과에 설명 없이 주소만 뜨는 기묘한 상태가 됩니다.
해결: 색인시키고 싶은 페이지는 robots.txt에서 차단을 풀고 noindex도 없는지 확인합니다. 반대로 확실히 제외하고 싶다면 robots.txt로 막지 말고 noindex를 쓰세요. 구글이 페이지를 읽을 수 있어야 noindex 지시도 읽힙니다. 둘을 동시에 걸면 noindex가 무력화됩니다.
페이지를 찾을 수 없음(404)
뜻: 서버가 해당 주소에 페이지가 없다고 응답했습니다.
404 자체는 오류가 아닙니다. 삭제한 페이지가 404를 반환하는 것은 정상이고, 서치콘솔에 404가 쌓인다고 순위가 떨어지지도 않습니다. 문제는 살아 있어야 할 페이지가 404를 뱉을 때입니다.
해결: 슬러그를 바꾼 뒤 리디렉션을 안 걸었거나, 카테고리 구조를 변경했거나, 사이트 이전 과정에서 URL 규칙이 달라진 경우가 대부분입니다. 대체할 페이지가 있으면 301 리디렉션으로 연결하고, 정말 없어진 콘텐츠는 404 그대로 두는 것이 맞습니다. 전부 홈으로 리디렉션하는 처리는 소프트 404 판정을 부르니 피하세요.
소프트 404
뜻: 서버는 정상(200)이라고 응답하는데 내용이 사실상 비어 있어 구글이 없는 페이지로 취급했습니다.
원인: “검색 결과가 없습니다”, “품절된 상품입니다”, “준비 중인 페이지입니다” 같은 화면이 200으로 응답할 때 발생합니다. 404를 커스텀 페이지로 예쁘게 만들면서 상태 코드를 200으로 돌려놓은 경우도 흔합니다.
해결: 실제로 내용이 없는 페이지는 404 또는 410 상태 코드를 반환하게 고칩니다. 내용은 있는데 소프트 404로 잡혔다면 분량과 고유성이 부족하다는 뜻이므로 콘텐츠를 보강해야 합니다.
리디렉션이 포함된 페이지
뜻: 이 URL이 다른 곳으로 넘기고 있어 목적지 쪽이 색인됩니다. 대부분 정상입니다.
점검할 것은 두 가지입니다. 첫째, 리디렉션 체인이 길지 않은지 봅니다. A→B→C→D처럼 이어지면 구글이 중간에 포기할 수 있으므로 A→D로 직접 연결하세요. 둘째, 사이트맵에 리디렉션되는 URL이 들어 있지 않은지 확인합니다. 사이트맵에는 최종 목적지 URL만 넣는 것이 원칙입니다.
서버 오류(5xx) · 크롤링 이상
뜻: 구글이 방문했을 때 서버가 응답을 못 했습니다. 가장 시급한 유형입니다.
일시적이라면 구글이 알아서 재시도하지만, 반복되면 크롤링 빈도 자체를 낮춥니다. 그러면 다른 정상 페이지까지 색인이 느려지는 연쇄 피해가 생깁니다.
해결: 서치콘솔 설정 > 크롤링 통계에서 응답 코드 분포와 평균 응답 시간을 확인합니다. 5xx가 지속된다면 호스팅 리소스 부족, 특정 플러그인의 오류, 방화벽·보안 플러그인이 구글봇을 차단하는 경우를 의심하세요. 보안 플러그인이 해외 IP를 일괄 차단하면서 구글봇까지 막아버리는 사고가 생각보다 자주 일어납니다. 서버 오류 로그를 함께 보면 원인이 빨리 잡힙니다.
승인되지 않음(401) · 액세스 금지됨(403)
뜻: 로그인이나 권한을 요구해서 구글이 들어갈 수 없습니다.
개발 중 걸어둔 기본 인증(Basic Auth)이 남아 있거나, 회원 전용 페이지이거나, 보안 플러그인·CDN의 봇 차단 규칙에 구글봇이 걸린 경우입니다. 회원 전용이 의도라면 그대로 두면 되고, 아니라면 해당 규칙에서 구글봇을 예외 처리해야 합니다. 서치콘솔 URL 검사의 실시간 테스트를 돌려보면 구글 입장에서 실제로 어떻게 보이는지 바로 확인됩니다.
4단계. 사이트 전체가 색인이 안 될 때
페이지 몇 개가 아니라 site: 검색에 아무것도 안 나오는 상황이라면 원인은 개별 콘텐츠가 아니라 사이트 단위 설정입니다. 확인 순서는 다음과 같습니다.
| 순서 | 확인 항목 | 어디서 보나 |
|---|---|---|
| 1 | 검색엔진 노출 차단 체크박스 | 워드프레스 설정 > 읽기 |
| 2 | robots.txt 전체 차단 여부 | 도메인/robots.txt 직접 접속, Disallow: / 확인 |
| 3 | 사이트 전역 noindex 출력 | 페이지 소스 보기에서 noindex 검색 |
| 4 | 서치콘솔 속성이 실제 주소와 일치하는지 | www 유무, http/https 확인 |
| 5 | 수동 조치 여부 | 서치콘솔 보안 및 수동 조치 메뉴 |
| 6 | 도메인 이력 | 이전 소유자가 스팸에 썼는지 확인 |
1번과 4번이 실제 사례의 대부분을 차지합니다. 특히 4번은 색인은 정상인데 서치콘솔 속성만 다른 주소로 등록해 두고 “색인이 안 된다”고 판단하는 경우로, https://www.로 등록해 놓고 실제 사이트는 https://로 운영하는 식입니다. 도메인 속성으로 등록하면 이 혼동이 사라집니다.
5번 수동 조치는 드물지만 치명적입니다. 구글 정책 위반으로 사람이 직접 제재를 건 상태이고, 이 경우 기술적 점검은 전부 무의미합니다. 위반 사항을 제거한 뒤 재심사를 요청해야 풀립니다.
5단계. 신규 사이트가 유독 색인이 느린 이유
설정을 다 맞췄는데도 색인이 안 되는 신규 사이트가 있습니다. 이 경우 문제는 기술이 아니라 신뢰입니다.
구글 입장에서 방금 생긴 도메인은 판단 근거가 없는 대상입니다. 매일 수많은 스팸 사이트가 생겨나기 때문에, 구글은 신규 도메인에 대해 일단 최소한만 크롤링하고 지켜보는 전략을 씁니다. 이때 신뢰를 앞당기는 신호가 몇 가지 있습니다.
- 외부 사이트의 링크 — 다른 사이트가 이 도메인을 언급했다는 것은 구글이 가장 오래 신뢰해 온 신호입니다
- 꾸준한 발행 — 한 번에 50개를 올리고 방치하는 것보다 주 2회씩 6개월이 낫습니다
- 실제 방문자 — 브랜드 검색과 직접 유입이 있으면 사이트의 실재성이 입증됩니다
- 사업자 정보와 연락처 — 회사 정보, 개인정보처리방침 같은 신뢰 페이지의 존재
첫 번째 항목이 색인 속도에 미치는 영향이 가장 직접적입니다. 외부 링크는 구글봇이 사이트를 발견하는 경로 자체이기 때문입니다. 링크가 하나도 없는 신규 도메인은 사이트맵만 의지해야 하는데, 사이트맵은 “여기 URL이 있다”고 알릴 뿐 “가볼 가치가 있다”고 설득하지는 못합니다. 백링크의 개념과 종류, 좋은 링크를 판별하는 기준은 백링크 뜻과 종류, 효과와 확인 방법 페이지에 정리해 두었습니다.
6단계. 색인 요청을 눌러도 안 될 때 하는 일
URL 검사에서 색인 생성 요청을 눌렀는데 며칠이 지나도 변화가 없다면, 다음 순서로 접근하세요. 위에서부터 효과가 확실한 순입니다.
- 탈락 사유를 먼저 확인합니다. 재요청은 사유를 해결한 뒤에 하는 마무리 동작이지, 진단 도구가 아닙니다.
- 홈이나 인기 글에서 내부 링크를 겁니다. 구글봇이 가장 자주 방문하는 페이지에서 연결하는 것이 핵심입니다.
- 콘텐츠를 실질적으로 보강하고 재발행합니다. 수정 날짜만 바꾸는 것은 효과가 없습니다. 내용이 달라져야 합니다.
- 사이트맵을 다시 제출합니다. 갱신된 사이트맵은 재크롤링 신호가 됩니다.
- 외부 링크를 확보합니다. 신규 도메인에서 가장 확실하게 효과가 나는 방법입니다.
- 2~4주 기다립니다. 위 조치를 다 했다면 남은 것은 시간입니다.
하면 안 되는 것들
급한 마음에 손대기 쉬운데, 실제로는 상황을 악화시키는 행동들입니다.
- 색인 요청 연타 — 하루 할당량만 소진되고 순번이 앞당겨지지 않습니다
- 일반 콘텐츠에 Indexing API 사용 — 구글이 허용한 용도는 채용 공고와 실시간 스트리밍뿐입니다. 다른 용도로 쓰면 효과가 없거나 신뢰를 잃습니다
- 유료 강제 색인 서비스 — 상당수가 스팸성 링크를 대량으로 걸어 크롤러를 부르는 방식이라, 색인은 잠깐 되고 사이트 평판이 남습니다
- 같은 글 재발행 반복 — 갱신 신호가 아니라 불안정한 사이트 신호로 읽힐 수 있습니다
- 설정 전면 초기화 — 원인을 특정하기 전에 이것저것 되돌리면 진단이 불가능해집니다. 한 번에 하나씩 바꾸고 기록하세요
플랫폼별로 자주 나오는 색인 문제
워드프레스
- 설정 > 읽기의 색인 차단 체크박스가 켜져 있음 (1위 원인)
- 태그·날짜·작성자 아카이브가 대량 생성되어 크롤링 예산을 잠식
- 첨부파일 페이지가 이미지 수만큼 만들어져 얇은 페이지가 폭증
- SEO 플러그인 두 개가 동시에 canonical·robots 메타를 출력해 충돌
- 보안 플러그인이 구글봇을 차단
워드프레스의 색인 규칙과 플러그인 충돌 정리는 워드프레스 SEO 설정 총정리: 플러그인 선택부터 색인·속도 최적화까지에서 항목별로 다뤘습니다.
티스토리 · 네이버 블로그
티스토리는 robots.txt와 메타 태그를 직접 제어하기 어려워 플랫폼 정책에 종속됩니다. 반응형 스킨이 아니거나 본문이 자바스크립트로 늦게 렌더링되면 색인이 늦어집니다. 네이버 블로그는 구조상 구글 크롤링이 제한적이라, 구글 색인 자체가 목표라면 자체 도메인 사이트가 훨씬 유리합니다.
어느 쪽이든 서치콘솔 등록은 가능하므로, 소유권 확인과 사이트맵 제출은 구글 서치콘솔 사용법 글의 순서를 그대로 따르시면 됩니다. 네이버 쪽 수집까지 함께 챙기려면 네이버 서치어드바이저 등록부터 사이트맵·RSS 제출까지 사용법 총정리를 참고하세요.
자바스크립트로 렌더링되는 사이트
React, Vue 등으로 만든 SPA는 초기 HTML이 비어 있어 소프트 404나 “크롤링됨 – 색인 생성 안 됨”으로 빠지기 쉽습니다. 구글이 자바스크립트를 실행하기는 하지만 렌더링은 별도 대기열에서 처리되므로 색인이 며칠 더 걸립니다. 서버 사이드 렌더링이나 정적 생성으로 본문이 HTML에 담겨 나오게 만드는 것이 근본 해결입니다. URL 검사의 실시간 테스트에서 렌더링된 HTML을 확인하면 구글이 실제로 무엇을 읽었는지 알 수 있습니다.
색인 상태를 계속 관리하는 방법
한 번 고치고 끝나는 일이 아닙니다. 다음 주기로 점검하면 문제가 커지기 전에 잡힙니다.
| 주기 | 점검 항목 | 이상 신호 |
|---|---|---|
| 발행 직후 | URL 검사로 색인 요청 | 즉시 오류 표시 |
| 주 1회 | 페이지 보고서의 “색인 생성되지 않음” 추이 | 숫자가 계속 증가 |
| 월 1회 | 사이트맵 상태, 크롤링 통계 | 5xx 증가, 응답 시간 상승 |
| 분기 1회 | 색인된 URL 목록 전수 확인 | 노출되면 안 될 URL이 색인됨 |
가장 중요한 지표는 색인된 페이지 수의 추세입니다. 글을 계속 쓰는데 색인 수가 늘지 않거나 오히려 줄고 있다면, 개별 페이지가 아니라 사이트 전체 평가에 문제가 생겼다는 신호입니다.
구글 색인 문제 진단 체크리스트
위에서부터 순서대로 확인하시면 됩니다. 앞쪽일수록 원인일 확률이 높고 조치가 간단합니다.
- 발행 후 충분히 기다렸는가 (신규 도메인은 최소 2주)
site:와 URL 검사로 실제 색인 여부를 확인했는가- 워드프레스 설정 > 읽기의 색인 차단 체크박스가 꺼져 있는가
- 페이지 소스에
noindex가 없는가 - robots.txt가 해당 경로를 막고 있지 않은가
- canonical이 자기 자신을 가리키는가
- 사이트맵에 포함되어 있고 사이트맵 상태가 “성공”인가
- 서버가 200을 반환하는가 (404·5xx·403 아님)
- 다른 페이지에서 내부 링크가 걸려 있는가
- 같은 사이트 안에 내용이 겹치는 글이 없는가
- 본문이 자바스크립트 없이도 HTML에 담겨 나오는가
- 서치콘솔 속성 주소가 실제 사이트 주소와 같은가
- 수동 조치가 걸려 있지 않은가
- 외부에서 들어오는 링크가 하나라도 있는가
구글 색인 관련 자주 묻는 질문
구글 색인 생성 안됨 상태는 며칠까지 기다려야 하나요?
운영 중인 사이트는 3일, 개설 6개월 미만 신규 도메인은 4주를 기준선으로 잡으시면 됩니다. 구글이 보장하는 기간은 없고, 도메인 나이보다 구글이 그 사이트를 얼마나 자주 방문하는지가 실제 변수입니다. 기준선을 넘겼다면 기다리지 말고 서치콘솔 URL 검사로 탈락 사유부터 확인하세요.
색인 요청을 여러 번 누르면 더 빨리 되나요?
빨라지지 않습니다. 색인 요청은 검토 대기열에 올리는 동작일 뿐이고 탈락 사유를 해결해 주지 않습니다. 반복하면 하루 할당량만 소진됩니다. 원인을 고친 뒤 한 번 요청하는 것이 열 번 누르는 것보다 확실합니다.
발견됨과 크롤링됨은 무엇이 다른가요?
발견됨은 아직 방문하지 않은 상태이고, 크롤링됨은 방문해서 읽었지만 색인하지 않기로 판단한 상태입니다. 발견됨은 크롤링 예산과 내부 링크 문제이므로 링크를 걸고 얇은 페이지를 정리해야 하고, 크롤링됨은 콘텐츠 평가 문제이므로 글 자체를 다시 써야 합니다. 처방이 정반대라 구분이 중요합니다.
robots.txt로 막으면 색인도 안 되나요?
아닙니다. robots.txt는 크롤링만 막고 색인을 막지는 못합니다. 외부에 링크가 걸려 있으면 내용을 읽지 못한 채 URL만 색인되어 검색 결과에 설명 없이 주소만 표시됩니다. 확실히 제외하려면 robots.txt가 아니라 noindex를 쓰고, 이때 robots.txt로는 차단하지 말아야 합니다. 페이지를 읽을 수 있어야 noindex 지시도 읽히기 때문입니다.
사이트 전체가 색인이 안 되면 무엇부터 봐야 하나요?
워드프레스라면 설정 > 읽기의 검색엔진 노출 차단 체크박스가 압도적 1순위입니다. 그다음이 서치콘솔 속성 주소 불일치로, www 유무나 http/https가 실제 사이트와 다르게 등록된 경우입니다. 이 둘을 확인한 뒤 robots.txt 전체 차단, 전역 noindex, 수동 조치 순으로 점검하세요.
색인은 됐는데 검색해도 안 나오는 이유는 무엇인가요?
그것은 색인 문제가 아니라 순위 문제입니다. 색인은 검색 결과에 들어갈 자격이고, 노출은 경쟁에서 이긴 결과입니다. site: 검색으로는 나오는데 실제 키워드로 안 나온다면 콘텐츠의 검색 의도 적합도와 도메인 권위를 봐야 하며, 이 단계에서는 외부 링크 격차가 결정적인 경우가 많습니다.
유료 색인 서비스를 쓰면 해결되나요?
권하지 않습니다. 상당수가 스팸성 링크를 대량으로 걸어 크롤러를 유인하는 방식이라, 색인은 일시적으로 되더라도 저품질 링크가 도메인에 남습니다. 색인이 안 되는 근본 원인이 콘텐츠나 설정에 있다면 그 원인은 그대로 남아 다시 빠집니다. 내부 링크 정리와 콘텐츠 보강이 느려 보여도 결국 빠른 길입니다.
마치며 — 색인은 요청이 아니라 자격의 문제입니다
구글 색인 생성 안됨 문제를 오래 붙들고 있는 분들의 공통점은 요청 버튼에 기대를 건다는 것입니다. 하지만 색인은 신청해서 받는 허가가 아니라, 구글이 이 페이지를 검색 결과에 넣을 이유를 찾았을 때 자동으로 일어나는 결과입니다.
그래서 순서가 중요합니다. 서치콘솔이 알려주는 상태 문구로 어느 단계에서 막혔는지 특정하고, 발견 문제면 링크와 사이트맵을, 크롤링 문제면 서버와 차단 설정을, 색인 판단 문제면 콘텐츠 자체를 손봐야 합니다. 이 구분 없이 설정을 이것저것 되돌리면 원인은 못 찾고 진단만 어려워집니다.
그리고 신규 사이트라면 마지막 변수는 대개 하나로 수렴합니다. 구글이 방문할 이유를 만들어 주는 일, 즉 외부에서 들어오는 링크입니다. 설정을 다 맞췄는데도 색인이 더디다면 백링크 쪽을 살펴보시고, 무엇부터 손대야 할지 판단이 서지 않는다면 구글 상위노출 안내 페이지에서 진단 기준과 작업 방식을 확인하실 수 있습니다.