본문 바로가기
오토머니함께 쌓는 실전 기록

서치콘솔 '사이트맵을 가져올 수 없음' — 우리가 겪은 원인 2가지

페이지 정보

profile_image
작성자 오토머니
댓글 0건 조회 448회 작성일 26-10-04 00:43

본문

기준시점: 2026-10-04

결론부터 3줄: ① 서치콘솔 사이트맵 "가져올 수 없음"은 구글 공식 문서가 "robots.txt 차단, 수동 조치(manual action), 404, 일시적 서버 오류" 4가지를 주요 원인으로 안내합니다. ② 저희는 서버 로그를 직접 뜯어 두 가지 원인을 실측으로 확인했습니다 — 제출 시점에 파일이 아직 안정화되지 않았던 것, 그리고 두 속성(property) 중 하나가 소유확인 미완료 상태였던 것. ③ 화면 상태는 수분~수시간 늦게 반영되므로, 진짜 판정은 서버 로그에 Googlebot의 sitemap 요청이 찍히는지로 해야 합니다.

사이트맵 오류, 서버 로그에서 찾기 — 파일·소유확인·제출 시점을 함께 점검. 원문 내용을 바탕으로 정리한 개념 이미지, 원문 기준시점 2026-10-03

원문으로 확인한 근거 — 구글 공식 문서의 "가져올 수 없음" 원인

구글 서치콘솔 고객센터는 "Couldn't fetch" 상태의 원인을 이렇게 명시합니다.

"If the sitemap status is Couldn't fetch on the top level Sitemaps page, this means that Google couldn't retrieve the sitemap file itself. There are several possible reasons for this: The sitemap is blocked by your robots.txt file. ... Your site has a manual action. Sitemaps are not read when a site has an unresolved manual action. ... The URL provided for the sitemap is wrong (HTTP 404 error) ... Some other general error ... such as a server unavailability."

출처: Google Search Console 고객센터 — Sitemaps report

그리고 사이트맵 제출 자체에 필요한 전제 조건도 별도로 명시돼 있습니다.

"You must have owner permissions on a property to submit a sitemap using the Sitemaps report."

출처: Google Search Console 고객센터 — Manage your sitemaps

소유권 확인(verification)에 대해서는 속성 단위로 별도로 완료해야 한다는 점이 명시돼 있습니다.

"Ownership verification means proving to Search Console that you own a specific website. A verified owner has the highest degree of permissions in Search Console."

출처: Google Search Console 고객센터 — Verify your site ownership

우리가 직접 겪은 것 — 서버 로그 실측

공식 문서의 원인 목록(robots.txt 차단, 수동 조치, 404, 서버 오류)은 저희 사이트에 해당하지 않았습니다. 먼저 사이트맵 파일 자체를 직접 점검했습니다.

  • sitemap.xml → HTTP 200, Content-Type: application/xml, XML 문법 정상
  • Googlebot User-Agent로 요청해도 200 (차단이 아님)
  • TLS 인증서 검증 통과, http → https 리다이렉트 정상
  • X-Robots-Tag 없음, robots.txt는 Googlebot·Yeti 허용

파일 자체는 멀쩡했기 때문에, 공식 문서에 나오지 않는 두 가지 원인을 서버 액세스 로그에서 직접 찾아냈습니다.

정상 파일이어도 확인할 것 — 파일 점검(XML 문법·응답 유형·접근 가능 여부), 속성 점검(제출한 속성의 소유확인이 완료됐는지), 로그 점검(검색 로봇의 사이트맵 요청이 실제로 있는지). 개별 서버 조사 사례이며 모든 사이트맵 오류의 원인을 뜻하지 않음, 원문 기준시점 2026-10-03

원인 1 — 제출하는 순간 파일이 바뀌고 있었습니다 (실측)

서버 액세스 로그에 남은 사이트맵 응답 크기 변화를 그대로 옮깁니다.

10:26  200  146 바이트   ← 제출 시점
10:28  200  2,425 바이트
10:29  200  638 바이트
10:31  200  2,425 바이트  ← 안정

배포 작업과 제출이 겹치면서 구글이 가져간 순간에는 아직 준비 중인 파일이었습니다. 사이트맵은 변경을 전부 끝내고 최종 상태를 확인한 뒤 제출해야 합니다.

원인 2 — 소유확인이 절반만 끝나 있었습니다 (이게 핵심)

로그를 더 보니 구글이 확인 파일 2개를 반복 요청하고 있었고, 그중 하나가 계속 404였습니다.

google5c8b...html  → 200 ✅
googlea2cf...html  → 404 ❌ (반복 실패)

확인 파일이 2개라는 건 속성(property)을 2개 만들었다는 뜻입니다. 그중 한 속성은 소유확인이 끝나지 않은 상태였고, 소유확인이 안 된 속성에 사이트맵을 제출하면 정확히 "가져올 수 없음"이 뜹니다. 이는 공식 문서의 "owner permissions" 요건과 정확히 맞아떨어지는 원인이지만, "Couldn't fetch" 에러 메시지 자체에는 이 원인이 명시되지 않아 직접 로그를 봐야 알 수 있었습니다.

