<?xml version="1.0" encoding="UTF-8"?>
<!--
  Mapa strony midentis.com.

  ⚠️ DWA ADRESY, NIE JEDEN — i to zmiana, którą trzeba zrozumieć. Landing został
  pojedynczą stroną z sekcjami, kotwice (#cennik, #pytania) nie są osobnymi adresami
  i dalej nie mają tu czego szukać. Do tego dołączyła `/privacidad` — strona, która
  świadomie NIE jest sekcją: polityka prywatności nie jest treścią sprzedażową, nie może
  zależeć od builda landingu i musi mieć własny adres, do który prowadzi klauzula przy
  formularzu. Czyli: landing = jeden adres, a dokument stojący obok = osobny adres.

  ⚠️⚠️ TRZECI ADRES DOSZEDŁ 12.10.2026: `/contrato` — kontrakt traktowania danych.
  Ma własny adres z tego samego powodu, co polityka, a doszedł, bo **nota przy rejestracji
  ogłasza, że zakładając consultorio akceptujesz kontrakt** — a ogłaszać akceptację
  dokumentu, którego nie ma pod żadnym adresem, nie wolno. Strona jest GENEROWANA
  z `umowy/contrato-tratamiento-datos.md` (`npm run umowa:build`) — jedno źródło, żeby
  opublikowana wersja nie rozjechała się z podpisywaną.

  ⚠️⚠️ CELOWO BEZ `<lastmod>`. Data modyfikacji musi być prawdziwa i aktualizowana sama;
  wpisana ręcznie rozjedzie się przy pierwszej zmianie i nikt tego nie zauważy, a Google
  przestaje ufać `lastmod`, gdy jest niedokładny. Google i tak go nie wymaga — pominięty
  jest uczciwszy niż nieaktualny.

  ⚠️ Adres w `<loc>` musi być identyczny z `canonical` w `index.html`. Pilnuje tego
  `scripts/sprawdz-tresc.mjs` — inaczej mapa ogłasza adres, którego strona się wypiera.

  ⚠️ Wersja demonstracyjna stoi pod osobnym adresem i NIE MA JEJ TU. To inna instalacja
  z wymyślonymi danymi pacjentów — nie chcemy, żeby konkurowała z landingiem w wynikach.
-->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://midentis.com/</loc>
  </url>
  <url>
    <loc>https://midentis.com/privacidad</loc>
  </url>
  <url>
    <loc>https://midentis.com/contrato</loc>
  </url>
</urlset>
