XML 사이트맵 생성기

사용 방법

• 표준 사이트 URL 및 사이트맵 행 입력. 먼저 공개 사이트 URL을 붙여넣고, 메인 사이트맵 필드에 한 줄에 하나의 URL 행을 추가합니다. 행은 /pricing/과 같은 단순 경로이거나 /pricing/|2026-03-09|weekly|0.8과 같은 상세 형식일 수 있습니다.
• URL 정규화 방식 선택. 실제 사이트맵은 일반적으로 깨끗한 표준 URL만 가리켜야 하므로 쿼리 스트링과 프래그먼트를 제거할지 여부를 결정합니다.
• 선택적 이미지 또는 hreflang 데이터 추가. 중요한 미디어 페이지를 위한 이미지 행과, 나열된 페이지가 실제 언어 또는 지역별 대응 페이지인 경우에만 hreflang 행을 포함하세요.
• 생성, 검토 및 신중하게 게시. XML 출력물을 생성하고 진단을 읽은 후, 모든 URL이 표준이고 색인 가능하며 웹마스터 도구에 제출한 버전과 일치하는지 확인한 다음에만 게시하세요.

사이트맵에 포함할 항목과 제외할 항목

더 나은 크롤링 범위를 위한 실용적인 팁

소규모 홍보 사이트의 경우 사이트맵 파일 하나면 충분하며, 가장 큰 효과는 파일이 깨끗한 표준 URL을 가리키도록 하는 것입니다. 이커머스 사이트의 경우 제품, 카테고리, 블로그 콘텐츠 또는 이미지가 많은 랜딩 페이지와 같이 콘텐츠 유형별로 사이트맵을 나누는 것이 일반적입니다. 퍼블리셔나 SaaS 문서 사이트의 경우 콘텐츠의 최신성이 정적 마케팅 페이지보다 크롤링 동작에 더 자주 영향을 미치므로 lastmod가 더 유용해집니다.

사이트가 빠르게 성장한다면 사이트맵이 깨질 때까지 기다리지 마세요. URL 50,000개 또는 압축 해제 시 50MB 제한에 도달하기 시작하면 여러 사이트맵 파일과 사이트맵 인덱스로 전환하세요. 이를 통해 크롤링을 더 예측 가능하게 만들고 팀 간에 소유권 경계를 명확히 할 수 있습니다(예: 문서용 사이트맵 하나, 마케팅 페이지용 하나, 제품 카탈로그 URL용 하나).

사이트맵 품질을 떨어뜨리는 흔한 실수

흔히 저지르는 실수는 일부 페이지가 리디렉션되거나 다른 곳으로 표준화되거나 의도적으로 noindex 표시가 되었음에도 CMS에 알려진 모든 URL을 내보내는 것입니다. 또 다른 실수는 마케팅 파라미터, 내부 검색 쿼리 또는 프래그먼트 식별자를 파일에 남겨두는 것입니다. 다국어 팀의 경우 부분적으로만 번역되었거나 구조적으로 다른 페이지를 대체 URL로 나열하여 hreflang 범위를 과장하기도 합니다. 이러한 모든 경우에 사이트맵은 크롤링 가이드로서의 신뢰성을 잃게 됩니다.

목표는 어떤 대가를 치르더라도 완벽함을 추구하는 것이 아닙니다. 목표는 명확성입니다. 검색 엔진은 이미 스스로 엄청난 양의 URL 노이즈를 발견하고 있습니다. 귀하의 사이트맵은 검색 엔진이 그 노이즈를 무시하고 크롤링 예산과 색인 관심도를 집중해야 할 URL에 집중하도록 도와야 합니다.