우리가 겪은 두 가지 상황 — 배포와 제출이 겹침(제출 전후 사이트맵 응답 크기가 바뀌었습니다), 소유확인 일부 실패(확인 파일 중 하나가 반복해서 열리지 않았습니다), 다음 점검 순서(파일 안정화 → 속성 확인 → 요청 로그 확인). 개별 서버 조사 사례이며 모든 사이트맵 오류의 원인을 뜻하지 않음, 원문 기준시점 2026-10-03

가장 확실한 증거 — Googlebot의 sitemap 요청 자체가 없었다

액세스 로그에 Googlebot이 /sitemap.xml을 요청한 기록이 아예 없었습니다. 그때까지 사이트맵을 가져간 건 전부 저희 쪽 점검 요청이었습니다. 구글은 확인 파일만 보고 돌아갔습니다 — 소유확인 전이라 사이트맵을 볼 단계가 아니었던 것입니다. 아래는 그 시점의 응답 크기 변화 타임라인입니다.

제출 전후, 파일 크기가 달라졌습니다 — 10:26 146바이트, 10:28 2,425바이트, 10:29 638바이트, 10:31 2,425바이트(안정). 응답 크기 변화 기록, 막대 길이는 응답 바이트 수에 비례, 원문에 기록된 시각을 그대로 표시, 원문 기준시점 2026-10-03

비교표 — 구글 공식 원인 목록 vs 우리가 실제로 겪은 원인

구글 공식 문서의 원인우리 사이트 해당 여부실측 방법
robots.txt 차단해당 없음 — Googlebot·Yeti 허용 확인robots.txt 직접 열람
수동 조치(manual action)해당 없음서치콘솔 수동 조치 보고서 확인
404 (사이트맵 URL 오류)해당 없음 — 200, XML 정상curl 직접 요청
일시적 서버 오류부분 해당 — 제출 시점 파일이 안정화되지 않음액세스 로그 응답 크기 타임라인
(공식 문서에 명시 안 됨) 속성 소유확인 미완료핵심 원인확인 파일 요청 로그에서 404 반복 발견

정리 — 같은 증상이면 이 순서로 보세요

  1. 사이트맵이 200이고 XML이 유효한가 (Googlebot UA로도 확인)
  2. 소유확인이 완료된 속성에 제출했는가 — 속성이 여러 개면 어느 쪽인지 확인
  3. 제출 시점에 파일이 바뀌고 있지 않았는가
  4. 판정은 화면이 아니라 서버 로그에 Googlebot의 sitemap 요청이 찍히는지로 — 화면은 수분~수시간 늦게 반영됩니다

확인한 것과 확인하지 못한 것

확인한 것: (1) 구글 공식 문서가 명시하는 "Couldn't fetch" 4대 원인(robots.txt 차단, 수동 조치, 404, 서버 오류) 중 어느 것도 저희 사이트에 해당하지 않음을 직접 점검으로 확인. (2) 서버 액세스 로그에서 제출 시점 파일 크기 변화(146→2,425→638→2,425바이트)를 실측. (3) 소유확인 파일 2개 중 1개가 반복 404였다는 점을 로그에서 직접 발견. (4) 그 시점까지 Googlebot의 sitemap.xml 요청 기록이 로그에 전혀 없었다는 점.

확인하지 못한 것: 소유확인이 완료된 이후 실제로 "가져올 수 없음" 상태가 "성공"으로 바뀌기까지 걸린 정확한 시간은 이 글에서 다루지 않았습니다. 또한 이 두 원인이 다른 사이트의 동일 증상에도 똑같이 적용되는지는 저희 서버 1건의 사례이며, 공식 문서가 명시하지 않은 원인이므로 일반화하지 않습니다.

자주 묻는 질문

Q1. "가져올 수 없음"이 뜨면 바로 재제출해야 하나요?
먼저 파일이 200이고 유효한지, 제출한 속성이 소유확인 완료 상태인지부터 확인하세요. 원인을 모른 채 재제출만 반복하면 같은 오류가 반복될 수 있습니다.

Q2. 사이트맵 파일에는 문제가 없는데 왜 오류가 뜨나요?
저희 사례처럼 파일 자체가 아니라 "제출한 속성의 소유확인 미완료"가 원인일 수 있습니다. 구글 공식 에러 메시지에는 이 원인이 명시되지 않아 로그를 직접 봐야 압니다.

Q3. 서치콘솔 화면에서 바로 확인되지 않으면 뭘 봐야 하나요?
서버 액세스 로그에서 Googlebot User-Agent의 sitemap.xml 요청 기록을 확인하세요. 화면 상태 갱신은 수분~수시간 지연될 수 있지만, 로그는 즉시 남습니다.

Q4. 속성을 여러 개 만들면 안 되나요?
만들어도 되지만, 각 속성은 독립적으로 소유확인을 완료해야 합니다. 저희처럼 속성 하나는 확인됐고 다른 하나는 안 된 상태로 그쪽에 사이트맵을 제출하면 같은 문제가 생깁니다.

작성 2026-10-03 / 수정 2026-10-04 (구글 서치콘솔 공식 문서 원문 인용, 서버 로그 실측 2건, 비교표, 이미지 4장, FAQ 4개 추가)

출처 및 자료 확인

출처: 등록된 외부 출처 없음

자료 확인일: 미등록

댓글목록

등록된 댓글이 없습니다.