블로그 인덱스 미등록이 76건？Google Search Console에서 이유를 조사해 본 이야기
- 7시간 전
- 3분 분량
Google Search Console을 열었더니 「인덱스에 등록되지 않은 페이지 수: 76」이라는 숫자가 눈에 들어왔습니다. 저희 블로그는 일본어·영어·한국어·중국어 4개 언어로 기사를 공개하고 있어서, 솔직히 「우와, 그렇게나 빠졌나」 하고 한순간 당황했습니다. 다만 이유의 내역을 살펴보니, 실은 대부분이 대응이 필요 없는 것이었습니다. 이번에는 그 조사 과정을 그대로 기록으로 남깁니다.
우선 「페이지」 리포트에서 내역을 본다
인덱스 미등록 건수만 보고 당황하는 것은 성급합니다. Search Console의 왼쪽 메뉴 「페이지」를 열면, 미등록 페이지가 이유별로 분류되어 표시됩니다. 저희의 내역은 이랬습니다.
・noindex 태그에 의해 제외됨: 51건
・검출 - 인덱스 미등록: 17건
・크롤링 완료 - 인덱스 미등록: 4건
・페이지에 리디렉션이 있습니다: 2건
・대체 페이지(적절한 canonical 태그 있음): 2건
76건 중 51건이 「noindex 태그에 의해 제외」. 이 이유가 압도적으로 많았으므로, 여기부터 조사를 시작했습니다.
noindex의 51건은 「태그 목록 페이지」였다
「noindex 태그에 의해 제외됨」 행을 클릭하면, 해당하는 51건의 URL 목록을 볼 수 있습니다. 열어보고 맥이 빠졌습니다.
URL이 모두 다음 패턴이었던 것입니다.
・https://www.robin-planning.com/blog/hashtags/Lambda
・https://www.robin-planning.com/zh/blog/hashtags/生成AI
・https://en.robin-planning.com/blog/hashtags/API
이것은 기사 본체(/post/...)가 아니라, 기사 말미에 붙이고 있는 해시태그(#AWS #Lambda #SQS 등)마다, Wix가 자동 생성하고 있는 「이 태그가 붙은 기사의 목록」 페이지였습니다.
왜 51건이나 쌓였는가
이유는 단순합니다. 기사를 1편 공개할 때마다, 일본어·영어·한국어·중국어로 각각 5~7개의 해시태그를 붙여왔기 때문입니다. 「#AWS #Lambda #DynamoDB #SQS #비용절감」 같은 조합이, 4개 언어분×기사 수만큼 쌓이면, 고유한 태그 페이지의 수는 순식간에 불어납니다.
애초에, 이것은 고쳐야 할 것인가
결론부터 말하면, 고칠 필요가 없습니다. 태그 목록 페이지는 「그 태그가 붙은 기사로의 링크가 나열되어 있을 뿐」이며, 독자적인 콘텐츠가 없습니다. 이런 얕은 자동 생성 페이지에 검색엔진으로부터의 접속이 집중되면, 사이트 전체의 평가에 오히려 마이너스입니다. Wix가 기본값으로 noindex를 붙인 것은, 올바른 표준 동작이었습니다.
「noindex가 붙어 있다=나쁜 것」이 아닙니다. 오히려, 검색 결과에 낼 가치가 없는 페이지를, 플랫폼 측이 적절히 솎아내 주고 있는 상태입니다. 건수의 많음만 보고 당황하지 말고, 그 페이지의 내용이 무엇인지를 먼저 확인하는 것이 중요하다고 절실히 느꼈습니다.
진짜로 봐야 할 것은 「검출-미등록」의 17건이었다
noindex의 51건이 일단락된 후, 나머지 이유를 확인했습니다. 「검출 - 인덱스 미등록」의 17건을 클릭하니, 양상이 완전히 달랐습니다.
・https://www.robin-planning.com/post/【体験談】合同会社の代表社員を変えたら？...
・https://www.robin-planning.com/post/cloud9を愛して使い続けたけど、いよいよ対処しなきゃいけない。
・https://www.robin-planning.com/post/lambda-のランタイム変更
・https://www.robin-planning.com/post/【2026年10月から】インボイスの経過措置が80-70に。...
이쪽은 진짜배기로, 기사 본체(/post/...)가 15건, 카테고리 목록 페이지가 2건이라는 내역. 여기는 정말로 조치가 필요한 부분이었습니다.
「해당 없음」의 의미
이 17건은, 이전 크롤링 항목이 모두 「해당 없음」으로 되어 있었습니다. 처음에는 에러인가 싶었지만, 조사해 보니 이것은 「Google이 사이트맵 등을 통해 이 페이지의 존재 자체는 파악하고 있지만, 아직 크롤링할 순서가 돌아오지 않았다」는 의미였습니다. noindex처럼 능동적인 제외가 아니라, 단순한 순서 대기입니다.
당황했던 이유를 알았습니다. 저희 블로그는 이 몇 주 사이에 수십 편 규모의 기사를 4개 언어로 한꺼번에 공개하고 있습니다. Google의 크롤링 빈도는 기본적으로 사이트의 실적(업데이트 이력의 축적이나 과거 크롤링 결과)에 따라 배분되기 때문에, 신생 사이트에서 급격히 기사 수가 늘어나면, 크롤링이 따라잡지 못해 「발견했지만 뒤로 미룸」 상태의 기사가 쌓이기 쉽습니다. 이상 사태가 아니라, 블로그가 성장해가는 과정에서 자연히 일어나는 일이었습니다.
우선순위 높은 기사만 수동으로 요청한다
17건 전부를 기다리는 대신, 검색 유입을 특히 기대하고 싶은 기사만, 수동으로 인덱스 등록을 요청하기로 했습니다. 절차는 다음과 같습니다.
1. 대상 기사의 URL을 복사한다(/post/... 의 기사 본체. 카테고리 페이지나 태그 페이지는 여기서는 대상으로 하지 않음)
2. Search Console 화면 상단의 「URL 검사」 바에 붙여넣고 Enter
3. 「URL이 Google에 등록되어 있지 않습니다」라는 결과를 확인
4. 「색인 생성 요청」 버튼을 누른다
5. 「테스트가 완료되었습니다」가 나오면 전송 완료
1일에 요청할 수 있는 건수에는 상한이 있으므로(개인 계정 기준 10~12건 정도), 17건 전부가 아니라, 최근 공개한 지 얼마 안 된 기사나, 인보이스 경과 조치처럼 기한이 있는 기사를 우선하여 3~5편으로 좁혔습니다.
다국어 사이트에서 주의할 포인트
이번 조사를 통해, 4개 언어로 전개하고 있는 블로그만의 주의점이 보였습니다.
・URL의 편중을 먼저 확인한다: 제외 이유의 목록을 봤을 때, 우선 「특정 언어(en/ko/zh 등)에만 편중되어 있지 않은가」를 체크한다. 만약 편중되어 있다면, 다국어의 공개 설정이나 hreflang 태그의 문제를 의심할 필요가 있다
・태그의 수는 언어 수만큼 곱해서 늘어난다: 기사 하나당 해시태그 수를 줄이면, 태그 페이지의 증식도 억제할 수 있다
・공개 페이스와 크롤링 속도의 균형: 신생 사이트일수록, Google의 크롤링 속도에는 한계가 있다. 대량 공개가 계속되면 「검출-미등록」이 쌓이기 쉽다
정리
1. 인덱스 미등록 건수만으로 당황하지 말고, 우선 이유별 내역을 본다
2. 「noindex 태그에 의해 제외」는, 태그 목록 페이지 같은 얕은 페이지라면 대응이 필요 없는 경우가 많다
3. 「검출-미등록」은 단순한 순서 대기. 우선순위 높은 기사만 수동으로 요청한다
4. 다국어 사이트는, 제외 이유가 특정 언어에 편중되어 있지 않은지를 먼저 확인한다
Search Console의 숫자는, 보는 법을 모르면 필요 이상으로 불안해집니다. 이번 조사에서 가장 큰 수확은, 「미등록=문제」가 아니라, 「미등록의 이유마다, 대응이 필요한 것과 필요 없는 것이 있다」고 안 것이었습니다.
자사 사이트의 SEO나 인덱스 상황 확인으로 곤란하실 때는, 로빈 플래닝 합동회사로 부담 없이 상담해 주세요. 실제로 4개 언어 블로그를 운용하며 얻은 지식으로 도와드립니다.
📚 관련 서적
다케우치 케이타／MdN코퍼레이션 ／ 1000개 사이트의 검증 데이터를 바탕으로, 실제로 성과가 나는 SEO의 사고방식을 정리한 한 권. 이번 같은 인덱스 관련 기초부터, 콘텐츠 설계까지 체계적으로 배우고 싶은 분께.
※ 위 링크는 Amazon 어소시에이트 링크를 포함합니다. 당 블로그의 수익은 운영비에 충당하겠습니다.
댓글