<?xml version="1.0" encoding="UTF-8"?>
<!--
  SITEMAP-INDEX (seit 04.08.2026).

  Vorher war /sitemap.xml direkt die Seiten-Sitemap (45 URLs) und
  /sitemap-tools.xml (374 URLs: Checkout 2-170, Turnierplan-Presets,
  Spielregeln) stand NUR in der robots.txt. In den Bing Webmaster Tools ist
  aber die einzeln eingereichte Sitemap massgeblich — die 374 Tool-Seiten der
  SEO-Offensive vom 24.07. galten dort deshalb als "wichtige neue Seiten, die
  in keiner Sitemap stehen" (Bing-Befund 04.08.2026).

  Jetzt deckt die EINE eingereichte URL /sitemap.xml beide Kinder ab — und
  jede kuenftige Sitemap ebenfalls, ohne dass sie irgendwo nachgereicht
  werden muss.

  Bewusst OHNE <lastmod>: ein Datum, das beim Hinzufuegen neuer URLs vergessen
  wird, ist fuer Bings Recrawl-Planung schaedlicher als gar keines. Die
  einzelnen URLs in den Kind-Sitemaps tragen ihr eigenes lastmod.
-->
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://smartdart.app/sitemap-pages.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://smartdart.app/sitemap-tools.xml</loc>
  </sitemap>
  <!--
    sitemap-verzeichnis.xml (21.09.2026) ist KEINE Datei, sondern kommt aus dem
    Backend (nginx: location = /sitemap-verzeichnis.xml -> PublicSitemapController).
    Inhalt: die oeffentlich gelisteten Ligen (/ligen) UND Ranglisten-Serien
    (/ranglisten). Wer gelistet ist, entscheidet der Besitzer zur Laufzeit ueber
    directoryStatus — im Build ist das nicht bekannt.

    Warum ueberhaupt: Beide Verzeichnisse werden prerendert und tragen ihre
    Links im ausgelieferten HTML — aber eingefroren auf den Stand des letzten
    Builds. Wer sich NACH dem Deploy eintraegt, steht bis zum naechsten Build in
    keinem crawlbaren HTML. Diese Luecke schliesst die Sitemap, weil sie bei
    jedem Abruf neu entsteht.
  -->
  <sitemap>
    <loc>https://smartdart.app/sitemap-verzeichnis.xml</loc>
  </sitemap>
</sitemapindex>
