<?xml version="1.0" encoding="UTF-8"?>
<!-- HDW-11274. dealer 에는 sitemap 이 없었다 — 오늘 https://dealer.heydealer.com/sitemap.xml 은
     CloudFront 의 error response 때문에 SPA 문서를 content-type: text/html 로 200 반환하는 soft 404 다.
     운영 robots.txt 의 Sitemap: 은 www.heydealer.com 을 가리키고 있었는데, 그 sitemap 의 <loc> 는 전부
     www 호스트라 교차 호스트 제출로 무시된다. 즉 dealer 에는 사실상 sitemap 이 없었다.

     URL 이 `/` 하나인 이유 (services/pecha 와 같은 결론):
       - `/` 는 딜러 모집 랜딩이고 이 에픽이 색인시키려는 유일한 페이지다.
       - (auth) 그룹 전체는 로그인 뒤 화면이라 noindex 다.
       - /guide/* 는 본문이 교차 출처 iframe(page.heydealer.com, 그쪽 robots 는 Disallow: /)이라
         이 호스트 문서에 색인할 텍스트가 없다. 근거는 app/(service)/guide/[type]/page.tsx 참고.
       - /register/* · /reset_password_confirm · /notification-redirect 는 퍼널·유틸리티라 noindex 다.

     생성하지 않고 정적 파일로 두는 것과 lastmod 를 넣지 않는 것 모두 pecha HDW-11146 의 결론을 따른다
     (services/pecha/scripts/postbuild.ts). dealer 도 조건이 같다 — 환경에 따라 달라지는 값도,
     빌드 타임에 열거할 값도 없다. 상수를 생성하면 깨질 수 있는 빌드 단계만 늘고 실제 발급 내용이
     코드 리뷰·grep 에서 사라진다. lastmod 로 쓸 수 있는 값은 "빌드 시각" 뿐인데 `/` 의 카피는 배포와
     무관하게 그대로라 부정확하고, 부정확한 lastmod 는 크롤러가 통째로 무시한다.

     pecha 와 다른 점: dealer 는 public-src/{development,production} 으로 갈려 있어서 이 파일을
     **production 에만** 둘 수 있다. pecha 는 public/ 이 하나라 운영 sitemap 이 스테이징에도 실려 나가고
     "도달 경로가 없으니 괜찮다" 고 논증해야 했지만, 여기서는 스테이징에 아예 내보내지 않는다.
     scripts/postbuild.ts 가 환경별로 그 사실을 검증한다.

     <loc> 는 `/` 의 canonical 과 **같은 형태여야 한다.** Next 는 alternates.canonical: "/" 를
     trailing slash 없이 정규화하므로(실측: out/index.html 의 link rel=canonical) 여기도 슬래시를 빼서 맞춘다. -->
<urlset
      xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:schemaLocation="http://www.sitemaps.org/schemas/sitemap/0.9
            http://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd">
<url>
  <loc>https://dealer.heydealer.com</loc>
</url>
</urlset>
