Sitemap

왜 필요한가#

검색엔진은 주로 링크를 따라가며 페이지를 크롤링합니다. 새로 열어 외부 링크가 거의 없는 사이트, 페이지 수가 많은 사이트, 중요한 URL이 링크 구조에서 고립된 사이트에서는 sitemap이 발견의 공백을 줄일 수 있습니다.

반대로 Google은 페이지가 대략 500개 이하이고 내부 링크로 모든 페이지에 도달할 수 있으며 검색 노출이 필요한 영상·이미지·뉴스 콘텐츠가 많지 않다면 sitemap이 꼭 필요하지 않을 수 있다고 안내합니다. CMS가 sitemap을 자동으로 만들더라도 오래된 URL, 잘못된 경로, 갱신되지 않는 수정일이 없는지 운영 중에 확인해야 합니다.

형식과 규칙#

Google에서는 Search Console을 통해 sitemap을 제출하면 일반적인 디렉터리 범위 제한에 예외가 생길 수 있습니다. 가장 단순한 운영 방식은 사이트 루트에 두는 것입니다.

XML sitemap의 최소 구조는 <urlset> 안에 <url> 항목을 나열하고 각 항목에 페이지 주소인 <loc>를 넣는 것입니다. <lastmod> 같은 선택 태그도 사용할 수 있습니다.

lastmod·priority·changefreq는 어떻게 취급되나#

sitemap 프로토콜에는 <lastmod>, <changefreq>, <priority>라는 선택 태그가 있지만 검색엔진마다 취급이 다릅니다. Google은 <priority>와 <changefreq> 값을 사용하지 않으며, <lastmod>는 실제 페이지의 의미 있는 변경과 일관되고 검증 가능하게 정확할 때 활용합니다.

따라서 본문·구조화 데이터·주요 링크가 바뀐 날짜를 기록하고, 단순 저작권 연도 변경이나 모든 URL의 날짜를 일괄적으로 오늘로 바꾸는 방식은 피해야 합니다. 부정확한 값에 별도의 ‘신뢰 점수’나 패널티가 있다고 추측할 필요는 없습니다.

무엇을 넣고 무엇을 빼나#

Google 기준으로 sitemap에는 검색 결과에 보여주고 싶은 대표 Canonical URL을 넣습니다. 리다이렉트 대상이 아닌 URL, 삭제된 URL, noindex URL은 운영 목록에서 정리하는 편이 일관됩니다.

작은 sitemap은 수동으로 만들 수도 있지만 URL이 수십 개를 넘거나 변경이 잦다면 사이트 소프트웨어가 자동으로 생성하도록 하는 편이 유지관리에 적합합니다. Google은 canonical URL 중심으로 안내하는 반면 네이버는 사이트의 수집 대상 URL을 폭넓게 제공하도록 안내하므로, 대상 검색엔진의 최신 공식 문서도 함께 확인해야 합니다.

제출과 확인#

1. Google Search Console — Sitemaps report에 URL을 제출하고 가져오기와 파싱 상태, 처리 오류를 확인합니다.
2. 네이버 서치어드바이저 — 웹마스터도구의 사이트맵 제출 기능으로 주요 콘텐츠 URL을 알립니다.
3. robots.txt — robots.txt에 Sitemap: https://example.com/sitemap.xml을 추가하면 이 필드를 지원하는 검색엔진과 크롤러에 위치를 알릴 수 있습니다.

자주 생기는 오해#

• "sitemap을 제출하면 순위가 오른다" — sitemap은 URL 발견을 돕는 수단이지 순위를 보장하는 장치가 아닙니다.
• "sitemap에 넣으면 색인이 보장된다" — sitemap 제출은 힌트입니다. 색인 여부는 별도로 판단됩니다.
• "모든 URL을 넣을수록 좋다" — Google용 sitemap에는 검색 결과에 보여주려는 대표 URL을 우선합니다. 검색엔진별 세부 권고가 다를 수 있으므로 무조건적인 단일 규칙으로 일반화하지 않습니다.

관련 개념과 이어서 보기#

sitemap은 크롤링의 발견 단계를 돕고, Robots.txt의 추가 레코드로 위치를 알릴 수 있습니다. 제출된 URL도 색인이 보장되는 것은 아니며, 어떤 URL을 대표로 삼을지는 Canonical URL 문서를 참고하세요. 사이트 전체 점검 순서에서의 위치는 홈페이지 SEO 기본 가이드에서 확인할 수 있습니다.