<?xml version="1.0" encoding="UTF-8"?>
<!--
  barraos.cl — sitemap.xml

  UNA sola URL, y esta bien que asi sea: la landing es una pagina unica. No se
  listan anclas (#precio, #faq) porque no son URLs distintas para Google, y
  listarlas duplicaria la misma pagina.

  2026-08-19: ya existen /terminos y /privacidad, y estan listadas abajo. Viven
  como landing/terminos/index.html y landing/privacidad/index.html porque nginx
  sirve con `try_files $uri $uri/ =404`: un terminos.html NO responderia en
  /terminos.

  2026-08-20, VERIFICADO EN PRODUCCION: nginx responde /terminos con un 301 a
  /terminos/ (su directiva `index` agrega la barra). Por eso estas dos entradas,
  el `canonical` de ambas paginas y los enlaces del footer van CON barra final:
  es la URL que el servidor sirve de verdad con 200. Sin la barra, el sitemap
  declararia una URL que solo redirige.

  REGLA: si alguna vez se despliega la landing sin esos dos directorios, estas
  dos entradas quedan apuntando a 404 y hay que sacarlas del sitemap en el mismo
  movimiento. Un sitemap que declara URLs muertas le resta credibilidad al
  archivo completo en Search Console.

  `lastmod` hay que MOVERLO A MANO cuando cambie el contenido de la landing.
  Una fecha vieja no rompe nada; una fecha futura o falsa le resta credibilidad
  al sitemap completo.
-->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://barraos.cl/</loc>
    <lastmod>2026-08-19</lastmod>
    <changefreq>weekly</changefreq>
    <priority>1.0</priority>
  </url>
  <url>
    <loc>https://barraos.cl/terminos/</loc>
    <lastmod>2026-08-19</lastmod>
    <changefreq>yearly</changefreq>
    <priority>0.3</priority>
  </url>
  <url>
    <loc>https://barraos.cl/privacidad/</loc>
    <lastmod>2026-08-19</lastmod>
    <changefreq>yearly</changefreq>
    <priority>0.3</priority>
  </url>
</urlset>
