구글 서치 콘솔에서 사이트맵을 제출했는데 ‘발견된 페이지’가 0으로 표시되나요?
처리 지연과 속성 불일치 등 정상·비정상 상황을 구분하는 기준, 체크리스트, 해결 절차(HTTP/HTTPS, www, 접근성, 구조 점검, URL 검사, 재제출)와 함께 실무형 FAQ로 정리했습니다.
즉시 문제로 단정하지 말고 진단 순서를 따르세요
—> 목 차 <—
️ 핵심 요약
- 발견된 페이지가 0이어도 초기에는 정상일 수 있으며, 구글의 처리 지연 또는 다른 경로(내부 링크 등)로 URL을 발견한 경우 발생합니다.
- 다만 속성 불일치(HTTP↔HTTPS, www 유무), 사이트맵 접근성 오류, 구조 문제 등이 있으면 지속적으로 0으로 남을 수 있으므로 점검이 필요합니다.
️ 발견된 페이지 0의 의미
- 발견된 URL은 구글이 “사이트맵을 통해” 찾은 URL 수만 집계되므로, 크롤러가 내부 링크나 다른 시그널로 발견했다면 0으로 보일 수 있습니다.
- 상태가 ‘성공’인데도 0으로 보이는 사례가 다수 보고되며, 제출 직후 일정 기간은 처리 지연으로도 발생합니다.
️ 정상으로 볼 수 있는 경우
- 제출 직후 1~3일 내에는 처리 지연으로 0이 표시될 수 있으며, 시간이 지나 수치가 반영되는 경우가 많습니다.
- 이미 다른 경로로 URL을 발견·색인하는 중이라면 사이트맵 기여도가 0으로 유지될 수 있습니다.
️ 비정상 신호와 원인
- “가져올 수 없음/읽을 수 없음(Sitemap could not be read)” 등 사이트맵 접근성 오류가 반복되거나 간헐적으로 발생.
- 속성 불일치: SSL 적용 사이트인데 http 또는 잘못된 서브도메인 속성에 제출한 경우.
- 과도하게 분할된 인덱스/하위 사이트맵으로 인해 집계가 왜곡되거나 누락되는 구조적 문제.
- 외부 리포트에서 “Temporary processing error” 등 처리 오류가 꾸준히 발생.
️ 권장 조치 순서
- 24–72시간 대기 후 재확인
읽은 날짜’와 발견된 URL 변동을 다시 확인해 처리 지연 여부를 판단합니다.
- 속성 일치 재검증
Search Console 속성의 프로토콜(HTTPS)·서브도메인(www 유무)과 실제 서비스 도메인이 일치하는지 확인합니다.
- 사이트맵 접근성 점검
루트 경로의 사이트맵 인덱스(sitemap_index.xml 등)와 하위 사이트맵이 200 응답, 올바른 XML, 캐시·인증·IP 차단 없음인지 확인합니다.
- 구조 간소화/정리
불필요한 하위 사이트맵을 줄이고, 중복·리디렉트·noindex URL을 사이트맵에서 제거합니다.
- URL 검사 도구 활용
핵심 페이지를 URL 검사에서 확인하여 Discovery(발견 경로)가 사이트맵으로 잡히는지, 색인 가능성 문제(robots, canonical, noindex 등)를 점검합니다.
- 재제출/재검증
사이트맵 경로를 재제출하거나, 필요 시 기존 항목 제거 후 깨끗한 상태에서 다시 제출합니다.
️ 실무 체크리스트
- 프로토콜/호스트 일치(https, www) 확인했는가?
- 사이트맵이 200 OK, 올바른 XML로 열리고 차단 규칙이 없는가?
- noindex/비정규 URL(파라미터, 리디렉트, 404)을 사이트맵에서 제거했는가?
- 인덱스/하위 사이트맵 수와 크기가 과도하지 않은가(단순화 시도)?
- URL 검사에서 핵심 페이지의 Discovery가 ‘Sitemaps’로 잡히는가?
- 제출 직후 24–72시간은 경과했는가(처리 지연 고려)?
- 과거/중복 사이트맵을 제거하고 최신 경로만 남겼는가?
️ 자주 묻는 질문(FAQ)
Q1. ‘성공’인데 발견된 페이지가 0입니다. 문제인가요?
즉시 문제로 단정할 수 없으며, 처리 지연 또는 다른 경로로 발견된 경우일 수 있습니다. 일정 시간 후 재확인하세요.
Q2. 얼마나 기다려야 하나요?
일반적으로 1–3일 내 변동을 확인하되, 새 사이트나 신뢰 신호가 약한 경우 더 지연될 수 있습니다.
Q3. HTTPS 사이트인데 http 속성에 제출했습니다. 영향이 있나요?
예, 속성 불일치 시 발견 수 0이 지속되거나 데이터 왜곡이 발생할 수 있으니 올바른 속성으로 다시 제출해야 합니다.
Q4. 인덱싱은 되었는데 ‘사이트맵에 제출되지 않음’으로 뜹니다.
사이트맵 외 경로로 발견된 것으로, 사이트맵 자체의 기여가 없었다는 뜻이며 반드시 오류는 아닙니다.
Q5. 어떤 오류를 보면 즉시 대응해야 하나요?
“Sitemap could not be read/가져올 수 없음”, “Temporary processing error” 등 접근성·처리 오류가 반복되면 서버/플러그인 설정을 우선 점검해야 합니다.
️ 결론과 실행 팁
- ‘발견된 페이지 0’은 초기에는 흔한 현상이며, 구글의 크롤·처리 스케줄 특성상 정상 범주일 수 있습니다.
- 다만 속성 일치, 접근성, 구조, URL 검사 순으로 점검하면 불필요한 지연과 누락을 줄일 수 있습니다.
️ 추가 리소스·참고
- 사례와 원인 정리: Rank Math의 발견 0 관련 가이드.
- 처리 지연·속성 불일치 사례: 국내 블로그 설명 및 사례 정리.
- 접근성/읽기 오류 진단: “가져올 수 없음/읽을 수 없음” 원인·해결.
- 구조/집계 이슈: 사이트맵 인덱스 대비 발견 수가 과소 표시되는 경우.
- 이전 사이트맵 정리: 오래된 사이트맵 제거 및 재제출 권장.
※ 여기에 언급된 내용은 공개 포럼·가이드·사례 기반으로 개인적 여건으로 확인한 것으로, 개별 사이트의 서버 설정, 크롤 예산, 내부 링크 구조에 따라 결과가 달라질 수 있습니다.
실무에서는 상기 체크리스트를 1회성으로 끝내지 말고 주기적으로 점검하면서 로그(서버·CDN·방화벽)와 함께 교차 확인하는 것을 권장합니다.
