Sitemap

사이트맵은 사이트의 페이지·동영상·파일 목록과 그들 사이의 관계 정보를 담은 파일입니다. 검색엔진은 이 정보를 이용해 사이트를 더 효율적으로 크롤링하고 어떤 콘텐츠가 서로 어떻게 연결되는지 파악합니다.

사이트맵은 URL 발견을 돕는 입력일 뿐, 사이트맵에 담긴 모든 항목이 크롤링·색인된다고 보장하지는 않습니다.

언제 도움이 되는가

Google 문서는 다음과 같은 경우에 사이트맵을 두는 것이 도움이 된다고 설명합니다.

반대로 페이지 수가 적고(약 500개 미만) 내부 링크로 충분히 연결돼 있으며 검색 결과에 쓸 미디어·뉴스가 많지 않다면 반드시 필요하지는 않습니다. WordPress, Wix, Blogger 같은 플랫폼은 사이트맵을 자동 생성하는 경우가 많습니다.

형식과 크기 한계

Google이 지원하는 주요 형식은 세 가지입니다.

• XML: 가장 다양한 정보를 담을 수 있어 이미지·동영상·뉴스·다국어 페이지 정보를 함께 표현할 수 있습니다.
• RSS/Atom: 대부분의 CMS가 자동 생성하는 피드 형식입니다.
• Text: 한 줄에 URL 하나씩 나열하는 가장 단순한 형식으로, HTML 등 색인 대상 페이지만 담습니다.

모든 형식은 파일당 비압축 50MB 또는 URL 50,000개로 제한됩니다. 이보다 큰 사이트는 사이트맵을 여러 개로 나누고 사이트맵 색인 파일로 묶어야 합니다. 파일은 UTF-8로 인코딩하고, 상대 경로가 아닌 완전한 절대 URL을 사용합니다.

제출 방법

• Search Console의 Sitemaps 보고서
• Search Console API를 이용한 프로그래매틱 제출
• robots.txt에 Sitemap: https://example.com/sitemap.xml 형식으로 위치 명시
• Atom/RSS 피드의 경우 WebSub 브로드캐스트

네이버에 제공할 때 확인할 점

네이버 서치어드바이저에서는 sitemap을 등록하거나, robots.txt의 Sitemap: 항목에서 위치를 발견하도록 제공할 수 있습니다.

서치어드바이저에서 sitemap을 인식해도 해당 URL이 모두 수집·색인·노출된다는 뜻은 아닙니다. 검색 결과가 보이지 않는 경우에는 네이버 웹 검색에 사이트가 보이지 않아요에서 robots.txt, 접근, noindex, 대표 URL을 함께 확인합니다.

작성 시 유의점

사이트맵에는 검색 결과에 노출하려는 canonical URL만 포함하는 것이 좋습니다. <lastmod>는 마지막으로 의미 있는 변경이 있었던 일시를 반영해야 합니다. [Observation] Google은 XML 사이트맵의 <priority>와 <changefreq> 값을 무시한다고 문서에 명시하므로, 이 값에 의존해 크롤링 우선순위를 조정하려는 시도는 효과를 기대하기 어렵습니다.

++사이트맵을 제출했더라도 색인 여부는 별도로 확인해야 합니다. 사이트맵 등록만으로 색인 누락 문제가 해결됐다고 단정하지 않습니다.++