무료 SEO 도구
XML 사이트맵 검사기
검색 엔진과 같은 방식으로 사이트맵을 찾아 읽고, 나열된 페이지 중 일부를 표본으로 요청합니다. 유효한 사이트맵인지, URL이 몇 개인지, 그중 몇 개에 날짜가 있는지, 나열된 페이지가 실제로 열리는지 확인하십시오.
무료입니다. 보통 1분 안에 끝납니다.
이 도구가 점검하는 항목
사이트맵 찾기
robots.txt에서 같은 오리진을 가리키는 Sitemap: 줄을 찾습니다. 그런 줄이 없으면 /sitemap.xml을 시도합니다.
상태와 형식
HTTP 상태, Content-Type 헤더, 그리고 파일이 urlset(페이지 목록)인지 sitemapindex(사이트맵 목록)인지 확인합니다.
사이트맵 색인 파일
색인 파일이라면 같은 오리진에 있는 하위 사이트맵도 최대 3개까지 함께 읽습니다.
URL 수와 lastmod
파일에 나열된 URL 수와, 그중 lastmod 날짜가 있는 URL의 비율입니다.
다른 호스트와 중복
사이트맵과 다른 호스트에 있는 URL, 그리고 두 번 이상 나열된 URL입니다.
나열된 URL의 표본
나열된 URL 중 최대 10개를 요청해 HTTP 상태를 보여 드립니다. 요청은 같은 오리진 안에서만 이루어지고 다른 호스트로의 리디렉션은 따라가지 않으므로, 리디렉션은 리디렉션으로 보고됩니다.
점검할 수 없는 항목
- 대규모 사이트맵의 모든 URL을 확인할 수는 없습니다. 최대 몇 메가바이트, 몇 개 파일까지만 읽으므로 아주 큰 사이트맵은 일부만 확인하며, 요청하는 URL은 10개뿐입니다.
- gzip으로 압축된 사이트맵(.xml.gz)은 안정적으로 읽지 못합니다.
- Google이 사이트맵을 처리했는지, 그 URL을 색인했는지는 알 수 없습니다. 이는 Search Console의 사이트맵 보고서에서 확인할 수 있습니다.
- 올바른 페이지가 나열되었는지는 판단할 수 없습니다. 빠진 중요한 페이지나 검색에 나오면 안 되는 페이지가 그 예입니다.
- 이미지, 동영상, 뉴스 사이트맵 확장은 검증하지 않습니다.
중요한 이유
사이트맵은 검색 엔진이 찾아 주기를 바라는 페이지의 목록입니다. 대규모 사이트, 들어오는 링크가 적은 새 사이트, 그리고 오래된 게시물이나 여러 번 클릭해야 닿는 상품처럼 내비게이션으로는 거의 닿지 않는 페이지에 가장 도움이 됩니다. Google은 사이트맵을 참고 사항으로 취급하므로, 모든 URL이 작동하고 색인되기를 원하는 버전일 때 가장 유용합니다.
사이트맵은 소리 없이 낡아 갑니다. 플러그인이 삭제한 페이지를 계속 나열하거나, 사이트 이전 후 모든 URL에 이전 도메인이 남거나, 스테이징 호스트 이름이 생성기에 섞여 들어갑니다. 날짜도 틀어집니다. Google은 날짜가 일관되고 검증 가능할 만큼 정확할 때만 lastmod를 사용한다고 밝히므로, 요청할 때마다 바뀌는 lastmod는 무시됩니다.
크기 제한도 있습니다. sitemaps.org 프로토콜은 파일당 최대 50,000개 URL, 압축하지 않은 상태로 50 MB까지 허용합니다. 더 큰 사이트는 URL을 여러 사이트맵으로 나누고, 사이트맵 색인 파일에 그 사이트맵들을 나열합니다.
결과 해석 방법
- HTTP 상태
- 200은 파일이 제공되었다는 뜻입니다. 404는 그 주소에 사이트맵이 없다는 뜻입니다. 다른 호스트로의 리디렉션은 따라가지 않고 그대로 표시합니다.
- 콘텐츠 유형
- 보통 application/xml 또는 text/xml입니다. text/html은 흔히 그 주소가 사이트맵 대신 홈페이지나 404 페이지 같은 웹페이지를 반환한다는 뜻입니다.
- urlset 또는 sitemapindex
- urlset은 페이지를, sitemapindex는 다른 사이트맵을 나열합니다. 그 밖의 형식은 유효한 사이트맵이 아닙니다.
- URL 수
- 읽은 파일에 있는 URL의 총수입니다. 하위 사이트맵이 많은 대규모 색인 파일이라면 일부만 센 값입니다.
- lastmod가 있는 비율
- 최종 수정 날짜가 있는 URL이 얼마나 되는지 나타냅니다. 날짜는 선택 사항이지만, 정확한 날짜는 검색 엔진이 변경된 페이지를 알아차리는 데 도움이 됩니다.
- 다른 호스트
- 호스트가 사이트맵과 다른 URL입니다. 예를 들어 www와 www 없는 주소의 차이, 또는 이전 도메인입니다. 프로토콜은 하나의 사이트맵이 자기 호스트의 URL을 나열한다고 전제합니다.
- 중복
- 같은 URL이 두 번 이상 나열된 경우입니다. 대개 생성기 설정이 잘못되었다는 신호입니다. 각 URL은 한 번만 나열하십시오.
- 표본 URL 상태
- 표본으로 요청한 각 URL은 200을 반환해야 합니다. 3xx는 사이트맵에 예전 주소가 있다는 뜻이고, 404나 410은 삭제된 페이지, 5xx는 서버 오류를 뜻합니다.
흔한 문제를 해결하는 방법
사이트맵을 찾지 못했을 때
플랫폼이 이미 사이트맵을 만드는지 확인하십시오. Shopify는 공개 스토어에 /sitemap.xml을 제공하고, WordPress 5.5 이상은 /wp-sitemap.xml을 제공하며, Yoast SEO와 Rank Math는 /sitemap_index.xml을 사용합니다. 사이트맵이 어디에 있든 크롤러와 도구가 찾을 수 있도록, 전체 URL을 robots.txt에 Sitemap: 줄로 추가하십시오.
표본 URL이 리디렉션되거나 404를 반환할 때
리디렉션되는 예전 주소가 아니라 200을 반환하는 최종 https 주소를 나열하십시오. 대부분의 생성기는 삭제된 페이지를 자동으로 빼므로, 정적 사이트맵 파일이 남아 있거나 페이지 삭제 후 캐시가 갱신되지 않았는지 살펴보십시오.
잘못된 호스트의 URL
사이트 주소를 실제로 사용하는 도메인으로, www 포함 여부까지 맞춰 설정한 뒤(WordPress에서는 설정 › 일반 › 사이트 주소), 사이트맵을 다시 생성하십시오. 도메인을 옮긴 뒤에는 이전 도메인의 URL이 남아 있지 않은지 확인하십시오.
사이트맵 주소가 HTML을 반환할 때
text/html과 함께 200 응답이 오면, 대개 모든 경로를 받아 처리하는 라우트가 /sitemap.xml에서 일반 페이지를 제공하고 있다는 뜻입니다. robots.txt가 실제 사이트맵을 가리키게 하거나, 생성기가 그 경로에서 사이트맵을 제공하도록 설정하십시오.
믿을 수 없는 lastmod 날짜
lastmod는 사이트맵이 생성된 시각이 아니라 콘텐츠가 실제로 바뀐 날짜로 설정하십시오. 생성기가 그렇게 할 수 없다면 틀린 날짜를 넣기보다 lastmod를 빼는 편이 낫습니다.
이 도구에 관한 질문
XML 사이트맵이 꼭 필요한가요?
모든 사이트에 필요한 것은 아닙니다. Google은 내부 링크가 잘 갖춰진 약 500페이지 이하의 작은 사이트에는 필요하지 않을 수 있다고 말합니다. 그래도 해가 되는 경우는 드물고, 새 페이지와 깊숙이 있는 페이지가 발견되는 데 도움이 됩니다.
사이트맵이 있으면 페이지가 색인되나요?
아닙니다. 사이트맵은 검색 엔진이 URL을 발견하도록 도울 뿐입니다. 페이지가 크롤링되고 색인되는지는 여전히 콘텐츠와 noindex, canonical 링크 같은 신호에 달려 있습니다.
priority와 changefreq를 설정해야 하나요?
설정할 수는 있지만, Google은 둘 다 무시한다고 밝히고 있습니다. 정확한 URL과 정직한 lastmod 날짜가 더 중요합니다.
사이트맵 파일은 어디에 두어야 하나요?
보통 /sitemap.xml처럼 루트에 둡니다. sitemaps.org 프로토콜에 따르면 사이트맵은 자신이 있는 폴더와 그 하위의 URL만 다루기 때문입니다. robots.txt에서 참조하고 Search Console에 제출하십시오.
왜 URL을 10개만 테스트하나요?
표본 검사는 빠른 상태 점검입니다. 표본 URL 중 여러 개가 실패한다면 사이트맵을 손봐야 합니다. 유료 SEO 수정 리포트는 사이트맵에서 최대 20개 페이지를 테스트하고 최대 60개 내부 링크를 점검해 더 깊이 살펴봅니다.
발견 사항만이 아니라 수정 방법이 필요하신가요?
SEO 수정 리포트($69, 1회 결제)는 전체 무료 스캔을 바탕으로 더 많은 페이지, 모든 발견 사항에 대한 변경 사항, PDF, 수정 결과를 검증하는 재테스트를 제공합니다.