색인 보고서가 며칠씩 멈췄다가 한꺼번에 업데이트됩니다 — 지연을 색인 문제로 착각하지 않는 법

페이지 색인 보고서를 열었는데 마지막 업데이트 날짜가 일주일 넘게 그대로인 경우를 최근 자주 보게 됩니다. 담당자 입장에서는 "새 페이지를 올렸는데 왜 색인 그래프가 꿈쩍하지 않지"라는 불안이 먼저 듭니다. 하지만 이번 현상의 상당수는 사이트 문제가 아니라 서치콘솔 화면이 데이터를 몰아서 보여주는 방식 때문에 생깁니다. 6월 중순 발생했던 색인 보고서 지연 이후, 갱신 주기가 예전의 2~4일 간격으로 완전히 돌아오지 않고 며칠씩 멈췄다가 한꺼번에 업데이트되는 패턴이 계속 관측되고 있습니다. 이 글은 화면이 멈춘 것과 실제 색인이 멈춘 것을 구분하는 순서를 정리합니다.

무엇이 바뀌었나 — 매일 조금씩이 아니라 며칠 치가 한 번에

정상적인 상황에서 페이지 색인 보고서는 2~4일 지연을 두고 거의 매일 조금씩 그래프가 움직입니다. 그런데 최근 패턴은 다릅니다. 그래프가 4~7일가량 완전히 멈춰 있다가, 어느 날 갑자기 그 기간 전체의 변화량이 한 번에 반영됩니다. 하루 단위로 색인 추이를 캡처해 대행사 리포트에 쓰는 운영 방식이라면, 캡처 시점에 따라 "이번 주는 색인이 하나도 안 늘었다"는 그래프와 "갑자기 수백 개가 늘었다"는 그래프가 번갈아 나올 수 있습니다. 그래프 모양만 보고 색인 속도가 실제로 널뛰었다고 판단하면 안 되는 이유입니다.

왜 이런 일이 생기나 — 6월 지연의 완전한 재발은 아니지만 여진이 남아있다

6월 중순에는 페이지 색인 보고서의 마지막 갱신 시점이 18일 전 데이터에 머무는 지연이 발생했고, 3주 가까이 지난 7월 초에야 정상 수준으로 복구됐습니다. 이번에 반복되는 현상은 그 정도로 심하지는 않지만, 갱신이 매일 조금씩이 아니라 큰 배치 단위로 몰아서 처리되는 성격이 남아 있다는 점에서 같은 뿌리를 공유합니다. 중요한 것은 이 지연이 보고서 화면에만 영향을 준다는 점입니다. 실제 크롤링·색인 처리 파이프라인은 별도로 돌아가고 있고, 화면에 반영되는 타이밍만 늦어지는 구조입니다. 색인이 실제로 느려졌다는 근거로 이 현상을 인용하는 것은 원인을 잘못 짚는 것입니다. 성능(Performance) 보고서도 과거 비슷한 유형의 표시 지연을 겪은 뒤 수 주에 걸쳐 정상화된 전례가 있어서, 색인 보고서만 유독 불안정한 것도 아닙니다. 서치콘솔의 여러 집계형 보고서가 실시간 대시보드가 아니라 배치로 계산해 화면에 얹는 구조라는 점을 다시 확인시켜 주는 사례에 가깝습니다.

화면 지연과 진짜 색인 문제, 무엇으로 가르나

보고서 그래프 대신 URL 검사 도구로 개별 페이지를 직접 조회하면 훨씬 최신 상태를 확인할 수 있습니다. 새로 발행한 페이지 몇 개를 표본으로 골라 "URL이 Google에 있음"으로 뜨는지, 아니면 "URL이 Google에 알려져 있지만 색인이 생성되지 않음" 같은 구체적인 사유가 붙는지를 봅니다. 보고서 그래프는 멈춰 있어도 URL 검사 도구에서 정상 색인으로 나온다면, 그 페이지는 이미 색인된 것이고 단지 집계 화면 반영이 늦은 것뿐입니다. 반대로 URL 검사에서도 계속 미색인 사유가 뜬다면 그건 배치 지연과 무관한 실제 문제이므로 색인 문제를 단계별로 좁히는 점검으로 넘어가야 합니다.

이 시기에 하지 말아야 할 대응

그래프가 며칠째 안 움직인다고 해서 이미 제출한 URL을 다시 색인 요청하거나, sitemap.xml을 재제출하거나, 페이지 구조를 성급하게 손대는 대응은 권하지 않습니다. 이런 조치들은 화면 지연을 해결해주지 않을뿐더러, 오히려 실제 원인 파악을 더 어렵게 만듭니다. 사이트맵 재제출이 색인을 앞당기지 않는 이유와 같은 맥락입니다. 사이트맵은 크롤링 후보를 알려주는 신호일 뿐이지, 보고서 갱신 주기를 조정하는 스위치가 아닙니다. 대행사가 클라이언트에게 상황을 설명할 때도 "며칠간 그래프가 안 움직이는 것은 정상 범위"라고 먼저 알려주는 편이, 매번 재제출을 시도했다가 변화가 없어 신뢰를 잃는 것보다 낫습니다. 특히 신규 오픈 사이트나 대규모 이전 직후처럼 색인 추이 관찰이 중요한 시기에 이 패턴을 만나면 조급해지기 쉬운데, 그럴수록 URL 검사 도구로 표본을 직접 확인하는 절차를 건너뛰지 않아야 합니다.

그래도 진짜 문제로 봐야 할 신호

모든 정체가 화면 지연은 아닙니다. URL 검사 도구에서 반복적으로 "크롤링됨 - 현재 색인 생성되지 않음" 사유가 나오거나, 신규 페이지를 발행한 지 2주가 지나도 URL 검사에서조차 색인 흔적이 없다면 이는 별개의 문제입니다. 이 경우 콘텐츠 품질, 내부링크 연결, robots 메타 태그, 캐노니컬 설정 같은 통상적인 색인 저해 요인을 순서대로 짚어야 합니다. 매주 확인해야 할 서치콘솔 리포트 점검 루틴에 이번 배치 지연 패턴을 감안한 판단 기준을 하나 추가해두는 것이 실무적으로 유용합니다. 즉 "그래프 정체 = 즉시 이상 신호"가 아니라 "그래프 정체 + URL 검사 이상 신호가 함께 나올 때만 실제 문제"로 기준을 바꾸는 것입니다.

점검 순서 요약

• 페이지 색인 보고서의 마지막 업데이트 날짜를 확인하고, 4~7일 이상 멈춰 있었는지 본다.
• 새로 발행한 페이지 몇 개를 표본으로 골라 URL 검사 도구로 개별 색인 상태를 직접 조회한다.
• URL 검사에서 정상 색인으로 나오면 보고서 화면 지연으로 판단하고 별도 조치 없이 다음 배치 갱신을 기다린다.
• URL 검사에서도 미색인 사유가 반복되면 콘텐츠·내부링크·robots·캐노니컬 순으로 실제 원인을 점검한다.
• 클라이언트 보고 시점에는 그래프 캡처 하루치보다 URL 검사 표본 결과를 근거로 설명한다.