account_tree XML 사이트맵 생성기 star

작동 방식

XML 사이트맵은 sitemaps.org 프로토콜을 따릅니다: 하나의 <urlset> 루트 요소가 페이지마다 하나씩 <url> 블록을 감쌉니다. 각 블록 안에서 <loc>(페이지의 전체 URL)만이 유일한 필수 항목이며, <lastmod>(최종 수정일), <changefreq>(daily/weekly/monthly 같은 예상 빈도), <priority>(0.0-1.0 사이의 상대적 값)는 모두 선택적인 힌트일 뿐, 크롤러가 반드시 따라야 하는 명령이 아닙니다. 이 도구는 한 줄에 URL을 하나씩 입력받아 이 선택 항목들을 설정할 수 있게 해 주고, 검증되어 바로 업로드할 수 있는 sitemap.xml을 출력합니다.

구체적인 예: 블로그 URL 40개를 붙여넣고, 이번 주에 게시된 3개는 changefreq=weekly / priority=0.8로, 나머지는 monthly / 0.5로 표시하면, 생성기는 완전한 파일을 작성합니다 — 이를 사이트 루트(https://example.com/sitemap.xml)에 업로드하고 robots.txt와 Google Search Console에서 참조하세요.

기본적인 urlset 형식 외에도 프로토콜에는 특수한 형제 형식이 있습니다: 이미지 및 동영상 사이트맵은 일반 URL 목록으로는 전달할 수 없는 메타데이터를 크롤러에 제공하기 위해 별도의 네임스페이스 태그를 사용하며, 뉴스 사이트맵은 시의성 있는 게시물을 위해 존재합니다. 그러나 그 무엇도 핵심 규칙을 바꾸지는 못합니다 — 사이트맵은 크롤러가 실제로 나열된 페이지에 도달할 수 있을 때만 도움이 됩니다. robots.txt에서 URL을 차단하면서 동시에 사이트맵에 나열하는 것은 모순된 신호를 보냅니다: 대부분의 크롤러는 robots.txt의 disallow 지시를 존중하며, 사이트맵 항목과 무관하게 해당 페이지를 건너뜁니다. 파일이 게시되면 robots.txt에 Sitemap: 줄(예: Sitemap: https://example.com/sitemap.xml)을 추가해 크롤러에 명시적으로 알려 주세요 — 이는 Search Console을 통한 제출과는 독립적으로, 그리고 그것에 더해 함께 작동합니다.

알아두어야 할 사항

• 이 프로토콜은 사이트맵 파일 하나를 URL 50,000개와 50MB로 제한합니다. 이 한도를 넘으면 여러 개의 사이트맵 파일을 만들고 이를 사이트맵 색인 파일(다른 사이트맵 파일들의 위치만 나열하는 최상위 파일)로 묶어야 합니다.
• 구글은 오늘날 changefreq와 priority를 대부분 무시합니다. 실제로 신뢰하는 필드는 lastmod이며, 그것도 정확할 때만 그렇습니다 — 절대 바뀌지 않는 lastmod는 크롤러에게 그것을 더 이상 믿지 말라고 가르치는 셈입니다.
• 사이트맵은 초대장이지 보장이 아닙니다: URL을 나열한다고 해서 색인이 강제되지는 않으며, 단지 발견을 쉽게 만들 뿐입니다 — 특히 내부 링크가 적은 페이지에서 그렇습니다.
• 정규(canonical) URL, 상태 코드 200, 색인 가능한 URL만 나열하세요 — 리다이렉트, 404, noindex 페이지가 사이트맵에 섞이면 신호를 강화하기는커녕 희석시킵니다.
• 사이트맵은 robots.txt를 보완할 뿐 무효화하지 않습니다 — 크롤링이 차단된 페이지는 그 URL이 사이트맵 파일에 있어도 여전히 차단된 상태로 남습니다.
• 규모가 크고 자주 업데이트되는 사이트는 조용히 낡아 버리는 정적 파일을 손으로 유지 관리하는 대신, 스크립트를 통해 사이트맵을 동적으로 생성하는 편이 유리합니다(이 사이트 자체도 자신의 페이지에 대해 그렇게 하고 있습니다).