사이트맵이란? XML 사이트맵을 쉽게 설명합니다

사이트맵은 보통 yoursite.com/sitemap.xml 주소에 있는 파일로, 웹사이트에서 검색엔진에 알리고 싶은 페이지들을 나열합니다. 구글은 이를 페이지, 동영상, 기타 파일과 그들 사이의 관계를 검색엔진에 알려 사이트를 더 효율적으로 크롤링하도록 돕는 방법이라고 설명합니다. 사이트맵은 도움이 되는 지도일 뿐 보장은 아닙니다. 무엇을 크롤링하고, 색인하고, 보여 줄지는 여전히 검색엔진이 결정합니다.

AI로 만들 때 이것이 중요한 이유

AI로 사이트를 만들면 누군가 링크를 걸기도 전에 페이지가 먼저 존재하는 경우가 많습니다. 새 사이트에는 다른 웹사이트가 가리키는 링크가 없고, 단일 페이지 앱의 일부 페이지는 자바스크립트가 실행된 뒤에만 접근할 수 있습니다. 사이트맵은 검색엔진에 실제 URL 목록을 직접 건네줍니다.

이 간단한 파일 뒤에는 몇 가지 결정이 숨어 있습니다.

• 어떤 페이지를 넣을지. 찾아주었으면 하는 공개 페이지만 넣고, 로그인 화면, 관리자 페이지, 중복 페이지는 뺍니다.
• 어떤 주소를 쓸지. 최종 도메인을 https://와 함께 항상 같은 방식으로 씁니다.
• 계속 최신 상태로 두기. 새 블로그 글, 상품, 등록 매물이 누군가 파일을 손으로 고치지 않아도 나타나야 합니다.

사이트 페이지가 매물, 상품, 기사처럼 데이터베이스에서 나온다면, 사이트맵도 한 번 써 두고 잊을 것이 아니라 그 데이터에서 생성되어야 합니다.

일상적인 비유

사이트맵은 쇼핑센터 로비에 있는 안내판과 같습니다. 복도를 하나하나 돌아다니며 모든 가게를 찾을 수도 있고, 자주 오는 손님은 실제로 그렇게 합니다. 하지만 안내판에는 3층 구석에 숨어 있는 가게까지 한곳에 모두 적혀 있습니다. 안내판이 가게를 좋게 만들어 주거나 방문을 보장하지는 않습니다. 다만 찾을 수 있게 해 줄 뿐입니다.

복도가 하나뿐인 작은 쇼핑센터라면 안내판은 있으면 좋지만 꼭 필요하지는 않습니다. 하지만 아주 큰 곳이거나 아무도 모르는 새 쇼핑센터라면 안내판이 큰 차이를 만듭니다.

사이트맵이 필요할까요?

구글의 안내를 짧게 요약하면 다음과 같습니다.

실제로는 사이트맵을 추가하는 비용이 낮아서, 작은 사이트도 대부분 그냥 하나씩 넣습니다.

사이트맵은 이런 모습입니다

다음은 빵집을 위한 작은 XML 사이트맵입니다.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.examplebakery.com/</loc>
    <lastmod>2026-09-20</lastmod>
  </url>
  <url>
    <loc>https://www.examplebakery.com/menu</loc>
    <lastmod>2026-09-28</lastmod>
  </url>
  <url>
    <loc>https://www.examplebakery.com/custom-cakes</loc>
    <lastmod>2026-08-02</lastmod>
  </url>
</urlset>

각 <url>에는 페이지의 전체 주소인 <loc>가 있고, 선택적으로 <lastmod> 날짜가 들어갑니다.

구글 문서의 몇 가지 규칙은 다음과 같습니다.

• 절대 URL을 사용하세요. /menu가 아니라 https://www.examplebakery.com/menu처럼 씁니다.
• 크기 제한. 사이트맵 하나에는 URL을 최대 50,000개 또는 압축 해제 기준 50MB까지 담을 수 있습니다. 더 큰 사이트는 여러 사이트맵으로 나누고, 사이트맵 인덱스 파일에 목록을 적습니다.
• lastmod는 정직하게 쓰세요. 구글은 일관되게 정확할 때만 이 값을 사용하며, 저작권 연도가 바뀌었다고 갱신하는 것이 아니라 페이지의 중요한 변경을 반영해야 합니다.
• priority와 changefreq는 구글이 무시합니다. 많은 사이트맵 생성기가 여전히 이 값을 넣지만 해가 되지는 않습니다. 다만 이 값을 조정하느라 시간을 쓰지는 마세요.

구글은 URL 한 줄씩 적은 일반 텍스트 파일이나 RSS/Atom 피드 같은 더 단순한 형식도 받아들입니다.

실제 예: 매물 목록 사이트

