Google Search Console에 사이트맵을 제출했는데 “가져올 수 없음”, 영어 화면에서는 “Couldn’t fetch”가 표시되는 경우가 있습니다.
이 메시지는 단순히 “사이트맵 안에 오류가 있다”는 뜻과는 조금 다릅니다.
Google 공식 Search Console 도움말에 따르면 사이트맵 목록의 최상위 상태가 Couldn’t fetch라면 Google이 사이트맵 파일 자체를 가져오지 못한 상태를 의미합니다.
따라서 XML 내용부터 뜯어보기 전에 먼저 사이트맵 주소가 실제로 열리는지, Googlebot이 접근할 수 있는지부터 확인하는 것이 좋습니다.
1. 가장 먼저 사이트맵 주소를 브라우저에서 직접 열어보기
Search Console에 제출한 사이트맵 주소를 그대로 복사해 브라우저 주소창에 넣어봅니다.
예를 들어 WordPress 기본 사이트맵이라면 보통 다음과 같은 형태입니다.
브라우저에서 정상적으로 XML 화면이 열리는지 확인하세요.
정상이라면 최소한 사람의 브라우저에서는 해당 주소에 접근할 수 있다는 뜻입니다.
반대로
- 404 Not Found
- 403 Forbidden
- 서버 오류
- 로그인 화면
- 홈페이지로 이동
- 빈 화면
등이 나오면 Search Console 문제가 아니라 사이트맵 주소나 서버 설정부터 해결해야 합니다.
2. 제출한 사이트맵 주소가 정확한지 확인하기
의외로 사이트맵 URL을 잘못 입력해서 발생하는 경우가 많습니다.
예를 들어 실제 사이트맵이
인데 Search Console에는
을 제출했다면 정상적으로 처리되지 않을 수 있습니다.
WordPress는 기본적으로 자체 사이트맵 기능을 제공하며 기본 주소는 일반적으로
/wp-sitemap.xml
형태입니다.
SEO 플러그인을 사용하면
/sitemap_index.xml
등 다른 주소를 사용할 수도 있습니다.
따라서 인터넷에서 본 주소를 그대로 입력하지 말고 내 사이트에서 실제로 열리는 주소를 제출해야 합니다.
3. 사이트맵과 일반 HTML 페이지를 혼동하지 않기
검색엔진용 XML 사이트맵과 방문자가 보는 HTML 사이트맵은 다른 것입니다.
Google Search Central은 검색엔진에 제출하는 사이트맵이 XML 등 지원 형식이어야 하며, 일반 HTML 사이트맵 페이지를 제출하면 오류가 발생할 수 있다고 설명합니다.
예를 들어 방문자용
페이지가 있다고 해서 이것이 Search Console에 넣을 XML 사이트맵이라는 뜻은 아닙니다.
Search Console에는 실제 XML 사이트맵 주소를 제출하세요.
4. Search Console 속성과 사이트맵 도메인이 같은지 확인하기
Search Console에 등록한 속성과 사이트맵 주소가 다르면 문제가 생길 수 있습니다.
예를 들어 Search Console 속성은
인데 사이트맵에는 예전 임시 도메인이나 다른 주소가 사용되고 있다면 설정을 다시 확인해야 합니다.
특히 다음 상황에서 자주 발생합니다.
- 임시 도메인에서 정식 도메인으로 변경
www→ non-www 변경- HTTP → HTTPS 전환
- 사이트 이전
- 스테이징 사이트를 실사이트로 전환
Google은 사이트맵 URL이 해당 사이트 범위와 맞도록 구성되어야 한다고 안내합니다.
5. 사이트맵 안의 URL이 예전 도메인인지 확인하기
사이트맵 자체는 열리지만 내부에 예전 주소가 들어 있을 수도 있습니다.
사이트맵을 열어 URL 몇 개를 확인해보세요.
예를 들어 현재 도메인이
인데 XML 안에는
같은 주소가 남아 있다면 사이트 이전이 완전히 반영되지 않은 상태일 수 있습니다.
이 경우에는 WordPress 주소, Site Address, 데이터베이스의 기존 URL, 캐시 등을 확인해야 합니다.
사이트맵에는 가능한 한 현재 사이트의 정상적인 canonical URL이 포함되어야 합니다. Google도 사이트맵에는 Googlebot이 가져올 수 있는 canonical URL만 포함하는 것을 권장합니다.
6. 사이트맵 주소가 200 상태로 응답하는지 확인하기
정상적인 사이트맵이라면 서버가 성공 응답을 반환해야 합니다.
브라우저에서 열리는 것처럼 보여도 실제로는
- 여러 번 리디렉션
- 인증 요구
- 오류 상태
- 방화벽 우회 페이지
를 거칠 수 있습니다.
가능하다면 개발자 도구나 HTTP 상태 확인 도구를 이용해 사이트맵 주소가 정상적으로 HTTP 200 응답을 반환하는지 확인합니다.
Google이 파일 자체를 가져올 수 없다면 Search Console에서 Couldn’t fetch가 표시될 수 있습니다.
7. 404가 뜬다면 잘못된 사이트맵 주소부터 수정하기
사이트맵 URL에서 404가 나온다면 Search Console에서 계속 재제출할 필요가 없습니다.
먼저 실제 사이트맵 주소를 찾아야 합니다.
WordPress라면 다음을 각각 확인해볼 수 있습니다.
SEO 플러그인을 사용한다면 플러그인에서 표시하는 사이트맵 주소도 확인합니다.
정상 주소를 찾은 뒤 Search Console에서 기존 잘못된 사이트맵을 제거하거나 올바른 주소로 새로 제출하세요.
8. 403 Forbidden이 뜨면 접근 차단 확인하기
사이트맵에 403 Forbidden이 표시된다면 Googlebot도 접근하지 못할 가능성이 있습니다.
이 경우 다음을 확인합니다.
- 보안 플러그인
- 서버 방화벽
- CDN 보안 설정
- IP 차단
- 국가 차단
- 봇 차단 기능
- 호스팅 보안 정책
검색엔진 크롤러까지 차단하는 설정이 없는지 확인해야 합니다.
사이트맵은 Googlebot이 실제로 가져올 수 있어야 합니다. Google은 사이트맵에 포함된 URL도 Googlebot이 접근 가능한 URL이어야 한다고 설명합니다.
9. robots.txt에서 사이트맵 접근을 막고 있지 않은지 확인하기
사이트맵 또는 사이트 전체가 robots.txt로 차단되어 있지 않은지 확인합니다.
브라우저에서
를 열어봅니다.
예를 들어 다음처럼 전체 사이트를 막는 설정이 있다면 문제가 됩니다.
User-agent: *
Disallow: /
사이트를 검색엔진에 공개하려는 운영 사이트라면 이런 전체 차단 설정이 남아 있지 않은지 확인해야 합니다.
Google도 사이트맵에 robots.txt 때문에 가져올 수 없는 URL을 포함하는 것을 흔한 실수로 설명합니다.
10. 워드프레스의 “검색 엔진이 사이트를 색인하지 않도록” 설정 확인하기
WordPress 관리자에서
설정 → 읽기
로 이동합니다.
여기에 검색엔진의 사이트 색인을 막는 옵션이 켜져 있지 않은지 확인합니다.
사이트를 만들 때 공사 중이라 체크해놓고 나중에 해제하지 않는 경우가 있습니다.
운영 사이트이고 Google 노출을 원한다면 해당 설정 상태를 반드시 확인하세요.
11. SSL 인증서가 정상인지 확인하기
사이트맵 주소가 HTTPS인데 SSL 인증서에 문제가 있으면 Google이 정상적으로 가져오지 못할 수 있습니다.
사이트맵 주소를 열었을 때
- 연결이 비공개로 설정되어 있지 않음
- 인증서 만료
- 도메인 불일치
- SSL 프로토콜 오류
등이 뜨지 않는지 확인하세요.
특히 최근에 도메인을 바꾸거나 SSL을 새로 설치했다면 인증서가 현재 도메인과 맞는지 확인하는 것이 좋습니다.
12. HTTP에서 HTTPS로 과도하게 리디렉션되지 않는지 확인하기
일반적으로 HTTP 주소를 HTTPS로 한 번 리디렉션하는 것은 문제가 아닙니다.
하지만
http → https → www → non-www → 다시 https
처럼 불필요한 리디렉션이 반복되거나 리디렉션 루프가 발생하면 Google이 사이트맵을 가져오는 데 문제가 생길 수 있습니다.
브라우저에서는 최종 페이지가 열려도 서버 응답이 비정상적인 경우가 있으므로 도메인 리디렉션 설정을 확인하세요.
13. www와 non-www가 섞여 있지 않은지 확인하기
현재 사이트가
으로 운영되고 있다면 Search Console 속성, 사이트맵, WordPress 주소도 같은 기준으로 사용하는 것이 관리하기 편합니다.
사이트맵에는
이 들어가고 실제 사이트는
으로 운영되는 식으로 섞여 있다면 canonical과 리디렉션 설정을 확인해야 합니다.
특히 도메인 연결 직후에는 예전 설정이 일부 남아 있을 수 있습니다.
14. WordPress 기본 사이트맵이 열리지 않을 때
WordPress에서
/wp-sitemap.xml
이 열리지 않는다면 다음을 확인하세요.
- WordPress가 정상적으로 최신 환경에서 작동하는지
- 퍼머링크가 정상인지
- 캐시 플러그인이 영향을 주는지
- SEO 플러그인이 기본 사이트맵을 대체했는지
- 서버 rewrite 설정이 정상인지
SEO 플러그인이 자체 사이트맵을 제공한다면 WordPress 기본 사이트맵이 비활성화되어 있을 수도 있습니다.
이 경우 플러그인에서 제공하는 실제 XML 주소를 제출하면 됩니다.
15. 퍼머링크를 다시 저장해보기
WordPress의 URL 재작성 규칙 문제 때문에 사이트맵 주소가 정상적으로 처리되지 않는 경우라면 퍼머링크 재저장이 도움이 될 수 있습니다.
관리자에서
설정 → 고유주소 → 변경사항 저장
을 누릅니다.
구조 자체를 바꿀 필요는 없습니다.
저장 후 다시 사이트맵 주소를 열어보세요.
16. 캐시 플러그인이나 서버 캐시 확인하기
사이트맵을 수정했는데 Search Console이나 브라우저에서 오래된 내용이 계속 보인다면 캐시를 확인합니다.
다음 캐시가 있을 수 있습니다.
- WordPress 캐시 플러그인
- Hostinger 등 호스팅 서버 캐시
- CDN 캐시
- 브라우저 캐시
사이트맵 파일에는 오래된 도메인이나 잘못된 내용이 남아 있지 않은지 확인한 뒤 필요하면 캐시를 비우세요.
17. 사이트맵 안에 존재하지 않는 URL이 많은지 확인하기
사이트맵에는 실제 존재하고 검색 가능한 페이지를 포함하는 것이 좋습니다.
Google은 사이트맵 URL에
- robots.txt로 차단된 URL
- 존재하지 않는 URL
- 중복 페이지
를 넣지 않는 것을 권장합니다.
사이트맵 자체를 가져오지 못하는 문제와 개별 URL 오류는 구분해야 하지만, 사이트맵이 정상 처리된 뒤에는 내부 URL 상태도 함께 점검하는 것이 좋습니다.
18. XML 형식이 정상인지 확인하기
사이트맵 주소가 열리더라도 XML 형식이 잘못되어 있다면 Search Console에서 오류가 표시될 수 있습니다.
직접 만든 사이트맵이라면 특히
- XML 태그가 닫혀 있는지
- URL이 올바르게 작성됐는지
- 잘못된 문자가 들어 있지 않은지
- 지원되는 Sitemap 형식인지
확인해야 합니다.
WordPress 기본 사이트맵이나 신뢰할 수 있는 SEO 플러그인을 사용하면 직접 XML을 작성할 필요는 거의 없습니다.
19. 사이트맵에 HTML 페이지가 반환되지 않는지 확인하기
주소는 .xml로 끝나는데 실제 서버에서는 홈페이지 HTML을 반환하는 경우도 있습니다.
예를 들어
/sitemap.xml
을 열었는데 XML 목록이 아니라 사이트 메인화면이 나온다면 정상 사이트맵이 아닐 수 있습니다.
Google은 HTML 사이트맵을 XML Sitemap 대신 제출하면 지원되는 Sitemap 형식으로 인식되지 않아 오류가 발생할 수 있다고 설명합니다.
20. 사이트맵 파일 크기가 지나치게 큰 경우
사이트 규모가 매우 크다면 하나의 사이트맵 대신 여러 사이트맵으로 나누거나 사이트맵 인덱스를 사용할 수 있습니다.
WordPress나 일반적인 SEO 플러그인은 보통 이를 자동으로 처리합니다.
개인이 직접 사이트맵을 생성하는 경우라면 Google의 사이트맵 크기와 URL 개수 제한도 확인해야 합니다.
다만 소규모 신규 WordPress 사이트에서 Couldn’t fetch가 뜬다면 파일 크기보다 URL 접근·도메인·SSL·robots 설정을 먼저 보는 것이 일반적으로 더 효율적입니다.
21. 사이트맵을 삭제했다가 올바른 주소로 다시 제출하기
잘못된 사이트맵 주소를 처음 제출했다면 Search Console에서 해당 항목을 제거한 뒤 정상 주소를 새로 제출할 수 있습니다.
예를 들어 잘못 제출한 주소가
/sitemap.xml
이고 실제 주소가
/wp-sitemap.xml
이라면 올바른 주소로 다시 등록합니다.
계속 같은 잘못된 주소를 재제출해도 해결되지 않습니다.
22. 재제출 직후 바로 성공으로 바뀌지 않을 수 있다
사이트맵을 수정하고 다시 제출했다고 해서 상태가 즉시 갱신되는 것은 아닙니다.
Google이 다시 사이트맵을 가져오고 처리하는 시간이 필요할 수 있습니다.
따라서
- 브라우저에서 사이트맵 정상
- HTTP 접근 정상
- robots 차단 없음
- SSL 정상
- 도메인 정상
- XML 정상
까지 확인했다면 잠시 기다린 뒤 Search Console 상태를 다시 확인할 수 있습니다.
Search Console 커뮤니티에서도 사이트맵이 외부에서 정상 접근되는데 Couldn’t fetch가 잠시 남아 있다가 처리되는 사례가 보고됩니다.
23. 예전 ping 방식으로 사이트맵 제출하지 않기
과거에는 Google에 특정 ping URL을 호출해 사이트맵 변경을 알리는 방법이 있었습니다.
하지만 Google은 해당 사이트맵 ping endpoint 지원을 종료한다고 공식 발표했습니다. 현재는 Search Console이나 robots.txt 등을 통해 사이트맵을 알리는 방식을 사용하면 됩니다.
따라서 오래된 블로그 글에서 google.com/ping?sitemap=... 같은 방법을 봤다면 현재 해결 방법으로 사용할 필요가 없습니다.
24. 사이트맵 제출은 색인을 보장하는 기능이 아니다
사이트맵이 정상적으로 제출됐다고 해서 모든 글이 바로 Google 검색에 등록되는 것은 아닙니다.
사이트맵은 Google이 사이트의 URL을 발견하는 데 도움을 주는 수단입니다.
실제 색인 여부는 페이지 품질, 접근 가능 여부, canonical 상태, 크롤링 등 여러 요소에 따라 결정됩니다.
따라서 사이트맵 상태가 성공으로 바뀐 뒤에는 Search Console의 URL 검사에서 중요한 페이지의 실제 색인 상태를 따로 확인하는 것이 좋습니다.
25. 신규 사이트라면 발견된 페이지 수가 적어도 이상하지 않을 수 있다
사이트를 막 만든 직후라면 사이트맵에 등록된 URL 수가 많지 않을 수 있습니다.
이 경우 중요한 것은 숫자가 큰지가 아니라
- 실제 발행한 페이지가 들어 있는지
- 잘못된 임시 도메인이 없는지
- 삭제 페이지가 포함되지 않았는지
입니다.
콘텐츠를 발행하면 사이트맵도 점차 새로운 URL을 포함하게 됩니다.
26. 사이트 이전 후라면 기존 임시 도메인을 특히 확인하기
호스팅 임시 주소에서 정식 도메인으로 전환한 사이트라면 사이트맵 문제를 확인할 때 반드시 기존 주소가 남아 있는지 확인하세요.
확인할 위치는 다음과 같습니다.
- WordPress 주소
- 사이트 주소
- 사이트맵 XML
- 내부링크
- 대표이미지 URL
- canonical URL
- Search Console 속성
현재 사이트가 정상 도메인으로 열리더라도 내부 데이터 일부에 임시 도메인이 남아 있다면 검색엔진 설정이 꼬일 수 있습니다.
증상별 빠른 확인표
| 증상 | 먼저 확인할 것 |
|---|---|
| Couldn’t fetch | 사이트맵 URL 직접 접속 |
| 404 오류 | 잘못된 사이트맵 주소 |
| 403 오류 | 보안·봇 차단 |
| 사이트맵 대신 홈페이지가 열림 | XML 주소·리디렉션 |
| 예전 도메인이 표시됨 | WordPress URL·DB·캐시 |
| HTTPS 오류 | SSL 인증서 |
| 제출 후 바로 상태가 안 바뀜 | 일정 시간 후 재확인 |
| 사이트맵은 성공인데 글이 검색 안 됨 | URL 검사·색인 상태 |
Search Console 사이트맵 가져올 수 없음 해결 순서
원인을 모른다면 아래 순서대로 확인하세요.
- Search Console에 제출한 사이트맵 URL 확인
- 브라우저에서 사이트맵 직접 열기
- XML 파일인지 확인
- 404·403·서버 오류 여부 확인
- Search Console 속성과 도메인 일치 확인
- 사이트맵 내부 URL의 도메인 확인
- robots.txt 차단 여부 확인
- WordPress 검색엔진 차단 설정 확인
- SSL·HTTPS 상태 확인
- 리디렉션 문제 확인
- WordPress 퍼머링크 재저장
- 캐시 삭제
- 올바른 사이트맵으로 다시 제출
- 모든 설정이 정상이라면 처리 시간을 두고 다시 확인
Search Console에서 사이트맵을 가져올 수 없음이라고 표시할 때 가장 중요한 것은 사이트맵을 계속 삭제하고 다시 넣는 것이 아닙니다.
먼저 Google이 실제 사이트맵 파일에 접근할 수 있는 상태인지 확인해야 합니다. Google 공식 도움말도 최상위 사이트맵 상태가 Couldn’t fetch라면 Google이 해당 파일 자체를 가져오지 못했다는 의미라고 설명합니다.
브라우저에서 사이트맵이 정상적으로 열리고, 올바른 도메인과 HTTPS를 사용하며, robots.txt나 보안 설정에서 차단되지 않았다면 그다음에 Search Console 재제출과 처리 상태를 확인하는 순서가 가장 효율적입니다.