<?xml version="1.0" encoding="UTF-8"?>
<!--
  qrVin — les pages publiques du site, et elles seules.

  Les pages réglementaires « /l/<public_id> » sont délibérément absentes,
  pour deux raisons distinctes :

    1. Ce sont les URL des clients. Un sitemap est un fichier public :
       y lister les identifiants publiés reviendrait à publier
       l'inventaire des cuvées de chaque domaine à un endroit que
       personne n'a demandé. Le consommateur atteint la page par le QR
       code imprimé sur la bouteille, pas par une recherche.
    2. Le fichier est statique, recopié tel quel par Vite au build. Il
       ne peut pas connaître les e-labels publiées après le build : un
       sitemap qui prétend les lister serait faux dès le lendemain.

  Leur absence ici ne les rend pas inexplorables : « /l/ » n'apparaît
  dans aucune règle de robots.txt, un robot qui rencontre le lien peut
  l'explorer. Un sitemap propose des URL, il n'en restreint aucune.

  Ni <lastmod> ni <priority>, pour la même raison : une valeur écrite à
  la main ne dit rien de vrai. Une date est fausse dès la livraison
  suivante, et <priority> est ignoré par les principaux robots — le
  garder aurait été une décoration inerte dans un fichier qui plaide
  l'inverse. Ce sitemap ne fait qu'une chose : proposer six URL.
-->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://qrvin.tech/</loc>
  </url>
  <url>
    <loc>https://qrvin.tech/pricing</loc>
  </url>
  <url>
    <loc>https://qrvin.tech/contact</loc>
  </url>
  <url>
    <loc>https://qrvin.tech/legal/cgv</loc>
  </url>
  <url>
    <loc>https://qrvin.tech/legal/mentions</loc>
  </url>
  <url>
    <loc>https://qrvin.tech/legal/confidentialite</loc>
  </url>
</urlset>
