요약
이 검사기는 XML 사이트맵을 불러와 공식 프로토콜에 맞춰 구조를 검증하고, 각 URL의 형식과 중복, HTTP와 HTTPS 일관성을 확인합니다. 리디렉션이나 오류가 없는 canonical URL만 넣고 lastmod를 정확하게 유지하며, 사이트 이전이나 큰 변경 뒤에는 반드시 다시 검증해야 합니다.
더 알아보고 싶다면 물어보세요
XML 사이트맵은 검색엔진이 웹사이트의 중요한 페이지를 모두 발견하는 데 쓰는 지도입니다. 사이트맵이 깨졌거나 낡았거나 잘못 설정되어 있으면, 구글은 자연 검색 트래픽을 만드는 페이지를 영영 찾지 못하거나 색인을 멈추게 됩니다. 그런데도 대부분의 사이트 운영자는 처음 설정한 뒤 사이트맵을 다시 검증하지 않습니다.
Sorank 사이트맵 검사기는 XML 사이트맵을 몇 초 만에 분석해 구조 오류와 깨진 URL, 색인 문제를 짚어 주므로 순위에 영향을 주기 전에 바로잡을 수 있습니다.
XML 사이트맵이 SEO에 중요한 이유
XML 사이트맵은 웹사이트와 검색엔진 크롤러 사이의 직접적인 소통 통로 역할을 합니다. 구글은 링크를 통해서도 페이지를 발견할 수 있지만, 사이트맵은 중요하다고 여기는 모든 페이지가 크롤링 대상으로 명시적으로 나열되도록 보장합니다. 이는 바로 다음 상황에서 특히 중요합니다.
- 큰 웹사이트: 페이지가 수천 개인 사이트는 크롤링 예산에 제약을 받는 일이 많습니다. 깔끔한 사이트맵은 검색엔진이 어느 페이지를 얼마나 자주 크롤링할지 정하는 데 도움을 줍니다.
- 새 웹사이트: 들어오는 링크가 거의 없는 새 도메인은 초기 발견을 사이트맵에 크게 의존합니다. 사이트맵이 없으면 구글이 모든 페이지를 찾는 데 몇 주에서 몇 달이 걸릴 수 있습니다.
- 복잡한 사이트 구조: 자바스크립트로 그려지는 페이지, 필터 탐색, 깊은 카테고리 구조는 크롤링을 어렵게 만드며, 잘 구성된 사이트맵이 이를 해결합니다.
- 콘텐츠 업데이트: 사이트맵의 lastmod 태그는 콘텐츠가 언제 바뀌었는지 구글에 알려 주어 수정된 페이지를 더 빨리 다시 크롤링하게 합니다.
- 고립된 페이지: 내부 링크가 하나도 가리키지 않는 페이지는 사이트맵에 나열되지 않는 한 크롤러에게 보이지 않습니다.
흔한 사이트맵 오류와 그 영향
널리 쓰이는 CMS도 SEO를 조용히 해치는 문제를 담은 사이트맵을 만들어 냅니다. 검사기가 찾아내는 가장 흔한 문제는 다음과 같습니다.
- 200이 아닌 상태 코드: 301 리디렉션이나 404 오류, 500 서버 오류를 반환하는 URL은 크롤링 예산을 낭비하고 구글에 사이트 관리가 부실하다는 신호를 보냅니다.
- robots.txt가 막은 URL: robots.txt가 막고 있는 URL을 사이트맵에 넣으면 서로 모순되는 신호가 생겨 검색엔진을 혼란스럽게 합니다.
- XML 형식이 없거나 잘못됨: 태그 하나만 잘못되어도 검색엔진이 사이트맵 전체를 거부할 수 있고, 그러면 나열된 모든 URL을 발견할 수 없게 됩니다.
- 크기 한도 초과: 구글은 URL 50'000개, 압축하지 않은 상태로 50MB까지의 사이트맵을 받습니다. 더 큰 사이트는 사이트맵 색인 파일이 필요합니다.
- 중복 URL: 같은 URL을 여러 번 나열하거나 www와 www 없는 버전을 함께 넣으면 크롤링 신호가 희석되고 색인에 혼란이 생길 수 있습니다.
- lastmod 날짜 누락: 정확한 수정 날짜가 없으면 검색엔진은 어느 페이지를 먼저 다시 크롤링할지 효율적으로 정할 수 없습니다.
사이트맵 검사기가 작동하는 방식
이 도구는 세 단계로 종합적인 검증을 수행합니다.
- 가져오기와 해석: 검사기는 사이트맵 URL을 불러오고, 하위 사이트맵이 여러 개인 사이트맵 색인 파일을 처리하며, XML 구조를 공식 사이트맵 프로토콜에 맞춰 검증합니다.
- URL 검증: 사이트맵의 모든 URL을 형식의 정확성, 중복 항목, 프로토콜 일관성(HTTP과 HTTPS)을 기준으로 확인합니다.
- 상태 분석: 발견된 모든 URL과 그 구조, 감지된 문제를 요약해 사이트맵의 상태를 한눈에 보여 줍니다.
XML 사이트맵 모범 사례
크롤링 효율을 최대화하는 건강한 사이트맵을 유지하려면 다음 지침을 따르세요.
- canonical URL만 넣으세요: 사이트맵의 모든 URL은 200 상태 코드를 반환해야 하고 해당 페이지의 canonical 버전이어야 합니다. 리디렉션이나 noindex 페이지, canonical이 아닌 중복 페이지는 결코 넣지 마세요.
- lastmod를 정확하게 유지하세요: 페이지 내용이 실제로 바뀌었을 때만 lastmod 날짜를 갱신하세요. 날짜를 인위적으로 갱신하면 사이트맵 신호에 대한 구글의 신뢰가 깎입니다.
- 큰 사이트에는 사이트맵 색인 파일을 쓰세요: 사이트맵 색인을 써서 콘텐츠 유형별로(글, 페이지, 제품, 카테고리) 나누세요. 그러면 문제를 찾기 쉽고 개별 파일도 다루기 좋은 크기로 유지됩니다.
- Google Search Console에 제출하세요: 구글은 robots.txt를 통해서도 사이트맵을 발견할 수 있지만, Search Console에서 직접 제출하면 색인 통계와 오류 보고를 받을 수 있습니다.
- 생성을 자동화하세요: 사이트맵을 손으로 관리하지 말고 CMS나 서버 측 스크립트로 동적으로 생성하세요. 수작업 사이트맵은 결국 낡게 됩니다.
- 큰 변경이 있을 때마다 검증하세요: 사이트 이전, URL 구조 변경, CMS 업데이트는 사이트맵이 깨지는 흔한 원인입니다. 큰 변경 뒤에는 반드시 검증하세요.
사이트맵 검사기와 Google Search Console
Google Search Console도 사이트맵 오류를 알려 주지만, 제출 뒤 며칠에서 몇 주가 지나기도 할 만큼 크게 늦습니다. Sorank 사이트맵 검사기는 즉시 검증해 주므로 구글에 제출하기 전에 문제를 잡아 고칠 수 있습니다. 두 도구를 함께 쓰세요. 먼저 검사기로 검증한 다음, 깔끔해진 사이트맵을 Search Console에 제출해 지속적으로 지켜보세요.