임대 아파트를 소개하는 사이트를 만들었다고 해 봅시다. 홈 페이지, 소개 페이지, 검색 페이지, 그리고 /listings/2-bed-flat-canal-street 같은 매물마다의 페이지가 있습니다. 매물은 매주 올라오고 내려갑니다.

들어가는 것. 홈 페이지, 소개 페이지, 지역 페이지(/areas/city-centre), 그리고 활성 상태인 모든 매물 페이지입니다. 각 매물의 lastmod는 그 매물 정보가 마지막으로 바뀐 날짜입니다.

빠지는 것. 로그인 페이지, 집주인 대시보드, 저장된 검색 페이지, URL에 필터가 붙은 검색 결과(/search?beds=2&max=1200)입니다. 이들은 비공개이거나 다른 페이지와 거의 같은 중복 페이지입니다.

계속 최신 상태로 두기. 정적 파일 대신, 서버가 요청이 올 때마다(또는 정기 재빌드 때) 데이터베이스에서 sitemap.xml을 생성합니다. 매물이 임대되어 삭제되면 사이트맵에서도 사라지고, 해당 페이지는 올바른 "사라짐" 또는 "찾을 수 없음" 상태를 돌려줍니다.

검색엔진에 알리기. robots.txt에 사이트맵 위치를 가리키는 줄을 넣습니다.

User-agent: *
Disallow: /dashboard
Sitemap: https://www.examplelets.com/sitemap.xml

그리고 사이트 소유자는 구글 서치 콘솔에서 사이트맵을 제출합니다. 사이트맵 보고서에서 구글이 파일을 읽을 수 있었는지, 그리고 URL을 몇 개나 찾았는지 확인할 수 있습니다.

자주 쓰는 용어 설명

흔한 실수와 오해

• "사이트맵을 만들면 색인된다." 사이트맵은 발견을 돕는 것입니다. 구글은 크롤링이나 색인을 보장하지 않는다고 말합니다.
• 상대 URL 사용. /menu는 사이트맵에서 올바르지 않습니다. 전체 주소를 쓰세요.
• 잘못된 도메인. 미리보기 또는 스테이징 주소를 넣거나 https:// 대신 http://를 넣으면 검색엔진이 엉뚱한 곳을 보게 됩니다.
• 색인되지 않길 원하는 페이지 포함. 로그인 페이지, 관리자 페이지, noindex가 표시된 페이지를 넣으면 신호가 엇갈립니다.
• 깨졌거나 리디렉션되는 URL 포함. 각 페이지의 최종적이고 정상 작동하는 주소만 넣으세요.
• 오래된 사이트맵. 출시 때 한 번 만들어 두고 방치하면 그 뒤에 추가된 모든 페이지가 빠집니다.
• lastmod 조작. 매일 모든 페이지에 오늘 날짜를 넣으면 구글이 이 값을 무시하게 됩니다.
• 링크 대신 사이트맵에만 의존. 페이지는 사이트 안의 일반 링크로도 도달할 수 있어야 합니다.

AI 빌더에게 무엇을 요청할까요

• "사이트 루트에 공개된 모든 페이지를 나열하는 sitemap.xml을 만들어 줘. 최종 도메인의 절대 https:// URL을 사용해 줘."
• "사이트맵을 데이터베이스에서 생성해서 새 매물이나 글이 자동으로 나타나게 해 줘."
• "lastmod는 페이지 내용이 실제로 바뀌었을 때만 갱신해 줘."
• "로그인, 대시보드, 관리자, 필터가 붙은 검색 페이지는 제외해 줘."
• "공개 페이지를 허용하고 Sitemap: 줄을 포함하는 robots.txt를 추가해 줘."
• "사이트맵의 모든 URL이 200 상태를 반환하고 리디렉션되지 않는지 확인해 줘."
• "URL이 50,000개를 넘으면 사이트맵을 여러 개로 나누고 사이트맵 인덱스를 만들어 줘."

그다음 서치 콘솔에 제출하세요. 더 큰 그림은 SEO란 무엇인가와 AI로 만든 웹사이트를 위한 SEO에서 확인할 수 있습니다.

Mythex의 사이트맵

Mythex는 사이트맵을 자동으로 생성하지 않습니다. 채팅에서 요청하면 에이전트가 앱 코드에 추가합니다. 게시된 앱의 SEO 문서 레시피에는 간단한 sitemap.xml과 robots.txt를 제목 및 메타 설명과 함께 다루는 시작 프롬프트가 들어 있습니다. 방문자가 실제로 사용하는 주소를 쓰세요. 즉 mythex.ai 하위 도메인이나, Pro 요금제에서는 사용자 지정 도메인을 사용하고, 변경 후에는 다시 게시해서 라이브 사이트가 새 파일을 제공하도록 하세요.

자주 묻는 질문