최초 작성일: 2026년 9월 6일
최종 업데이트: 2026년 9월 6일
이 글은 Google Search Central, Google Search Console 및 WordPress 관련 공식 자료를 우선 확인해 작성했습니다.
WordPress 사이트를 운영하다 보면 Search Console에서 사이트맵 관련 메시지를 보게 됩니다.
- 사이트맵을 가져올 수 없음
- 사이트맵을 읽을 수 없음
- 제출했는데 처리되지 않음
- 사이트맵 인덱스는 정상인데 일부 하위 사이트맵은 실패
- 브라우저에서는 열리는데 Search Console에서는 오류
이럴 때 가장 먼저 사이트맵을 삭제하고 다시 제출하거나 SEO 플러그인을 바꾸는 경우가 많습니다.
하지만 사이트맵 문제도 먼저 어디에서 막혔는지를 구분해야 합니다.
사이트맵이 실제로 열리지 않는 문제인지, Google이 아직 처리하지 않은 것인지, 사이트맵 안의 URL 구성에 문제가 있는지에 따라 확인 순서가 달라집니다.
먼저 확인하세요: 사이트맵 주소가 실제로 열리나요?
가장 먼저 브라우저에서 사이트맵 URL을 직접 열어봅니다.
Rank Math를 사용하는 WordPress라면 보통 다음과 같은 주소를 사용합니다.
https://example.com/sitemap_index.xml
사이트 환경에 따라 주소는 다를 수 있습니다.
브라우저에서 사이트맵이 정상적으로 열리고 XML 형태의 내용이 표시된다면 최소한 “사이트맵 파일 자체가 존재하지 않는다”는 문제는 아닐 가능성이 높습니다.
반대로 404, 403, 500 같은 오류가 나온다면 Search Console보다 먼저 WordPress나 서버 쪽 문제를 확인해야 합니다.
1단계. 사이트맵이 404라면
사이트맵 주소를 열었는데 404 Not Found가 나타난다면 다음을 확인하세요.
- SEO 플러그인의 Sitemap 기능이 켜져 있는가
- Sitemap 주소를 잘못 입력하지 않았는가
- 고유주소 설정을 저장한 뒤 다시 확인했는가
- 캐시 플러그인이나 서버 캐시가 오래된 응답을 보여주고 있지 않은가
- 다른 SEO 플러그인이 동시에 Sitemap을 생성하고 있지 않은가
Rank Math를 사용하는 경우 Sitemap 기능이 활성화되어 있는지 먼저 확인하는 것이 좋습니다.
사이트맵이 브라우저에서도 열리지 않는다면 Search Console에서 다시 제출하는 것보다 사이트맵이 정상 생성되도록 만드는 작업이 먼저입니다.
2단계. 브라우저에서는 열리는데 Search Console에서 “가져올 수 없음”이 보이나요?
이 경우가 가장 헷갈립니다.
브라우저에서 사이트맵이 정상적으로 열리는데 Search Console에서는 Couldn’t fetch 또는 비슷한 메시지가 보일 수 있습니다.
이 메시지가 항상 “사이트맵 파일이 고장났다”는 뜻은 아닙니다.
Google Search Console 도움말은 사이트맵 보고서가 제출 기록과 파싱 과정에서 발견된 문제를 보여주는 도구라고 설명합니다. 또한 Google Search Central은 사이트맵 제출 자체가 Google이 반드시 해당 파일을 다운로드하거나 크롤링에 사용한다는 보장은 아니라고 명시합니다.
따라서 먼저 다음을 구분하세요.
사이트맵이 실제로 열리지 않음
→ 서버·플러그인·URL 문제 확인
사이트맵은 정상적으로 열림
→ Google이 아직 처리하지 않은 상태인지 추가 오류 메시지가 있는지 확인
특히 새 사이트에서는 제출 직후 상태만 보고 바로 설정을 바꾸지 않는 것이 좋습니다.
3단계. Search Console에 더 구체적인 오류가 있나요?
“가져올 수 없음”이라는 한 줄만 보지 말고 사이트맵 상세 화면을 확인합니다.
더 구체적인 메시지가 있다면 그 메시지가 우선입니다.
예를 들어:
- HTTP 오류
- 잘못된 URL
- XML 형식 문제
- 너무 많은 URL
- 하위 사이트맵 처리 실패
처럼 구체적인 원인이 보이면 그 원인부터 확인합니다.
Google은 한 개의 Sitemap에 최대 50MB(압축 해제 기준) 또는 50,000개 URL까지 허용하며, 더 큰 경우 여러 Sitemap으로 나누고 Sitemap index를 사용할 수 있다고 안내합니다.
일반적인 소규모 WordPress 사이트에서는 이 제한에 걸릴 가능성은 낮습니다.
4단계. Sitemap index와 하위 Sitemap을 구분하세요
WordPress SEO 플러그인은 하나의 파일 안에 모든 URL을 넣기보다 Sitemap index를 만드는 경우가 많습니다.
예를 들어:
sitemap_index.xml
안에
- post-sitemap.xml
- page-sitemap.xml
- category-sitemap.xml
같은 하위 사이트맵이 연결될 수 있습니다.
이때 Sitemap index 자체는 정상인데 특정 하위 Sitemap만 문제일 수도 있습니다.
따라서:
상위 sitemap index는 열리는가?
→ 예
그 안에 연결된 하위 sitemap도 각각 열리는가?
→ 확인
이 순서로 보는 것이 좋습니다.
상위 파일만 보고 “사이트맵 전체가 정상”이라고 단정하지 않는 것이 중요합니다.
5단계. Sitemap에 검색될 필요가 없는 URL이 들어가 있지는 않나요?
사이트맵에는 Google 검색결과에 나타나길 원하는 URL을 포함하는 것이 기본 원칙입니다.
Google 역시 Sitemap에는 검색결과에 표시되길 원하는 canonical URL을 넣는 것을 권장합니다.
따라서 다음과 같은 URL이 불필요하게 들어가 있지는 않은지 확인할 수 있습니다.
- 중복 페이지
- 테스트 페이지
- 검색결과 페이지
- 불필요한 태그 아카이브
- noindex로 설정한 페이지
- 리디렉션되는 URL
사이트맵에 URL이 들어있다고 해서 그 URL이 반드시 색인되는 것은 아닙니다.
하지만 Sitemap과 canonical, noindex 설정이 서로 충돌하면 진단이 더 복잡해질 수 있습니다.
6단계. 사이트맵 제출을 반복할 필요는 없습니다
사이트맵 상태가 마음에 들지 않는다고 해서 계속:
- 삭제
- 재등록
- 다시 삭제
- 다시 제출
을 반복할 필요는 없습니다.
Google Search Central은 Sitemap 제출을 힌트로 설명하며, 제출했다고 Google이 반드시 즉시 다운로드하거나 크롤링에 사용하는 것은 아니라고 밝히고 있습니다.
따라서 Sitemap URL이 정상이고 구체적인 오류가 없다면, 설정을 계속 바꾸기보다 먼저 기다리면서 사이트 전체 크롤링·색인 상태를 함께 보는 것이 낫습니다.
7단계. 사이트맵이 없어도 Google은 페이지를 발견할 수 있습니다
사이트맵은 중요한 도구지만 Google이 페이지를 발견하는 유일한 방법은 아닙니다.
내부링크를 통해서도 URL을 발견할 수 있습니다.
Google Search Console 도움말에서도 사이트 규모가 작고 홈페이지에서 링크를 따라 모든 페이지에 접근할 수 있다면 Sitemap이 반드시 필요한 것은 아니라고 설명합니다.
즉 Sitemap 오류가 보인다고 해서 “Google이 사이트 전체를 전혀 찾을 수 없다”고 바로 판단하면 안 됩니다.
사이트맵이 정상이어도 글이 Google 검색에 바로 나타나는 것은 아닙니다. 색인 문제까지 함께 확인하려면 WordPress 글이 Google에 안 나올 때 전체 진단 순서를 참고하세요.
WordPress 사이트맵 진단 순서
사이트맵 문제가 보이면 아래 순서로 확인하면 됩니다.
1. 사이트맵 URL을 브라우저에서 직접 연다
안 열림
→ WordPress·플러그인·서버 문제 확인
열림
→ 다음 단계
2. Search Console 상세 오류를 확인한다
구체적 오류 있음
→ 해당 오류 해결
구체적 오류 없음
→ 다음 단계
3. Sitemap index와 하위 Sitemap을 각각 확인한다
특정 하위 파일만 실패
→ 그 파일의 URL·콘텐츠 유형 확인
모두 정상
→ 다음 단계
4. Sitemap 안 URL이 실제 검색 대상인지 확인한다
중복·noindex·redirect URL 정리
5. 반복 제출하지 말고 크롤링·색인 상태를 함께 확인한다
이런 행동은 먼저 하지 않는 것이 좋습니다
사이트맵 오류가 보인다고 바로 아래 작업부터 할 필요는 없습니다.
- SEO 플러그인 교체
- 사이트맵을 계속 삭제하고 재등록
- robots.txt를 무작정 수정
- 모든 하위 Sitemap을 따로 제출
- 사이트 전체 캐시 설정을 변경
- Sitemap URL 이름을 계속 변경
먼저 사이트맵 파일이 실제로 정상인지 → Google이 구체적인 오류를 보고하는지 → 하위 Sitemap이 정상인지 순서로 확인하는 것이 안전합니다.
결론
WordPress 사이트맵 문제에서 가장 중요한 질문은 하나입니다.
“사이트맵 파일이 실제로 고장난 것인가, 아니면 아직 Google이 처리하지 않은 것인가?”
이 둘을 구분하지 않고 설정부터 바꾸기 시작하면 문제를 더 복잡하게 만들 수 있습니다.
CrawlPath에서는 사이트맵 문제를 다음 순서로 봅니다.
파일 존재 확인 → Search Console 상태 확인 → 하위 Sitemap 확인 → URL 구성 확인 → 색인 상태 확인
이 순서대로 보면 무엇부터 수정해야 할지 훨씬 명확해집니다.
정보 확인 기준
이 글은 가능한 한 다음 자료를 우선 확인했습니다.
- Google Search Central 공식 문서
- Google Search Console 도움말
- WordPress 및 SEO 플러그인의 실제 Sitemap 구조
- 반복적으로 확인되는 Sitemap 오류 사례
사이트 환경에 따라 결과가 달라질 수 있는 내용은 모든 사이트에 동일하게 적용되는 정답처럼 표현하지 않습니다.
참고한 공식 문서
.